【実録】「なんちゃってアジャイル」によるプロジェクト崩壊とその教訓 / 20260723 Takeshi Watarai

プロジェクトマネジメントDAY 2026 2026 7 / 23 17:15 〜 17:55 【実録】
「なんちゃってアジャイル」によるプロジェクト崩壊とその教訓株式会社SHIFT AIアジャイル開発部アジャイル推進グループグループ長／アジャイルエバンジェリスト渡会健 Takeshi Watarai Copyright SHIFT Inc., All Rights Reserved. 1

自己紹介渡会健｜Takeshi Watarai 著書業務経歴 1991年財閥系宇宙関連ソフトベンダーに入社 1996年 •
ソフトウェアシステム開発（WF開発）のPMとして活動 • JAXAへ4年間出向し、受発注双方でPMとして活動 2005年 PMP資格取得。PMI日本支部会員の活動開始 2007年マネジメントを極めるためPMコンサル会社入社 2008年にPMO現場で、アジャイルに出会う 2009年株式会社SHIFT AIアジャイル開発部アジャイル推進グループグループ長兼アジャイルエバンジェリスト資格等 Since2005 PMI日本フォーラム2025 優秀登壇者第6位 Copyright SHIFT Inc., All Rights Reserved. ダイアモンド社リックテレコム社：共著 • その他所属等 • 一般社団法人PMI日本支部アジャイル研究会元代表 • 独立行政法人情報処理推進機構(IPA) アジャイルWG元メンバー • WF／アジャイルどちらの現場経験豊富なアジャイルの専門家 • PMBOK🄬ガイドにも精通し、目的達成のためにはアジャイルにこだわりすぎないのが座右の銘アジャイル実践のため、キャリアチェンジして中小規模の独立系ITベンダーに入社 • • アジャイル文化の無い社内にアジャイル開発を導入し、 3年で3億円以上を売り上げるその後、様々なケースのアジャイル開発マネジメント経験を 20案件以上積み重ねるアジャイルコーチ、導入コンサル、アジャイルやPMBOK🄬ガイド系の研修講師、システム開発のマネジメントを務める 2018年アジャイルコーチ転身のためコンサル会社入社 2020年マネジメント系コンサル会社入社 • • 2025年アジャイル事業を1人から立ち上げ、5年間で30名の部隊に育て上げ、5億円を売り上げコンサル時代を合わせアジャイル50案件以上さらなる飛躍のため株式会社SHIFTに入社

会社概要社名株式会社 SHIFT 設立 2005年9月代表代表取締役社長上場市場東京証券取引所プライム市場
本社所在地〒106-0041 東京都港区麻布台1-3-1 麻布台ヒルズ森JPタワー従業員数 15,270名（FY2025末時点・連結） Copyright SHIFT Inc., All Rights Reserved. 丹下大 3

事業全体像新規事業や自社プロダクトも ※1 ソフトウェアテスト業務は全開発工程の33.8%と想定（ソフトウェア開発白書2018-2019） ※2 経済産業省 2021年情報通信業基本調査（2020年度実績）（ソフトウェア開発に関連する業界の売上高合計より算定） Copyright SHIFT
Inc., All Rights Reserved. 4

SHIFT 急成長の軌跡 10年で売上高約50倍成長従業員数グループ会社 15,270 人単体 7,423 人
40 社連結 ※ パートナー、派遣含む 2025年8月末時点 ※FY2014実績とFY2024実績を比較 ※ 2026年5月末時点（2025年8月末更新） Copyright SHIFT Inc., All Rights Reserved. 5

なぜ「なんちゃってアジャイル」が生まれるのか流行だからと導入：手段の目的化表面的な理解：「計画不要」「ドキュメント不要」などの誤解安易なハイブリッド：両方の“悪いとこ取り” 従来型の思考：
問題発生時に、結局は指示命令や厳密な計画に戻ってしまう「なんちゃってアジャイル」は、アジャイルの本質―不確実性への向き合い方―を理解せず、手法やツールだけを導入することで生まれます。 Copyright SHIFT Inc., All Rights Reserved. 6

こんなに広がっている「なんちゃってアジャイル」これが日本の現状 Agile Japan 2025 ITプレナーズ様のブースにてこんなはずじゃ… なんちゃってスクラムの沼 Copyright
SHIFT Inc., All Rights Reserved. ITプレナーズ様に許可を得て掲載 7

注意：今回説明するなんちゃってアジャイルプロジェクトは、過去に私が経験した実際の複数プロジェクトの内容を集約して構成した架空のプロジェクトです。個々の内容はすべて事実ではありますが、ある特定のプロジェクトのみを指していないのでご注意ください。 Copyright SHIFT
Inc., All Rights Reserved. 8

一見するとまともに見える 1. PO・開発者・スクラムマスターは決まっていた 2. アジャイルイベントも定期的に行われていた 3. 各イベントのお作法も表面上は誤っているように見えなかった Copyright SHIFT Inc.,
All Rights Reserved. 10

