開発の生産性を高める新たな視点〜開発生産性フレームワークSPACE〜 での登壇資料です

2024-11-15 開発生産性Kaigi https://developer-productivity-engineering.connpass.com/event/332852/

スキルも経験も積み重ねてきた人が抱きがちな悩みとして、「自分が意見を出すと毎回大きな反論なく通ってしまって不安になる」というのがある。 いわゆるリードができるレベルになると、他のメンバーより視野を広く持って色々なことに考慮した意見を出せるようになる。しかし実際には明確な答えは持っていなくて自信があるわけでもないこともある。 それなのに自分が言ったことがそのまま通ってしまう。発言すると、「たしかに」「そうですね」「いいと思います」みたいな雰囲気になって採用されていくのである。新しいサービスの設計方針の議論、コードレビューでのやりとり、チーム目標を決めるミーティング、さまざまなところでこういうことが起きる。 「本当にこれで大丈夫なのか」という不安も感じるし、「もしかしたら自分が発言することで他の人の意見をふさいでしまったり萎縮させてしまったりしてるんじゃないか」と心配になってくる。人によっては

この記事は、CYBOZU SUMMER BLOG FES '24 (kintone Stage) DAY 8 の記事です。 kintone 新機能開発チームでエンジニアをしているぶっちーです。 私のチームでは、有志のメンバーで集まって顧客、ユーザーとの接点の情報がたくさん詰まった「コンタクト履歴」を読んで、顧客の理解を深める活動を行いました。 コンタクト履歴とは、営業やカスタマーサクセスなどのメンバーと顧客のやり取りが記録されているデータベースです。 数ヶ月このコンタクト履歴を読むことを続けた結果、理解が進んだ感覚はあるものの、まだまだ改善の余地があるのではないかと感じました。そこで一度立ち止まって、なぜエンジニアが顧客理解をすると良いのかについて改めて考えてみました。 なぜエンジニアが顧客理解に取り組む必要があるのか 私がなぜ顧客理解に取り組むのか？それは「良いプロダクトを創る」ためです

『ドメイン駆動設計をはじめよう』の概要説明 ①この本で学んでほしいこと（原著者の思い） ②原著者のドメイン駆動設計のとらえ方 ③この本の特徴 ④ソフトウェア実装と事業戦略を結びつける方法 ⑤事業の成長とソフトウェアの成長 ⑥開発チームの学習と成長

リードについて 本書のエッセイをお願いされた時、リーダーシップとはなんだろう、リーダーとはなんだろうと考えました。きっとリードする人がリーダーですよね。うーん。どうも「リード」自体がよくわかってないようです。 私たちのチームには明示的なリーダーが存在しません。チームをリードする係の人がいないのです。そこで、チームの毎日をふりかえって、リードのようなものがなにかないだろうかと探してみました。 そういえば、メンバーの誰かがチームを変化させることがあります。いつもの 1 日 のちょっとした場面で、チームの安定を壊すような「言いにくいこと」を言うのです。 それは技術的な指摘であったり、ムードの問題であったり、執務環境のことであった り、体調のことであったり、いろいろありますが、どんな発言であってもそれを聞い てチームは新しい状態に変化します。私たちのチームにとって、チームを引っ張ると いうより、チ

2023年（仏暦2566年）は、わたしにしてはあり得ないほど活動的な年になった。特に忍者式テストに関する外部への露出が増えて「急にどうした？」と感じられた方もいるかもしれない。なぜこんなことになったのかを記録しておく。 なお、タイトルは「AIタイトルアシスト」（はてなブログの生成AIによる新機能）に作ってもらった。リンク先の論文やスライドを見てもらえれば忍者式テストの秘密がわかるし、驚きの20年の実績（テスト結果）も載ってるから嘘じゃない。自分では思いつかないよ。すごいねぇ。 忍者式テストについて書き物を残したい なぜこんなことになったのかのアンサーは「忍者式テストについて書き物を残したい」これに尽きる。忍者式テストは @m_seki が率いるチーム（咳チーム）が続けているXP（エクストリームな反復開発）に有効なプラクティスである。わたしは忍者式テストの実践者であり、素晴らしい取り組みだと

おことわり 最初に断っておきますが、私はスクラム開発反対の立場をとっているわけではないです。また、スクラムマスターでもないのでスクラム開発について誤った見解を持っている可能性も大いにあります。 また、これから記載するスクラム開発のペインはあくまでも筆者の独断と偏見に基づいて記載されております。そのため、ペインの原因がスクラム開発ではなく、単にその所属組織の構成員の性質や文化的な要因であることも考えられます。おそらく、スクラム開発でなくても起こり得る問題も多く挙げていると思います。そういった側面も踏まえてご意見あれば忌憚なく反論異論いただければ幸いです。 なぜこの記事を書いたか チーム内で密なコミュニケーションをとりながら、個人ではなくあくまでもチームとしての成果を重視するスクラム開発の開発フローは、割と個人の活躍と成長機会を奪ってしまい、結果として組織としても開発成果が縮小均衡になってしま

多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み　あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性　様々な努力をして、特に有効だったことを自分の本に書いたつもりではある

