北欧神話の世界で、村を作りながら新大陸を開拓する『NORTHGARD』というストラテジーゲーム*1を遊んだ時に、とても印象的な体験をしました。村人が増えて食料やお金も整って、いざ遠征するぞと準備を始めた時に、村人の士気が急に下がり始めたのです。食料やお金を用意したり、手当たり次第に介入しても士気は下げ止まらず、隣の村からの侵略を受けて占領されてしまいました。 何回かやり直してわかったことは、村がある程度大きくなった時には、家や酒場のような憩いの場がとても重要になるということでした。そして、憩いの場は、士気が下がり始めてから作り始めても効果はなく、村は崩壊します。とはいえ、最初に憩いの場を作ってしまうと限られた食料やお金がなくなり村は力を失います。 この例はいろいろと単純化していますが、遠征を「大胆さ」や「挑戦」、憩いの場を「思いやり」や「信頼」と置き換えることでチームでのソフトウェア開発に
GitHub Projects を利用したタスク管理 - 一休.com Developers Blog
宿泊開発チームでエンジニアをしている @itinao です。 昨年の10月に入社しました。 今回は GitHub Projects を利用したタスク管理について記載します。 なんとなーく GitHub Projects 使うと、KANBANにしてみたり リストにして使ってみたり で終わってしまいます。 もっと色々できるんだよってことが伝えられればと思います。 背景 どんな機能があるか Custom Fields Views Group by Slice by Workflows ISSUEと Pull requestの紐づけ Insights タスクの進め方 タスクの洗い出し 見積もり 現状の課題と今後の展望 まとめ さいごに 背景 一休ではチームごとにタスクの管理方法が違い、 Google Spreadsheet・GitHub Projects・Jiraなど、チームごとにタスク管理の方法
中日の大野雄大投手が９日、ナゴヤ球場内で契約更改交渉に臨み、２０年オフに締結した２１～２３年までの３年契約に加えた２４年シーズンのオプションとなる条件を、昨季のうちにクリアしていたと明かした。来季、４年契約の最終年として、現状維持の３億円プラス出来高５０００万円でサインした。 球団との話し合いは「６分」で終わったというが、記者会見ではチームについて「ガラッと変わらないと勝てへんやろなと思いますね」などと２５分にわたって熱弁を振るった。全文を掲載する。 （放送各社向けのインタビュー） ―契約について 「２０年のオフに、オプションをクリアしたらもう１年（の３年プラス１年の契約を結んだ）。それ（オプションの条件）を２１年シーズンにクリアしたので、現状維持で（４年目の）２４年もいきます」 ―今季は悔しい１年 「春先に手術して１試合しか投げられなかった。手術のタイミングは難しかった。もちろん野球選手
やさしいチームトポロジー
チームトポロジーという本が言いたいことをざっくり知る。 特に、4つのチームタイプ、3つのインタラクションモードについて知り、今後のチーム間コミュニケーションに活かす。
こんにちは。Gaudiyでソフトウェアエンジニア兼スクラムマスターをしている Namiki ( @ruwatana ) です。 「チームが向き合う不確実性が大きいと手戻りが増えて価値提供のリードタイムが遅くなる」 「チーム内の心理的安全性の低さや認知負荷の高さによってエンゲージメントが低下して従業員がオンボード・定着しにくい」 ... などなど、昨今のチーム開発はこうした課題で溢れかえっていることかと思います。 結局のところ、我々は具体的にどんなプラクティスを行うことで、こうした課題を解決できていくのでしょうか？ 本稿では、筆者と筆者が4ヶ月ほど前に配属することになったチームがこうした問題に対して執ったアプローチおよびその効果をより具体的に示すことができればと考えています。 プロダクトチーム開発を行う皆様に何かしらの参考になれば幸いです。 1. チーム構成と特性 2. 特性が生み出しうるリ
MA・MA・Match - 末次由紀 / 【コミックDAYS読み切り】MA・MA・Match | コミックDAYS
MA・MA・Match 末次由紀 子供たちのサッカーを見守るのが生きがいの相川成実、45歳。ある日、同じサッカークラブに通う家族の喧嘩をきっかけに、ママたちとチームを組んでサッカーの試合をすることになる…！
「パワハラ上司にならない方法」を研究者・津野香奈美さんに聞く。部下への「注意」はどうすればいい？ #仕事の悩み - りっすん by イーアイデム
「これってパワハラになるのかな」と慎重になるあまり、部下や同僚とのコミュニケーションに消極的になっていませんか。 中間管理職としてチームを率いる中、パワハラにならないよう注意しつつリーダーシップを発揮するにはどうすればいいのか。 日本のパワハラ研究の第一人者である津野香奈美先生に、具体的なシチュエーションを例に教えてもらいました。 コミュニケーションを避けることは、パワハラの解決策にならない 津野先生は学生時代にアルバイト先で見かけた「部下に怒鳴り散らす上司」をきっかけに、当時の日本ではまだあまり知られていていなかった「パワハラ」について研究を始めたと伺いました。今では「パワハラ」という言葉も浸透しましたが、改めて定義を教えてください。 津野香奈美さん（以下、津野） 2020年に施行された改正労働施策総合推進法（パワハラ防止法）において、パワハラは「職場における優越的な関係を背景とした言動
はじめに こんにちは。データアナリティクス事業本部ビッグデータチームのkasamaです。 普段は主にデータ分析基盤エンジニアというポジションでお客様のデータ分析基盤構築を支援しています。 ある日、書店に立ち寄った際に目に止まってパラパラ読んでいると、もの凄く刺さる内容がいくつも書いてあったため思わず購入し、あっという間に読み終わりました。最初から最後まで勉強になると思うことばかりなので、今回は紹介させていただきたいと思います。ブログとしてアウトプットすることで、より理解を深めようという目的があります。 書籍情報 世界一流エンジニアの思考法 2023年10月23日発売 著 者 牛尾剛 発行所 株式会社文藝春秋 目次 第1章 世界一流エンジニアは何が違うのだろう？ - 生産性の高さの秘密 第2章 アメリカで見つけたマインドセット - 日本にいるときにはきづかなかったこと 第3章 脳に余裕を生む
株式会社ウェイブでCoolmicのエンジニアをしている山﨑です。Coolmicエンジニアチームのマネージャーもやってます。 我々のチームではスプリントレトロスペクティブとしてKPTAによる振り返りを実施していますが、今回それとは別に「象・死んだ魚・嘔吐」を用いた振り返りを実施してみました。 「象・死んだ魚・嘔吐」とは ネガティブな話題にフォーカスする振り返り手法で、何がうまくいっていないのかを浮き彫りにします。 🐘 象(部屋の中の象): 誰もが認識しているが口に出さない問題 🐟 死んだ魚: 放っておくと大変なことになる問題 🤮 嘔吐: 胸の中に秘めている問題 なぜやろうと思ったか KPTA（特にP）や日々のコミュニケーションの効果をより高めるためです。 私達のチームの心理的安全性はそれなりに高いと思っていますが、社歴の浅いメンバーが多いためどうしても遠慮が出てしまったり、みんな優しく
Findy主催のイベント「なぜ話題？Platform Engineering最前線 〜いま注目を浴びている理由とは〜」 https://findy.connpass.com/event/298961/ でお話しした資料です
こんにちは、CX事業本部デザインチームの小峰です。 先日、Agendというメディアさんからインタビューいただきました。 仕事のすれ違いを「ただ、話す」で解決していく、スクラムから学んだチームコミュニケーション―――――クラスメソッド小峰さんインタビュー この中で「ただ話す」を紹介しています。 今回は、これについて少し深掘ってみます。 これを知ったのはインタビューでもお話した通りLeSS Frameworkがきっかけでした。複数チームによるアジャイル開発体制を検討している中で出会いました。いわゆる「大規模アジャイル」の一種です。 「ただ話す」は、大規模アジャイルの学習のために「大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法」という本を購入し、そこで紹介されていたものになります。 調整と統合 スクラムガイドでは主に1チームでのスクラム
軽くリファインメントをする時間 いまのチームでは、デイリースクラムのあとに毎日15分だけ、軽くリファインメントをする時間をとっている。目の前のスプリントのタスクのことをいったん忘れて、次のスプリントやもう少し先のことについてチームで相談する時間。 そこでは、PdM（プロダクトマネージャ）が「こういうこと考えてるんだけどどう思う？」って話をしてくれたり、エンジニアが「このあたり早めに改善しておきたいんだよねぇ」って話をしたりしている。 こういう軽い相談の場とは別に、もっと深く議論したいと思ったり、要件がかっちりと決まってきたりしたら、別途時間をとって、軽くないリファインメントでしっかりと相談している。 軽いリファインメントが結構好き 僕はこの日次の軽いリファインメントが好き。自分の「技術的な部分の改善をしたい」という考えをふわっとしてる段階で聞いてもらえるし、PdMがプロダクトの機能追加や改
AWS Well-Architected フレームワーク DevOps ガイダンスが発表されたのでサマってみた
AWS Well-Architected フレームワーク DevOps ガイダンスが発表されました。 ガイダンスは6つの柱とは違い、特定のユースケースやテクノロジーにフォーカスしたドキュメントです。DevOps を継続的かつ効果的に導入・実践することを支援してくれます。 ベストプラクティス〜アンチパターン〜メトリクスという段落構成になっており、ありがちな理想論を語るドキュメントではなく本当に実践的です。 それでは DevOps ガイダンスをサマってみます。本エントリは機械翻訳でサマっています。ご了承ください。 本家のドキュメントはこちらです。ぜひお読みになってください。 DevOps Guidance 要約と紹介 最初の章です。このガイダンスを作成するに至った経緯や言葉の定義が書かれています。 面白い一文があったので引用します。 There is no one-size-fits-all
現代の戦術から見て、シカマルの判断は「とても優秀」。『NARUTO-ナルト-』に登場する「一列縦隊」は実際の戦闘でも有効だった！ | NARUTO OFFICIAL SITE（NARUTO -ナルト- & BORUTO -ボルト-オフィシャルサイト）
現代の戦術から見て、シカマルの判断は「とても優秀」。『NARUTO-ナルト-』に登場する「一列縦隊」は実際の戦闘でも有効だった！ 『NARUTO-ナルト-』の中で、忍たちは複数人の「チーム」を組んで任務の遂行にあたる。第七班（上忍であるカカシを上官とした、ナルト、サスケ、サクラで構成されるチーム）のように4人1組のフォーマンセルを基本とし、任務の特性や状況に合わせてスリーマンセル（3人1組）、ファイブマンセル（5人1組）などを使い分けているのだ。 また、フォーメーションや戦術もその時々によって変わる。例えば、サスケ奪還任務でリーダーのシカマルが採用したのは「一列縦隊」。メンバーの適正や能力に合わせて縦隊の並び順を決めるなど、即座に最適な采配を振っていた。 これらの小隊やフォーメーション、隊長が立案する戦術は、軍事的な観点から見て理にかなっているのだろうか？ 傭兵としての経験もある高部正樹さ
多分、3年後に同じ内容で記事を書こうとすると違ったものになるんだろうと思いつつ、間違いを正しながらブラッシュアップしていけたら良いというマインドで今正しいと思うことを記していこうと思います 共通マインド 心理的安全なチームであること 心理的安全なチームとは決して生ぬるく仲良しなチームの事ではない 活発に意見・議論することで最適解を導き出し、納得感を持って仕事ができる環境であること（結果的に仲良しであることは大歓迎） リスク提言を賞賛するべし、結果的に起きなかったことに後ろ指をささず、単純に喜ぼう 指摘があることをそれ自体が素晴らしいことであると理解しよう 「なんとなくダメな気がする」という指摘には掘り下げる努力をみんなでしよう マネージャーやリーダーは権力者ではなく、ただの役割である マネージャーやリーダーがこう言うから正しいという誤解はなくそう マネージャーやリーダーが間違ったことを言っ
「ISUCON 夏祭り 2023」はISUCONが好きな人であれば誰でも参加できるISUCONのお祭りです。ここでtakonomura氏が登壇。まずは、ソロでISUCONに出るメリット・デメリットと、ソロで取り組む上でtakonomura氏が考えていることについて話します。 takonomura氏の自己紹介 takonomura氏：では「ソロISUCONの戦い方」ということで、takonomuraが発表します。よろしくお願いします。最初に軽く自己紹介ですが、takonomuraといいます。筑波大学で学生をやっていて、大学院の入試が今週（登壇時点）あって、ちょっとあたふたしてけっこう忙しかったです。 ISUCON周りだとTeam takonomuraという謎の1人チームに所属しています。実はTシャツも作っていて今着ていたりもしますが、そういうことをやっています。 （スライドを示して）ISUC
2023 年版の State of DevOps Report が公開されました。 State of DevOps Report とは Google の DevOps Research and Assessment（DORA）チームが毎年公開している DevOps や開発生産性にまつわる年次レポートです。 本記事で、今年のレポートの概要を簡単に見ていきたいと思います。 主な調査結果 Goodhart の法則を理解し、パフォーマンス向上の落とし穴を避ける 開発組織のパフォーマンスを評価する際、メトリクスの設定や評価の方法には注意が必要であり、特に「Goodhartの法則」という考え方を知っておくことが大切であると述べられています。 Goodhartの法則とは、簡単に言うと「測定が目標となると、それは良い測定基準でなくなる」という法則です。 この法則を踏まえた、パフォーマンスの評価や向上のため
ふりかえりでふりかえることしかできなかったジュニアチームが、次の打ち手を出せるチームになるのにやったこと
Engineering Manager という仕事をしていると、自己効力感が低下する瞬間がけっこうあると感じる。(多分 Engineering に限らない Manager 一般の話も多いと思うけど、ここではその考察はしない) 仕事において自己効力感が高まる状態というのは、たいてい、自分が何か努力して、それによって目に見える成果が出ているときに生まれるのではないかと思う。ところが、Engineering Manager の仕事というのは基本的に、自分以外のみんなが成果を出せている状態をつくることで、それにより絶妙なズレが生まれると感じる。 Engineering Manager の仕事を例にあげると、個々人のサポートをしたり、チームがうまくいくサポートをしたり、チーム間のコミュニケーションラインを整えたり、チームのはざまに落ちてるタスクを拾ったり、必要な人を採用したり、ビジネスや経営から求め
みなさん、デザインツールの Figma を使っていますか？ 私はまだ「使っている」と言えるほど使えていません というわけで勉強会を開催して勉強します Figma とは 公式の紹介文は以下のとおりです デザインの追求からプロトタイプ作成、制作物のコーディングまで、Figmaはチームがコラボレーションして製品開発するためのプラットフォームです 本記事のタイトルと同じように、「デザインからデモ・実装までチームで製品開発できる」旨が書かれています まさにその通りで、ブラウザ上で UI をデザインし、そのまま動かしてみることができ、最終的にはコードの生成までできてしまうツールです Figma の人気 2022年に世界中のデザイン関係者を対象としたアンケートでも Figma は圧倒的な人気です いずれのランキングでも2位の10倍以上の得票数になっています メインで使っている UI デザインツール第1位
ZOZOTOWNにおける開発生産性向上に関する取り組み / Initiatives to Improve Development Productivity at ZOZOTOWN
■ ZOZOエンジニア向け会社説明資料 https://speakerdeck.com/zozodevelopers/company-deck ■ 運用改善によるチームパフォーマンス向上のための取り組み https://techblog.zozo.com/entry/operational-improvements-tips ■ GitHub Copilotの全社導入とその効果 https://techblog.zozo.com/entry/introducing_github_copilot
ジョインしたチームのマイクロサービスたちを再計装した話 / Getting started tracing instrument micro service with OpenTelemetry
OpenTelemetry Meetup の登壇スライドです。 https://opentelemetry.connpass.com/event/296353/
スキル管理チームの「入社半年〜ズ」が感じる、仕事と成長をドライブするSmartHRの文化 - SmartHR Tech Blog
2023年8月22日にリリースしたSmartHRの最新プロダクト「スキル管理」。 実は、リリース時チームメンバーの3分の1、数にて4名がSmartHR入社半年以内のメンバーであり、しかもそのうち3名は配属時期が6〜7月とリリースの直前！ 今回は、そんなスキル管理の「入社半年〜ズ」に集まってもらい、リリース後の心境や、SmartHRについて感じていることについて語ってもらいました。 また、先日実施されたイベント「0→1をスクラムでやってみた -スキル管理機能の作り方- - connpass」では、新規プロダクトリリースに至る苦労や知見が、リリース時スクラムチームメンバーから選ばれた6名によって披露されたので、ぜひ資料をチェックしてみてください。 higashi173 大学卒業後、第三者検証の会社にQAエンジニアとして入社。1年ほど在籍したのち、ポテンシャル採用のQAエンジニアとして2023年
はじめに 10月からprimeNumberにジョインしましたwakama1994です。 今回は私が転職活動と並行して行ったデータコンペの参加について書きます。コンペ参加は敷居が高いと感じてましたが、チームを組むことで敷居が下がり、メンバーからも学べることも多く、今後も継続してコンペに出たいと思えるようになりました。 データコンペをこれから始めたい方に向けて「チームで参加したら参加ハードルも下がって、楽しい！」ことをお伝えできればと思っています。 コンペ出る前の経験値 前職（新卒入社）でも3年ほどデータサイエンスを業務で使用 プログラム上の結果を読み解くのはある程度理解できていたが、その根本のモデリングや処理のプロセスについては理解不足 ゆくゆくはモデリングについても理解すべき思ってはいたものの、行動には移せてない状況 なぜコンペに行き着いたのか？ 転職活動をやっていく中で、中途で採用される
EMドライブと違って、こっちは本物です。 沖縄科学技術大学院大学（OIST）などで行われた研究により、量子状態の変化によって仕事量をうみだす量子エンジンの史上初の実証が行われました。 量子エンジンは通常のエンジンとは異なり、燃料や酸素といった外部の供給を必要とせず、密閉されたピストン内部の量子状態の変化だけで仕事量を持続的に出力することが可能です。 通常のエンジンがガソリンの爆発という古典的な物理現象に依存するならば、量子エンジンは量子状態の変化という量子力学的な物理現象からエネルギーを抽出していると言えるでしょう。 量子コンピューターは演算能力において魔法のような能力を発揮しましたが、量子エンジンではいったいどんな仕組みでエネルギーを出力しているのでしょうか？ 研究内容の詳細は2023年9月27日に『Nature』にて「BEC-BCSクロスオーバーによる量子エンジン（A quantum
【感想戦】SRE NEXT 2023にラクスSRE課で参加しました - RAKUS Developers Blog | ラクス エンジニアブログ
SRE課の飯野です。 去る2023/9/29(金)、『SRE NEXT 2023』が開催されました。 弊社SRE課からも6名が現地参加し、熱量あふれるたくさんのセッションを肌で体感してきました。 本ブログでは、SRE NEXT参加後にメンバーで実施した感想戦の内容をお届けします。 目次 SRE NEXTとは？ 当日の様子 感想戦やってみよう 総括 SRE NEXTとは？ SREに関わるトピックを扱う日本国内の大型カンファレンスです。 今年は約3年半ぶりにオフラインでも開催され（オンライン配信もありのハイブリッド方式）、東京・九段下の九段会館テラスにて行われました。 信頼性に関するプラクティスに深い関心を持つエンジニアのためのカンファレンスです。 同じくコミュニティベースのSRE勉強会である「SRE Lounge」のメンバーが中心となり運営・開催されます。 SRE NEXT 2023は「In
10人所帯で、5年で51個の新規事業を生んだJR東日本 守屋実氏（以下、守屋）：結論は、先ほど言った、「①であり②なんだったら、②をやらなきゃいいんじゃないの？」と。 「②をやらない」をやれた人はいますか？ という話なんです。 細かい説明をするとちょっと長くなるので端折らせていただくんですけども、（スライドの）上の図を見ると、矢印が6色ぐらい並んでいます。 要は6社ぐらいの会社さんに、長いものだと10年ぐらい、短くて5年ぐらい在籍させていただいて、時価総額で言うと1,000億円～5兆円ぐらいの会社で、「変われるか」というのをやってみたんですよ。 権田和士氏（以下、権田）：縦軸は“本業の汚染”度。 守屋：とかですね。 権田：なるほどなるほど。 守屋：やってみたら変われたんですよ。大企業って、言っちゃいけないシリーズが多いじゃないですか。6社がどの会社かがわからないようにわざわざ書いているんで
2023年2月開催のDevelopers Summit 2023での講演で反響を呼んだ、TISの「SIerな会社が新規事業開発へ取り組む中での失敗と、それを踏まえた取り組み」。半年後の今、チームの意識変化がビジネス価値の向上にどのような影響があったのか、実践の過程でどのような課題が見えたのか、テクノロジー＆イノベーション本部 デザイン＆エンジニアリング部 チーフ 髙谷 拓来氏がチームメンバーの視点から捉えた「チームの変化」について紹介した。 講演資料：チームがビジネス価値作りに向かい自走するために ビジネスの価値創造にむけて自走する組織が持つ三要素 SIerとして、多くの企業のシステムインテグレーションやアウトソーシングなどを手掛けるTIS。髙谷氏が所属する新規事業開発チームでは、名前の通り「TISで新規事業を成功させる」ことをミッションとし、社内で生まれてきた新しいビジネス・事業に対し、
Docker、ビルドを40倍高速にする次世代のDocker Buildを開発中。DockerCon 23 Docker社は米ロサンゼルスで10月3日と4日の2日間、年次イベント「DockerCon 23」を開催しました。 1日目の基調講演では、コンテナのビルドが従来の約40倍も高速になる「Next-Generation Docker Build」（次世代のDocker Build）コマンドを開発中だと発表されました。 より高速化が望まれるDocker Build Docker Buildコマンドによるビルドとは、Dockerfileを用いてコンテナイメージを生成する処理です。 同社の調査では、開発チームは平均で1日のうち1時間のビルドの待ち時間が発生しているとのこと。 開発効率を高めるには、これを短縮することが求められます。 そこで、より高速な次世代のDocker Buildコマンドが開発
エンジニア約100人が大集合し、チューニングバトルを展開 久々のリアル開催で絆も深まった「株式会社リクルート 社内ISUCON 2023」
「久しぶり！ 今、何してるの？」 「うわー、やっと会えたね。はじめまして」 ——2023年8月31日、「株式会社リクルート 社内ISUCON 2023」が開催されたリクルート本社の最上階の会場であるアカデミーホールでは、そんな会話が飛び交いました。 社内ISUCONは、Webサービスのチューニングバトル「ISUCON※」に触発され、リクルートグループ横断で行われているイベントです。1〜3名でチームを組み、コンテスト形式で、Webサービスの高速化に取り組みます。競うことでフロントエンドやデータベース、クラウドといったWebサービスを支える技術の学びを加速させるとともに、部署や世代の壁を越えて社内エンジニアの交流を図ることを目的にしています。 ※「ISUCON」は、LINEヤフー株式会社の商標または登録商標です 国内のエンジニアや学生が参加するISUCONは今年で13回目を数えますが、リクルー
依頼、調整、合意、承認、etc. こういったコミュニケーションがチーム境界を越えて頻発すると、ソフトウェアプロダクト開発のフローは遅々として進まなくなります。いずれも、機能追加や機能改善を進める上でのクリティカルパスを引き伸ばす要因を生み出すからです。 機能追加や機能改善といったひとつひとつの開発は、アイデアを生み出し、それを価値に変えるまでのフローです。フローが進む過程で、組織内の様々な人の手で、様々なタスクが実行されます。その全てを1つのチームで完結することは、プロダクトの規模が大きくなるほど困難になり、より多くの人々が関わるようになります。そこに、チーム境界を越えた「依頼、調整、合意、承認」といったコミュニケーションが発生するのです。 開発フローのクリティカルパスを悪化させるこのようなコミュニケーションの頻度をどれだけ減らせるか。組織設計、チーム設計で最も注視すべき観点の1つは、そこ
チームビルディングの始め方
この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint" の 8週目の記事です！ 1年間連続達成まで 残り45週 となりました！ はじめに チームビルディングというとチーム開発をしている人ならばありふれた取り組みで普段からやっているよ！という人も多いかと思います。 しかしながら、初めてチームビルディングをリードする人にとってはどうやって取り組んだらいいか悩む人もいるのではないでしょうか？ 特に「いつやればいいのか？」「どうなったら成功と言えるのか？」といった疑問については言語化が難しいところでもあります。 この記事ではこれからチームビルディングにトライする人向けに、チームビルディングを始める際の考え方やHowの接続について解説します。 チームビルディングとは チームやチームビルディングの定義についてはペパボさんの以下のスライドが非常にわかりやすいので、
はじめに 株式会社マイベストでバックエンドエンジニアをしています、井上周（@isaka1022）です。 マイベストの開発組織において、2023年度の後半にかけて、バックエンドのテストの書き方の方針、ガイドラインの策定のプロジェクトを担当しました。 そもそもどのようにテストの書き方を決めるのか、また、ガイドラインとして機能させるためにエンジニア全員で共通認識を持てるものに仕上げるか、など考えることが多かったのですが、なんとか形にすることができたので今回はどのようにガイドラインを策定したか、その背景や経緯をお伝えできればと思います。 ガイドライン策定の背景 mybestのアーキテクチャには近年、Ruby on Railsに加えてNext.jsが導入されました。 それに伴い、バックエンドのテスト環境に大きな変化がありました。 それまでもテストの書き方のルールが決まっていなかったこともそうですが、
新規サービス「FAANS」における、立ち上げからReact+TypeScriptのSPA開発を2年間運用した際に取り組んだ組織的・技術的な課題 - ZOZO TECH BLOG
こんにちは、ブランドソリューション開発本部フロントエンド部の田中です。 普段はFAANSのWebフロントエンドの開発を行なっています。 FAANSとは「Fashion Advisors are Neighbors」がサービス名の由来で、ショップスタッフの効率的な販売をサポートするショップスタッフ専用ツールです。 ショップスタッフ向けにコーデ投稿・成果確認などの機能が存在し、2022年8月に正式ローンチしました。詳しくは以下のプレスリリースをご覧ください。 corp.zozo.com 現在FAANSは立ち上げから2年経過し、Webフロントエンドの開発現場において様々な組織的・技術的課題がありました。 今回はその課題と取り組みについて紹介したいと思います。 目次 目次 前提 FAANSの組織の特徴 FAANSのWebのプロダクトの特徴 変化の多い環境下で遭遇し続ける課題 組織的・技術的課題とそ
まず言っておこう、間違いなく「否」であると思う 単価というのは一番定量的で評価基準として採用されやすいことは事実であると思う それ故に、単価≒給料だと思う人がいてもおかしくないですね ただ、本質的に考えてみてほしい そもそも、単価が上がったから社内の評価があがったのであろうか？ 単価ってなんなのか 単価ってどう上げるのか 単価が上がるとはどういうことなのだろうか 本記事では評価の結果は給料のアップということと定義し、考えを始めようと思います 単価をあげるにはどうする必要があるのか 本章は是非「自分が人を雇うとしたらどうか」、「自分がチームメンバーを評価するとしたらどうか」という視点も入れて読んでいただきたいです そもそも単価とは 準委任、SESの場合は簡単ですね お客様からいただく人月単価（1ヵ月働いた分の対価）がそれにあたります エンジニア単価とは、その業務に対するエンジニア1人の価格、
どんな人向けの記事？ レビューによって心理的なダメージを受けやすい方 非エンジニアだが、エンジニアチームがどんな機能を作っているか知りたい方 業務が溜まっていて、レビューに割く時間を捻出するのに苦労している方 コピペできるコードも公開します 初回レビューをAIに任せると、いろんなロールの人の役に立つ レビューは得意ですか？ 優秀なエンジニアしかいないチームであれば、PRは1トピックに絞って小さく明確なコミットによって作成され、適切な要約とともに提供されることでしょう。 しかし、実際にはいろいろな制約から、PRが想定よりずっと大きくなってしまったり、関連トピックと異なるコードが混じってしまうこともあります。 実際のところ、大きなPRを適切にレビューするのは難しいことです。また、自分が詳しくない領域のレビューを行わなければいけない機会もあります。 今回の記事は、レビューを作成してくれるAI C
こんにちは！SmartHRで配置シミュレーションの開発を担当している、プロダクトエンジニアの @tommy6073 です。 今回は、最近チームで実践してきた「ホメと感謝」にまつわるお話をご紹介します。ちなみにSmartHRにおいて、ホメとは褒めることを意味しています。 ホメ祭り 2023年8月上旬に、チームで「夏のホメ祭り2023」と題して、互いのホメやチーム・プロダクトで達成したことを伝え合って自己肯定感を高め合う会を開催しました。 元々はSmartHRの別チームが行っていたものを、これは良いとメンバーの1人が私たちのチームでもやろうと企画・開催したものです。 ホメ祭りのやり方としては、事前準備として、オンラインホワイトボードツールのMiro上に、各メンバー、チーム・プロダクトの枠を用意し、各メンバーはそれぞれの枠にホメを記入した付箋を貼っておきます。 そして当日に、冒頭で、会の目的と、
プロンプティングからOpenAI API、さらには周辺のライブラリやHubのエコシステムまで広く活用の助けになる知見を共有し、みんなで手を動かして楽しむためのコミュニティ「ChatGPT Meetup」。3回目に登壇したのは、中島智弘氏。ChatGPTを活用して開発した「AIスクラムマスター」について発表しました。 アジャイル開発のふりかえりが楽しくサクッとできる「anycommu」 中島智弘氏：「AIスクラムマスター～ふりかえりの助言をChatGPTにさせてワイワイ盛り上がろう～」というタイトルでちょっとお話ししたいと思います。 簡単に自己紹介します。私は、KDDIアジャイル開発センターという会社からやってきました中島と申します。KDDI DIGITAL GATEという、#0（「ChatGPT Meetup Tokyo #0」）の会場で使っていただいた組織です。 今日紹介するのは、アジャ
続・何でも屋になっている SRE 的なチームから責務を分離するまでの道のり 〜新設チームでオンコール体制を構築するまで〜 - Repro Tech Blog
こんにちは、Platform Team というチームでマネージャーをしている荒引 (@a_bicky) です。 Platform Team は、データエンジニア・アーキテクト的な役割を担う Repro Core Unit と、インフラエンジニア・SRE 的な役割を担う Sys-Infra Unit から成るチームです。 先月 SRE Lounge #15 で「何でも屋になっている SRE 的なチームから責務を分離するまでの道のり 〜新設チームでオンコール体制を構築するまで〜」と題して次の発表をしたんですが、時間の都合上話せなかった内容があるので、それらについて触れたいと思います。 なお、当日の発表内容は動画でも視聴可能です。 アジェンダ 本エントリーのアジェンダは次のとおりです。 SRE Lounge #15 での発表内容の要約 Repro Core と Sys-Infra の棲み分け R
「龍が如く7 光と闇の行方」の自動テスト活用事例とテスト自動化チーム（仮）による若手育成の取り組みについて
GAME CREATORS CONFERENCE '20の講演資料です。 動画のURL：https://youtu.be/jTIIeKKM68Q 『「龍が如く7 光と闇の行方」の自動テスト活用事例とテスト自動化チーム（仮）による若手育成の取り組みについて』 株式会社セガ 第1事業部 阪上直樹
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
思いやりから始めたリーダーシップ、その先へ - ROUTE06 Tech Blog
【中日】大野雄大、球団改革へ熱弁２５分「ニンジンがぶら下がったら…」ヒントは阪神の四球査定 全文掲載 : スポーツ報知
不確実性や心理的安全性に向き合い自己組織化するチームを作る実践プラクティス
【書評】世界一流エンジニアの思考法 | DevelopersIO
「象・死んだ魚・嘔吐」フレームワークでチームの心理的安全性を強化する
技術の洪水に立ち向かう: 開発者の心を軽くするプラットフォームエンジニアリングの話
チーム間の調整テクニックのひとつ「ただ話す」 | DevelopersIO
お願いしなくても毎日その場がやってくる良さ - Mitsuyuki.Shiiba
自分が今開発チームを持つとしたらどういうチームを作るかまとめ - Qiita
takonomura氏が語る“ソロISUCON”の戦い方 時間を効率的に使うために実践している4つのこと
State of DevOps Report 2023 のまとめ
DDDやってみたら 実装以前の領域での学びが深かった話
Engineering Manager の自己効力感下がりがち問題｜qsona
Figma でデザイン、そのままデモ、そのまま実装！ - Qiita
コンペ素人でもチームを組めば半年でKaggleとSIGNATEでメダルが取れた話 - Qiita
燃料がいらない!?日本を含む研究チームが史上初の「量子エンジン」試運転に成功！ - ナゾロジー
JR東日本の10人チームが、5年で51の新規事業を作れたわけ 本業の強い大企業で新たな事業を成功させるリーダーシップ
TISが実践する、価値創造に向けたチームの作り方──ドキュメント化とリーダーシップの醸成で自走する組織へ
Docker、ビルドを40倍高速にする次世代のDocker Buildを開発中。DockerCon 23
チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する｜mtx2s
開発チームにおけるバックエンドテストのガイドライン策定の軌跡をふりかえる
サラリーマンエンジニアの評価は単価なのか - Qiita
もう初回コードレビューはAIに任せる時代になった - CodeRabbit -
チームでホメと感謝を伝え合い、仕組み化した話 - SmartHR Tech Blog
ふりかえりにChatGPTを使ってワイワイ盛り上がってみよう 「AIスクラムマスター」でチームに活発なコミュニケーションを