「スプリント0」をやらないアジャイルは出だしでつまづくアジャイルプロセスのための準備インセプションデッキ作成 ⇒方向性を合意する初期プロダクトバックログの作成 ⇒最も効果的なものを見つけるユーザーストーリーマッピング作成
⇒優先順位を整理する Copyright SHIFT Inc., All Rights Reserved. 14

インセプションデッキとはインセプションデッキ = アジャイル版「プロジェクト憲章」全員で議論しながら作るため、作成完了＝合意形成完了なぜ作る？方向性の共有スコープの明確化認識ズレ防止 Copyright
SHIFT Inc., All Rights Reserved. 特徴参加者全員で作成対話を重視継続的に見直すまず作るべき項目 ★我々はなぜここにいるのか ★エレベーターピッチ ★やらないことリスト 15

初期プロダクトバックログ最初のプロダクトバックログアイテムの洗い出し時の注意事項最初のプロダクトバックログを作成する場合は、なるべく多くのステークホルダーを巻き込んで行うべきである。一人 PO 多くのステークホルダー開発チーム SM PO
Copyright SHIFT Inc., All Rights Reserved. 19

初期プロダクトバックログプロダクトバックログアイテムの草案はだれが作ってもいい草案は誰が作ってもいい誰の協力を得てもいいし、直接作ってもらってもいい ✓ プロダクトオーナー ✓ ステークホルダー ✓ 開発チーム
✓ スクラムマスターただし、作ってもらったプロダクトバックログアイテムの中身を理解し、プロダクトバックログに加えるのか否かを決断するのは、プロダクトオーナーの専任事項決断はプロダクトオーナー Copyright SHIFT Inc., All Rights Reserved. Whyが明確になっていて、プロダクトオーナー自身も納得できるものになっているかが重要 20

ユーザーストーリーマッピングユーザーストーリーマッピングとはストーリー（ユーザーにとっての価値）を付箋紙などに書き出し、ユーザーの体験順に時系列で左右に整理、似た機能は上下（基本機能を上、派生的な機能は下）に整理して、壁などにマッピングしていくフレームワーク。ここでは具体的な解決策（下図では必要な機能）を洗い出し、優先順位を付けるために使用する。時系列に並んだメインアクション …… …… ……
…… …… …… …… …… ユーザーアクション必要な機能ユーザーのペルソナ Copyright SHIFT Inc., All Rights Reserved. …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… 最初に作るべき機能 …… …… …… …… …… …… …… …… それ以外の機能 …… …… Jeff Patton（2015）『ユーザーストーリーマッピング』, オライリージャパン 22

モノづくりのための準備モノづくりのための準備 ⇒ 結構見落とされがちワーキングアグリーメントの例メンバー全員がソースに触れたり、コーディングを行うため最初にルールを決め合意形成をすることが大切働き方のルール • ワーキングアグリーメント
チーム全員の合意のもと決めたルールやビジョンのこと ◼ 朝会（デイリーミーティング）は9:05～9:20 ◼ 検討事項・相談事項は朝会の後に個別で実施する ◼ 30分考えて分からなければ、他の人に相談する（30分ルール） ◼ 会話中の不明点はすぐに聞く ◼ Tipsはチャットで共有 ◼ リアクションを必ず行う ◼ チャットは常に見る ◼ ビデオ会議は可能であればビデオをオンにする ◼ 声を荒げず冷静に話す ◼ タスクボード「実施中」にタスクを残したまま帰らない。終わらなかった場合は「未実施」へ戻す • スキルマップチームメンバーの現状のスキルを一覧化したもの開発ルールの例 etc. 技術的なルール • 開発ルールプログラムを開発するうえでチーム全員が遵守すべきことスプリントを始める前に決めておくと、メンバー間での品質のずれやバグ発生を防ぐことができる ◼ 構成管理のルール ◼ プルリクエスト ◼ クラス名 ◼ マージ ◼ メソッド名 ◼ コミット ◼ 変数名 ◼ ブランチ ◼ DB項目 (テーブル、フィールドなど) ◼ コーディング規約 ◼ 実行コード ◼ テストコード ◼ コメントルール Copyright SHIFT Inc., All Rights Reserved. ◼ 命名規則 ◼ デプロイ手順 ◼ etc. ※コーディング規約に関しては静的解析ツールの導入でも可 23

