2025年 開発生産「可能」性向上報告 サイロ解消からチームが能動性を獲得するまで/ 20251216 Naoki Takahashi
by
SHIFT EVOLVE
×
Copy
Open
Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
Tweet
Slide 1
Slide 1 text
#でぃーぷらすトウキョウ 髙橋直規 株式会社SHIFT 2025.12.16 2025年を総括しよう!今年の開発生産性を振り返る大忘年会 【D-Plus Tokyo #20】 Copyright SHIFT Inc, All Rights Reserved. 2025年 開発生産「可能」性向上報告 サイロ解消からチームが能動性を獲得するまで
Slide 2
Slide 2 text
自己紹介 髙橋直規(幡ヶ谷亭直吉) x:@asagayanaoki 出身:神奈川 / 居住:東京 エンジニア歴:18年9か月 役割:PjM、PdE 好きな主義:経験主義 好きな思考:プロダクト思考 好きな思想:DevOps 好きなモデル:チームトポロジー 好きなカンファレンス:開発生産性カンファレンス 土日の過ごし方:6歳の娘ととにかく遊ぶ
Slide 3
Slide 3 text
本日お話すること • 開発生産「可能」性という考え方 • 協働と知識とバネ • 今年一年どう可能性を上げていくことができたのか
Slide 4
Slide 4 text
アジェンダ • STEP1:今年の開発生産性についてふりかえる • STEP2:開発生産「可能」性モデル • STEP3:今年のふりかえり
Slide 5
Slide 5 text
STEP1: 今年の開発生産性について ふりかえる
Slide 6
Slide 6 text
今年も気付けば12月 私の環境でAIを利用した開発が本格的に始まったのは10月。 この変化を境に、開発生産性への貢献は、 人間よりも生成AIによるものが目立つようになってきたと感じている。 同時にエンジニアには「ただ作ること」以上のスキルが、 これまでよりも求められている。 STEP1:今年の開発生産性についてふりかえる 1月 10月 人間だけでの開発 AI駆動開発
Slide 7
Slide 7 text
今年も気付けば12月 私の環境でAIを利用した開発が本格的に始まったのは10月。 この変化を境に、開発生産性への貢献は、 人間よりも生成AIによるものが目立つようになってきたと感じている。 同時にエンジニアには「ただ作ること」以上のスキルが、 これまでよりも求められている。 STEP1:今年の開発生産性についてふりかえる 1月 10月 人間だけでの開発 AI駆動開発
Slide 8
Slide 8 text
開発生産性の可能性を考える 開発活動を「入力・プロセス・出力」の構造で捉えると、 開発生産性はプロセスを通じて得られる出力と位置づけることができる。 開発生産性を高めるには、その前提となる入力を整える必要がある。 今回、この入力を開発生産「可能」性として定義する。 STEP1:今年の開発生産性についてふりかえる 開発生産性 開発活動 開発生産 可能性
Slide 9
Slide 9 text
STEP2: 開発生産「可能」性モデル
Slide 10
Slide 10 text
STEP2:開発生産「可能」性モデル 面積(可能性) 幅(協働) 高 さ ( 知 識 ) 開発生産「可能」性は「面積」で捉える 面積 (生産のためのエネルギーの総量) = 幅 (協働できる人数) × 高さ (活用できる知識) ※本LTにおける比喩的モデル
Slide 11
Slide 11 text
STEP2:開発生産「可能」性モデル 「幅」を広げる:協働できる人数を増やす 「幅」は、共通目的に向かって一緒に考え、動くことができる人数。 人数が増えても、ひとつの価値に向かう協働が成立しなければ、 生産性には結びつかない。
Slide 12
Slide 12 text
STEP2:開発生産「可能」性モデル 「幅」をふりかえる:役割ごとに分かれたチーム 昨年は新規プロダクトのリリースを目的に役割別のチームを設置。 リリースという短期的な目的は果たせたが、 チームごとに属人化が進み、本来は共通の価値を実現するためには 不要なキャッチボールやお見合いまで発生。 長期的なプロダクト開発に向けては厳しい状態だった。 設計 開発 テスト
Slide 13
Slide 13 text
STEP2:開発生産「可能」性モデル 「幅」をふりかえる:サイロの解消 プロダクト成長を持続可能にするために役割でのチーム制を廃止。 開発チームが、要件定義からリリース、運用監視に至るまで、 全工程を対応するチームへ見直し。 自分達でプロダクトの成長を考えていける状態に。
Slide 14
Slide 14 text
STEP2:開発生産「可能」性モデル 「高さ」を伸ばす:活用できる知識を増やす 「高さ」は、自分たちが抱える課題を解決に導いてくれる知識の量。 自分の環境における試行錯誤を通した学習に加え、 自分達の環境だけでは気づけない外部からの学びが重要。
Slide 15
Slide 15 text
STEP2:開発生産「可能」性モデル 「高さ」をふりかえる:個人の学習・実践 書籍、勉強会、カンファレンスへの参加を通じて多くの学びを得る。 そうした学びを現場に持ち帰り、メンバーと議論、適応の実践。 今まで知っているつもりになっていたスクラム、アジャイルについても、 サイロ化の辛い経験からチーム開発、経験主義の文脈で捉え直すことができた。
Slide 16
Slide 16 text
STEP2:開発生産「可能」性モデル 「高さ」をふりかえる:実践の発信 学習し、実践した体験を外部へアウトプットも実施。 アウトプットのために経験を形式知に整理できた。 また、アウトプットに対するフィードバックから、 自分たちの実践に改めて自信を得ることができた。
Slide 17
Slide 17 text
STEP2:開発生産「可能」性モデル 面積 高 さ ( 知 識 ) 「面積」を拡張する:チームや組織で価値を実現する 「面積」は、生産のためのエネルギーの総量。 個人の知識ではなく、チームとしての知識を高めていくことが、 開発生産「可能」性を高める上で重要。 幅(協働)
Slide 18
Slide 18 text
STEP2:開発生産「可能」性モデル 「面積」のふりかえり:チームや組織で価値を実現する チームで自分たちの課題に合わせた学習する機会を実現。 チーム内で課題図書を決めての勉強会の開催や、 メンバー同士で外部カンファレンスに参加し感想戦も実施。 他組織が開催するAIに関する勉強会にもチーム単位で参加。
Slide 19
Slide 19 text
STEP2:開発生産「可能」性モデル 面積(可能性) 幅(協働) 高 さ ( 知 識 ) 開発生産「可能」性は「面積」で捉える 面積 (生産のためのエネルギーの総量) = 幅 (協働できる人数) × 高さ (活用できる知識) ※本LTにおける比喩的モデル
Slide 20
Slide 20 text
STEP2:開発生産「可能」性モデル 面積(可能性) 幅(協働) 高 さ ( 知 識 ) 開発生産「可能」性は「面積」で捉える 面積 (生産のためのエネルギーの総量) = 幅 (協働できる人数) × 高さ (活用できる知識) ※本LTにおける比喩的モデル 何が面積を拡張していくのか
Slide 21
Slide 21 text
STEP2:開発生産「可能」性モデル 「バネ」を持つ:面積拡張を可能にする原動力 面積は与えられるものではなく、自分たちで拡張していくもの。 チームが知識を高めていくことに能動的であることが重要となる。 その能動性が面積を拡張していく原動力となる。
Slide 22
Slide 22 text
STEP2:開発生産「可能」性モデル 「バネ」のふりかえり:オーナーシップがバネになる サイロを解消し、チームでプロダクト成長を実現できる状態を築けた。 チームで試行錯誤しながら、外部から得た学びも加え、実践を続けている。 チームがプロダクト成長に対し向き合い、 能動的に課題解決や意思決定を行うことができている。
Slide 23
Slide 23 text
STEP2:開発生産「可能」性モデル 面積(可能性) 幅(協働) 高 さ ( 知 識 ) 開発生産「可能」性の全体像 バネ(チームのオーナーシップ)が原動力となり、 幅(協働)と高さ(知識)を押し上げ、面積(生産エネルギー)を最大化する。 バネ (オーナーシップ)
Slide 24
Slide 24 text
STEP3: 今年のふりかえり
Slide 25
Slide 25 text
STEP3:今年のふりかえり AI時代だからこそ、チームの連帯と判断が重要になる。 昨年までのサイロが目立つ状態から、 今年はチームが成長に必要な知識を主体的に獲得し、 オーナーシップを持ってプロダクトの成長を実現できるようになった。 生成AIがアウトプットの速度を加速させる今こそ、 メンバーの連帯感と質の高い判断力がプロダクト開発のための生産性の鍵となる。 開発生産 可能性
Slide 26
Slide 26 text
No content