(忙しくって、だいぶアウトプットしてなかったのでリハビリ。) 以前、アジャイルプラクティスガイドブックを読んでいて… www.shoeisha.co.jp ｢今のチームで全然実施しいないのは、ペアプロくらいだな!(キリっ)｣ みたいな感じでいたんです。 今朝、こちらのスライドを見まして、 speakerdeck.com 分断って言葉に｢ハッ｣となりまして。 普段からジョブ・ローテーションは意識的にして、作業知識や経験が偏らないようと思ってマネジメントしていたり、作業の入れ替えだけやっているでなく、メンバーの方たちも積極的にコミュニケーション、レビューなどもしてくれていて｢いいじゃろ｣って思っていたりしました。 しかし先日、メンバーから｢大きめの機能は一人で対応するのは辛い｣というの言葉があり、積極的にペアで作業に入ってもらおうと意識を改めたところもあって、今朝更に得心しました。という。 一

スクラムフェス三河2023の発表資料

こんにちは。こんばんは。 開発生産性の可視化・分析をサポートする Findy Team+ のフロントエンド リードをしている @shoota です。 Findy Team+はエンジニア組織の開発生産性を可視化し、開発チームやエンジニアリングメンバーのパフォーマンスを最大化するための支援をしています。 そして（当然のことながら）Findy Team+ を作っている自分たちも、チームや個人でドッグフーディングをして、チームや自分自身の働き方やエンジニアリング組織の健康チェックをしています。 今回はそんな Findy Team+の開発チームのうち、フロントエンドチームがどのような開発環境・開発インフラで働いているかの概要をご紹介したいと思います。 フロントエンド技術スタックとCI高速化 技術スタック まずはじめにフロントエンドの技術スタックを簡単に紹介します。一般的なSPA構築の技術スタックを採

ウェビナー『CTOとVPoEが語る、採用とオンボーディング で失敗しないためのベストプラクティス』での発表資料です。 オンボーディングにおいて 注意すべき力学について共有しつつ、 チームとして工夫していることをご紹介しています。新入社員=中途入社の社員さんを"主に"想定しています。 【運営してい…

CX事業本部 Delivery部 デリバリーマネジメントチーム（DMT）の週次定例「DMT定例」にて、継続的にOST（Open Space Technology）を実施してきました。 OSTを継続実施する中で起きていたことを、対話型組織開発／日常と非日常／ダブルループ学習などの観点でふりかえります。 CX事業本部で、組織開発／ワークショップデザイナーとして活動している長南です。 CX事業本部 Delivery部 デリバリーマネジメントチーム（DMT）の週次定例「DMT定例」にて、継続的にOST（Open Space Technology）を実施してきました。 OSTを継続実施する中で起きていたことを、対話型組織開発／日常と非日常／ダブルループ学習などの観点でふりかえります。 ※OST（Open Space Technology）は、大人数のグループが特定の問題や課題について効果的に議論し、

この記事は、AEON Advent Calendar 2023の23日目です。 みなさん、こんにちは イオンネクスト CTO の樽石です。イオンネクストはイオングループのDX戦略事業会社で、今年「グリーンビーンズ」という倉庫出荷型の食品EC事業を開始しました。イオングループにおける本格的な事業会社です。2019年末の会社設立から3年半をかけ、2023年7月にグランドオープンしております。 グリーンビーンズとは? グリーンビーンズはイオンの新しいサービスブランドです。混乱しやすいのですが、実はイオンは、イオンがつかない様々なサービスを展開しています。例えば、マイバスケットは都市部のお客さま向けの小型スーパーで、コンビニより大型で品揃えの豊富な店舗というサービスです。同じように、グリーンビーンズはイオンの名前がつかない新しいサービスです。オンラインマーケットという新しい提案をしています。 オン

本エントリはカケハシ Advent Calendar 2023 Part 2の 25 日目の記事です。ぜひ Part1 と合わせて見て頂けたらと思います。 本日はMusubi AI在庫管理プロダクト開発チームでエンジニアリングマネージャーをしている僕が、開発ディレクターとして入社した当時に進めた組織変更への取り組みについて、現状の組織の状態も踏まえて振り返ってみようと思います。 組織変更の方針 入社した当時、Musubi AI在庫管理はフロントエンドチームとバックエンドチームに分かれて活動していました。 同じプロダクトを開発しているにもかかわらず、それぞれのチームは別々に活動している状態で同じ開発テーマも異なる時期に開発していることもありました。 それをフロントエンド、バックエンド混合のフィーチャーチーム化するというのが組織変更の方針でした。 組織変更の背景 実は組織変更の方向性は僕が入社

こんにちは！ いきいきいくお（小田中育生、@dora_e_m）です。現在、株式会社カケハシにエンジニアリングマネージャーとして所属しています。カケハシにジョインしたのは2023年10月で、それまでは長い間、株式会社ナビタイムジャパンに所属していました。 ここ数年はアジャイルコミュニティで発信する機会が多いため、「アジャイルの人」という印象があるかもしれません。2011年に書籍『アジャイルサムライ』と出会い、2017年頃から本格的にアジャイル開発に取り組み始め、アジャイルコミュニティにも参加するようになりました。2020年には『カイゼン・ジャーニー』の著者である市谷聡啓さんや新井剛さんとともにアジャイルの入門書『いちばんやさしいアジャイル開発の教本』を執筆する機会にも恵まれました。 私がアジャイル開発に取り組み、その活動を広げてきた原点は「目の前にある課題を解決したい」「よりよい状態へとカイ