品質の守り方の違いウォーターフォールの場合アジャイルの場合品質を守る品質を守る不具合を洗い出す・摘出して可能な限り少なくする不具合がない状態を保ちながら成果物を大きくする前提：不具合は必ず入り込むもの前提：不具合のない状態を保つ要件定義
設計開発レビューレビューレビュースプリント１テストテストスプリント２ …… 動く成果物例）バグ密度テスト密度「今までのプロジェクト実績の傾向をみると、これくらいの規模で、これくらいの数値であればある程度の不具合は抽出されており、品質がよいと言って問題ない」＝品質指標の考え方 Copyright SHIFT Inc., All Rights Reserved. SP1 SP1 動く成果物 1つのものとして動く成果物新規テスト新規テスト既存テストまず大きな部屋を作り、その部屋を掃除するイメージスプリントごとに成果物と同時にテストも作成・実施し、不具合がない状態を保ちながら、成果物を大きくする SP10 SP2 例）レビュー指摘密度レビュー工数密度レビュー指摘効率スプリント 10 スプリントを重ねるごとテストが増えるので、アジャイルでは自動テスト導入がMustと言われる …… SP1~9 1つのものとして動く成果物既存テスト新規テスト既存テスト既存テスト既存テスト既存テスト既存テスト既存テスト既存テスト既存テスト無菌状態小さな無菌状態を作りそれを徐々に膨らませるイメージ出典：アジャイルに困った時に読む本（ダイヤモンド社）渡会健著 25

何故アジャイルではイベントが多いのか（前提）ウォーターフォールとアジャイルでは、コミュニケーションの捉え方が異なるウォーターフォールアジャイル会議での各人の進捗確認やレビュー等、自分事でない無駄な時間となるため、コミュニケーションの時間はなるべく減らしたいなぜなら分業、専門化要件定義
設計開発始終1つのチームテスト求められる人材：スペシャリストいかに個人の効率を上げるか？フルスタックエンジニアとなり、常に誰もがタスクを実施できるようにするために、コミュニケーションの時間をなるべく増やしたいとにかく手を動かしたい求められる人材：フルスタックエンジニア生産性をあげるにはいかに能力差を埋めるか？いかに得意分野をかけあわせるか？コミュニケーションしたいアジャイルは、コミュニケーションにかける時間を長くすることで高い生産性を実現する Copyright SHIFT Inc., All Rights Reserved. 38

本来のデイリーミーティング状況の変化をいち早く察知するためのツールいずれも自然と目に触れる状態が望ましいタスクボードバーンダウンチャート（またはバーンアップチャート）タスク（SBI）の状態や、それぞれのメンバーが持っているタスクを可視化未完了のタスクをグラフで表すことで、開発の状況を可視化タスクのステータスによって移動させる
どこかで滞留しているSBIは無いか特定の個人にばかり集中している状況になっていないか Copyright SHIFT Inc., All Rights Reserved. 一般的なバーンダウンチャートバーンダウンチャートとバーンアップチャートを組み合わせた例（応用） 42

本来のふりかえり（レトロスペクティブ）課題のように全てのTry（改善策）を実施しようとすることの危険性 Try 今より、よりよくするための＋α ※できなかったとしても成長はしないが退化もしない ≠ 課題プロジェクト進行の中で起こった未解決の事象
※解決しなくてはならないものアジャイルのイベントによって、イテレーション毎にTryが創出される課題管理のように全てに対応しようとすると、Tryが負債として積み重なる Tryの全量が多くなり、管理のための割く労力が大きくなるふりかえりに使える時間が減り、本来やるべき「今起きている問題点」への対処ができなくなる Copyright SHIFT Inc., All Rights Reserved. 改善されて初めてふりかえりは意味を成すため、改善ができていないのでは本末転倒また、このような状況になると課題(Try)を上げることに消極的になり課題をあげなくなったり、隠すようになるという負のループに入りやすい 45

関連講演今さら聞けない、アジャイルとウォーターフォールの違いの本質アジャイルが浸透しつつある一方で、「成果が出ない」「現場が疲労している」などの声もあります。こうした課題の多くは、アジャイルを表面的に理解したまま導入し、困ったときに従来のWF的な発想へ無意識に戻ってしまうことから生じています。この動画では、いわゆる「なんちゃってアジャイル」が横行する原因とその対策のヒントをお伝えします。 https://www.youtube.com/watch?v=aPBHEDBA6eM
https://www.youtube.com/w atch?v=aPBHEDBA6eM チームプロジェクトマネジメントとPMBOK第8版ゲストに株式会社レッドジャーニーの森實繁樹氏を迎え、開催されたイベント「SHIFT EVOLVE チームプロジェクトマネジメントとPMBOK第8版」のアーカイブ動画です。 1. 2. 3. 4. Copyright SHIFT Inc., All Rights Reserved. 「AIアジャイル開発部部門紹介」：SHIFT 秋葉啓充「プロジェクトマネジメントをチームに宿す」：レッドジャーニー森實繁樹氏「PMBOK第8版は第7版から何が変わったのか」：SHIFT 渡会健森實氏×渡会対談 https://www.youtube.com/watch?v=eUZcefqsihQ https://www.youtube.com/w atch?v=eUZcefqsihQ 52

【実録】「なんちゃってアジャイル」によるプロジェクト崩壊とその教訓 / 20260723 Ta...

【実録】「なんちゃってアジャイル」によるプロジェクト崩壊とその教訓 / 20260723 Takeshi Watarai

More Decks by SHIFT EVOLVE

Other Decks in Technology

Featured

Transcript