納期が固定で、遅れると残業になる。形だけのスクラムから抜けるには、どうすればよいか？

実践者の問い（pq-14）。取り込み済みの文献のうち 10 本から拾った 15 件の事例と知見にもとづく。ここに無い打ち手が存在しないという意味ではない。

結論（TL;DR）

固定の納期のもとで残業を減らし、形だけのスクラムから抜ける打ち手を、効果が分かる形で比べた文献は、今回読んだ範囲では見つかっていません。事例の多くは担当者の語りで、残業の量や疲労を測ったものではありません。試す材料としては、時間を固定して仕事のほうを切り分ける進め方、見積もりを控えめにする学び、四半期の計画イベントの導入、時間に追われるチームがふりかえりゲームを数スプリントに 1 回に絞る合意の 4 つの事例があります。以下は、その事例と、背景として分かっていることです。金融会社の事例では、10 週のリリース周期と 2 週間のスプリントを交渉の余地の無い枠にして、仕事のほうを枠に収まる使える成果物に分けていました。ただし、組織が自ら周期を固定した事例で、効果は測られていません。同じ会社のアジャイルコーチは、過労の時期のあと、チームは見積もりを控えめにするようになったと語っています。コーチ 1 人の発言で、変化の大きさは測られていません。 7 チームの B2B ソフトウェア事業部では、41 人への聞き取りで「急かされている感じ」が 46 件の発言に挙がっていました。四半期の計画イベントの導入などのあと、従業員調査の自由記述では、その不満が減ったように見えました。この介入の狙いは「急かされている感じ」ではなく、状況証拠にとどまります。ポーランドの 6 チームでは、時間の圧迫のなかでレトロスペクティブが中止や延期になり、ゲームを入れても時間がかかりすぎると見られたチームは、ゲームを 3 スプリントに 1 回行うことで同意しました。背景として、納期の圧力の実態も報告されています。スウェーデンの 2 社では、厳しい納期のもとで小さなチームがコーディング規約を飛ばすと語られ、1 社（CaseH）では複数のスプリントでレトロスペクティブが開かれませんでした。スプリントに入れる量を見積もりすぎて期限を守れないと語った担当者もいました。16 チームのプログラムでは、最も近い固定の納期を追い続けた結果、改善や技術的負債への取り組みが後回しになったと語られました。形だけになる様子もあります。チェコの大企業では、ほぼ全部のプロジェクトが納期どおりに届くと答えた担当者がいましたが、納期は変更要求で動かされていました。ポーランドの 42 人へのアンケートでは、28 人がスプリントで終えるはずのタスクが終わらないことが頻繁にあると答えました。デンマークの金融機関の研究では、部門ディレクターが摩擦の例を挙げています。プロジェクトマネージャーが「進め方は自由だが、4 月までに終えること」と求める場面です。著者は、この求めを統制の欲求ではなく、開発の成果への懸念や上級管理職からの圧力から来るものと読んでいます。同じ研究には、外部の管理でチームの自律が揺らぐというスクラムマスターの語りもあります。月次レビューと四半期プランニングを整えて形式化した事例もあり、著者は、自律と足並みを両立させる足場になりうると見ています。いずれも語りと解釈で、残業や効果は測られていません。疲労との関係では、アジャイルの開発チームで働く 260 人の調査で、アジャイルの働き方が進んでいるほど、作業量・時間の圧迫・割り込みが低く、疲労が低い関係が見られました。ただし、自己申告で、高業績労働システムの影響を統制すると、この関係は有意でなくなりました。米国の開発者への日ごとの調査では、アジャイルの実践を使った日の疲労と関与が、脅威と受け取るか挑戦と受け取るかで分かれていました。なお、残業や納期の圧力は測られておらず、幸福感への間接効果の推定値も 0 に近いものでした。

打ち手と事例

「過労の時期」のあと、チームは見積もりを控えめにするようになったと、金融会社のアジャイルコーチは語った ［Projectification without projects（2025）］

• 状況: 従業員 1000 人超の金融会社の、約 3 年にわたるアジャイル導入の民族誌的な事例研究。スプリントごとの作業量（ストーリーポイント）をチームが見積もり、優先順位を交渉していた。
• やったこと: アジャイルコーチが、チームが「晴れの日の筋書き」で楽観的に見積もる傾向を指摘し、野心を下げるよう助言した。下げ幅はチームが決めた。
• 起きたこと: コーチは、過労の時期のあと、チームは見積もりをより控えめにすることを学んだと語った。コーチは、人は楽観的な筋書きで考えるので見積もりすぎる傾向があるとも語っている。コーチが挙げたストーリーポイントの数は例示で、測定値ではない。
• 注意点: データ表に載った、コーチ 1 人の聞き取りの引用である。過労の時期の長さや程度、見積もりが実際にどう変わったかは、この論文では測られていない。本文の主題は時間の構造で、この発言は優先順位の交渉の例として表に引かれたものである。
• 根拠: 事例研究／複数チーム。文献: Projectification without projects? Theorizing temporal structures of agile-based organizing（2025）。文献の種類: 論文・研究者。位置: Appendix（Iterative prioritizing の行の Illustrative data）。確認の根拠: 原典
• 原文: “After a period of overworking, the teams learned to be more”

41 人への聞き取りで「急かされている感じ」は 46 件の発言に挙がり、四半期の計画イベントなどのあと、従業員調査の自由記述では減ったように見えた ［Quality culture boosts agile transformation—Action research…（2022）］

• 状況: 7 チームで構成される B2B ソフトウェア事業部。プロジェクト・サービス・製品が混ざった事業で、従来は計画駆動の進め方が長かった。 41 人に聞き取りをして、354 行の発言を分類した。「文化の問題と不安定さ」の大分類に 103 件があり、その中の「急かされている感じ（hurry）」が 46 件だった。コードには「不可能な納期の約束」「火消しの常態化」「過負荷の設計者」が含まれる。
• やったこと: 最初の介入は、SAFe から取り入れた四半期の計画イベントの導入、チーム構成を事業領域ごとの能力に合わせて変えること、課題のワークフローの見える化の統一だった。介入の狙いはコミュニケーションとチームの安定で、「急かされている感じ」を直接の対象にしたものではない。
• 起きたこと: 最初の介入のあと、離職の問題は減り、状況が分からないという不満も減った。毎年の従業員満足度調査の自由記述からは、状況が分からないという不満と「急かされている感じ」への不満が減ったようだ、と著者は書いている。計画イベントが寄与したと直接述べる記述もあった。著者は、ほかの介入で品質が上がり、不具合の修正が減ったことも、開発者の士気に良い影響を与えたと推測している。
• 注意点: 「急かされている感じ」が減ったかどうかは、自由記述からの状況証拠で、測定した数値ではない。著者も多くの要因のどれによるかは分からないとしている。聞き取りの 46 件は、1 件が 1 つの発言の分類で、人数ではない。感情が強い内容や機微な内容は、表から取り除かれている。固定納期への対応を直接試した研究ではなく、納期の圧力の内訳（固定の納期、約束のしすぎなど）は区別されていない。
• 根拠: アクションリサーチ／複数チーム。文献: Quality culture boosts agile transformation—Action research in a business-to-business software business（2022）。文献の種類: 論文・研究者。位置: 3.1 Initial results leading to interventions（Table 2）/ 3.4 Taking action (Intervention 1) / 3.5 Evaluation (Intervention 1) / 3.15 Evaluation (Intervention 3)。確認の根拠: 原典
• 原文: “complaints about not understanding the context and feelings of hurry had reduced”

研究者が 6 チームのイベントの実際を、聞き取りとチームの中からの知識で整理してスクラムガイドと比べると、意図どおりに Scrum を使っていたのは 1 チームで、そのチームも強いられて従っていた ［Game-based Sprint retrospectives（2021）］

• 状況: 3 社（OKE Poland、Dynatrace、SentiOne）の Scrum チーム 6 つで、レトロスペクティブの質を上げようとしたアクションリサーチの、最初の診断の段階。どの会社もアジャイルを取り入れていたが、組織としての変革は途中で、階層的な指揮統制の管理のもと、戦略の決定にチームを関わらせていなかった。
• やったこと: チームの一員だった研究者がいる 3 チームは、すでに情報があった。残りのチームでは、チームリーダー・スクラムマスター・開発者に非構造化の聞き取りをし、各イベントがスクラムガイドどおりに行われているかを、チームごとに表にまとめた。続いて、レトロスペクティブについて、価値があるか、繰り返しになっていないか、準備と構造があるか、全員が話しているか、不満を言う場になっていないか、義務でなければ出るか、をメンバーに 1 人ずつ聞いた。ほかのメンバー（特にスクラムマスター）の前では正直に答えにくい内容なので、フォーカスグループではなく個別の聞き取りにし、答えを個人に辿れないことを約束した。
• 起きたこと: Dyna_A を除くチームは、Scrum を意図どおりに使っていなかった。新しいユーザーストーリーの実装が、アジャイルの実践に従うことより優先されていた。 Dyna_A は Scrum に厳密に従っていたが、従うよう強いられており、メンバーのほぼ半分は、義務でなければレトロスペクティブに出ないとした。ほかのチームには、デイリースクラムを開かない（メンバーが別々の部屋にいて、重なる時間が数時間しかない）、レビューとレトロスペクティブを 1 つにまとめる、レビューを報告書に置き換える、時間に追われてレトロスペクティブをたいてい飛ばす、といった違いがあった。レトロスペクティブの聞き取りでは、どのチームも一般的な問題の多くに当たっていたが、必ずしも深刻ではなかった。著者は後で、6 チームのうち 5 チームで Scrum の実施が枠組みから外れており、どの場合も、その外れ方が組織の機能不全を覆い隠していたと書いている。
• 注意点: ガイドとの違いは研究者の聞き取りとチームの中からの知識で整理したもので、決まった尺度で数えたものではない。「機能不全を覆い隠していた」は著者の見立てである。著者は、レトロスペクティブの問題を尋ねたこと自体が、改善が要ると参加者に示して答えを偏らせたかもしれないと書いている。 SentiOne の 1 チーム（Senti_B）のメンバーの多くは Scrum に新しく、レトロスペクティブの質問に答えられなかった。
• 根拠: アクションリサーチ／複数チーム。文献: Game-based Sprint retrospectives: multiple action research（2021）。文献の種類: 論文・研究者。位置: 5.1 Diagnosing（Table 6, Table 7）/ 5.5.8 Lesson 8 / 6.2 Internal validity。確認の根拠: 原典
• 原文: “In all cases, the deviations covered up organizational dysfunctions”

時間に追われる Scrum チームで、レトロスペクティブがたいてい飛ばされる、またはごくまれにしか開かれず、ゲームを入れても時間がかかりすぎると見られたチームがあった ［Game-based Sprint retrospectives（2021）］

• 状況: ポーランドの 3 社の Scrum チーム 6 つで、レトロスペクティブの質を上げようとしたアクションリサーチ。最初の診断で、新しいユーザーストーリーの実装がアジャイルの実践に従うことより優先されていた。 3 チーム（OKE_B、Dyna_A、Senti_B）は、時間の圧迫と、上から変えられる目標や優先順位のもとで働いていた。 OKE_B ではレトロスペクティブがたいてい飛ばされ、Senti_B では助成金の納期の圧力で、ごくまれにしか開かれなかった。
• やったこと: 研究者がレトロスペクティブゲーム 6 種を各チームに入れ、アンケートとフォーカスグループで評価した。
• 起きたこと: 著者は、参加したすべてのチームで、より重要な会議や仕事を終える時間の圧迫のために、レトロスペクティブが中止または延期されることがあったと書いている。 OKE_B は、新しい進め方があまり価値を生まなかった唯一のチームだった。ゲームの会は似た結論（プロダクトオーナーと開発チームの意思疎通の隙間）で終わり、時間の圧迫のもとでゲームは時間がかかりすぎると見られた。それでもこのチームは、ゲームは新しい気づきを生むので、たとえば 3 スプリントに 1 回は行うのがよいと同意した。著者は、短期の効率の向上に偏りすぎる会社では、レトロスペクティブを時間の無駄と考える開発者の考えはゲームでは変わらないだろうと考えている。
• 注意点: ゲームの評価は参加者の受け止めが中心で、時間の圧迫そのものを測ったものではない。時間の圧迫の原因（固定の納期、上から変えられる優先順位など）は、チームごとに区別されていない。著者の見立て（短期の効率に偏る会社では考えは変わらない）は、実験で確かめたものではない。「3 スプリントに 1 回」の効果は、この研究では追っていない。
• 根拠: アクションリサーチ／複数チーム。文献: Game-based Sprint retrospectives: multiple action research（2021）。文献の種類: 論文・研究者。位置: 5.1 Diagnosing（Table 6）/ 5.4.2 Focus groups（OKE_B のゲームの評価）/ 5.5.5 Lesson 5: Not all agile team members have an agile mindset。確認の根拠: 原典
• 原文: “worked under time pressure as well as top-down changed targets and priorities”

同じ金融機関で、上級管理職は、月次レビューと四半期プランニングを整えて形式化する必要があったと語る。著者は、定例の場と可視化を、自律と足並みを両立させる手になりうると考える ［Zombie or Cyborg（2026）］

• 状況: デンマークの金融機関 1 組織の事例である（面接 22 件、約 6 か月の現場観察、面接 13 件）。この節は、予測可能性と自律の両立を、現場がどう図ったかを述べる。語り手は、アジャイル側の上級管理職 1 人（Table 1 の no. 10）である。複数の開発案件の代表が集まり、活動を統合する月次レビューと四半期プランニングについて語っている。
• やったこと: 月次レビューと四半期プランニングを、取りまとめて形式化した。複数の開発案件の代表が集まり、案件をまたいで活動を統合する。著者は、ロードマップの会議や同期の会議、可視化の実践も、コミュニティをつなぐ手立てとして挙げている。
• 起きたこと: 上級管理職は、これらの場が自分たちを前へ進めると考えている。そのために、取りまとめて形式化する必要があったという。別の面接の回答者は、可視化で開発の中身が分かり、透明性と効率が高まりうると語る。著者は、進行の場が意図どおりに働いたとき、共通の方向感が生まれたと参加者が強調したと書く。形式化は、適応の妨げではなく足場として現れたという。著者は、先行研究を引いて、こうした仕組みが無いと階層と集権に流れる危険があるとも書く。効果を測った記述はない。著者は、調整を続けるのは骨の折れる仕事だと書く。過剰だと硬直と統制に傾き、緩すぎると断片化に傾く。
• 注意点: 上級管理職 1 人を中心とした語りと、著者の解釈である。効果を測った報告ではない。納期や残業が減ったかも書かれていない。著者は、形だけのやりとりを防ぐには、継続的な調整と丁寧な進行が要ると書く。調整の場と可視化は、複数のチームや階層をつなぐためのものである。1 つのスクラムチームのイベントの話ではない。引用は、著者が読みやすさのために翻訳・編集したものである。金融機関 1 組織の事例で、スクラムに限らないアジャイルの研究である。
• 根拠: 事例研究／大規模な組織。文献: Zombie or Cyborg? Exploring How Communities Navigate Tensions between Agile and Hierarchical Organizing（2026）。文献の種類: 論文・研究者。位置: Analysis and Findings（Structuring and Formalizing for Adaptability and Self-Organizing）/ Discussion（Structuring for Collectiveness / Cyborgification and the Perils of Zombification）。確認の根拠: 原典
• 原文: “I think that is what moves us forward. We needed to orchestrate and formalize these meetings.”

デンマークの金融機関で、部門ディレクターは「進め方は自由だが、4 月までに終えること」という求めが摩擦を生むと語る。著者は、その背景を開発の成果への懸念と上からの圧力と読む ［Zombie or Cyborg（2026）］

• 状況: デンマークの金融機関 1 組織の事例である（エスノグラフィー）。アジャイルのチームと階層的な統治が同居している。研究者は、管理職への面接 22 件のあと、約 6 か月の現場観察をした。終了時には、関係者への面接 13 件もした。語り手は、部門ディレクター 1 人（Table 1 の no. 4）である。大きな案件には、複数チームの調整役としてプロジェクトマネージャーが付く。ディレクターは、そのマネージャーの言葉を再現している。
• やったこと: 介入ではなく、面接での語りである。緊張をどう解いたかは語られていない。
• 起きたこと: ディレクターは、このマネージャーの言葉が緊張を生むと語る。この場面は、経験上おそらく最大の衝突だとも述べている。著者は、これを繰り返し現れる型と読む。チームには形式上、自律が与えられている。しかし固定された納期への期待が、しばしばその自律を制約するという。著者によると、管理職の働きかけは、統制や権力への欲求から来るのではない。開発の成果への懸念と、上級管理職からの圧力から来る。アジャイル側の管理職も階層側の管理職も、期日や成果のために介入せざるを得ないと感じていた。その介入が、チームの自律を守る当初の意図を損なうことがあった。著者は、半固定の成果物と期日の遵守が続くと、アジャイルの開発を保ちにくくなりうると書く。
• 注意点: 部門ディレクター 1 人が再現した発言で、プロジェクトマネージャー本人の語りではない。引用は、著者が読みやすさのために翻訳・編集したものである。著者は「固定された納期への期待」と「半固定の成果物と期日の遵守」の両方を使う。納期がどれほど固定かは、語りから分からない。残業や疲労は、この箇所で語られていない。参加者自身、規制のある業界と大規模な案件が自律を制約すると認めていた。効果を測った報告ではない。この箇所は、納期の下で自律を保つ手立てを示していない。別の節では、調整の場や可視化が論じられる。金融機関 1 組織の事例で、スクラムに限らないアジャイルの研究である。
• 根拠: 事例研究／大規模な組織。文献: Zombie or Cyborg? Exploring How Communities Navigate Tensions between Agile and Hierarchical Organizing（2026）。文献の種類: 論文・研究者。位置: Analysis and Findings（Constraints on Autonomy and Reduced Influence in Agile Communities）。確認の根拠: 原典
• 原文: “You can work agile. You can do whatever you want. You just need to be finished by April.”

10 週のリリース周期と 2 週間のスプリントを動かせない枠にして、仕事のほうを枠に収まる大きさに切り分けていた金融会社 ［Projectification without projects（2025）］

• 状況: 従業員 1000 人超の金融会社（顧客所有、100 年を超える歴史）の、約 3 年にわたるアジャイル導入の民族誌的な事例研究。新任の CIO が主導し、IT 部門は期間限定のプロジェクト体制から、固定のチームで構成する組織に移った。それまでの計画重視の進め方とは違い、10 週間のリリース周期を 2 週間のスプリントに分けて進めた。
• やったこと: 期間をあらかじめ決め、交渉の余地の無い周期（10 週のリリース周期、2 週間のスプリント）にした。仕事のほうを、その枠に収まる使える成果物に分けた。着手しない機能も、バックログに見える形で残して「未来の記憶」とした。
• 起きたこと: 著者は、従来のプロジェクトでは期限が散発的で、プロジェクトの性質で決まったのに対し、この会社では周期が事前に決まり、交渉できないものだったと書いている。仕事に合わせて時間を割り当てるのではなく、使える時間に合わせて仕事を調整する（タイムボックス）形になり、成果物は決められた枠の中で届けられる使える単位に分けられた。担当者は、10 週ごとに大きな戦略的変更を、無駄や失われた投資を抑えて実行できる、と語った。一方で著者は、短い周期に区切られることで、チームが現在に閉じ込められ、長い先を見る力が浅くなりうるとも書いている。
• 注意点: 1 つの金融会社の民族誌的な研究で、著者自身が概念を作るための事例だと述べている。効果を数値で測ったものではない。納期が外から固定されているチームが、範囲を調整して対応した報告ではなく、組織が自ら周期を固定した事例である。残業や疲労は主題ではなく、この論文には書かれていない。
• 根拠: 事例研究／大規模な組織。文献: Projectification without projects? Theorizing temporal structures of agile-based organizing（2025）。文献の種類: 論文・研究者。位置: 4.1 Hyper-temporariness / 4.5 Task / 4.7 Transition / 5.2 Hyper-temporariness。確認の根拠: 原典
• 原文: “rather than allocating time in accordance with the task, tasks are adapted to fit the time available”

チェコの大企業で、ほぼ全部のプロジェクトが納期と予算どおりに届くと答えた担当者がいたが、その納期は変更要求で動かされていた ［Real-Life Water-Scrum-Fall（2023）］

• 状況: チェコの市場で事業をする、従業員 5000 人を超え、規制の強い業種の大企業 4 社。どの会社も、ウォーターフォールで進めていたところにアジャイルの実践を取り入れていた。プロジェクトの期間は 3 か月から数年で、平均は約 6 か月。計画と要求の収集（Water）、Scrum で進める開発、受け入れの確認と決まったリリース枠での展開（Fall）が続く形だった。チームリーダー・開発者・プロジェクトマネージャー・スクラムマスターの 8 人が聞き取りに答えた。
• やったこと: 研究者が半構造化の聞き取りをして、主題分析をした。納期への対応策を試した研究ではない。
• 起きたこと: プロジェクトマネージャーなど 3 人（P4、P2、P8）は、ほぼ 100% のプロジェクトが納期と予算どおりに届くと述べた。ただし著者は、その納期と予算は変更要求で動かされるので、最終的な期限は当初の想定と違うことが多いと書いている。ある担当者は、1 年のプロジェクトでは、計画に無かった変更があると特定の月に収めるのがとても難しいと語った。リリースは会社全体のリリース枠で決まり、ある会社では月 1 回で、開発チームが時期を左右することはふつうできなかった。著者は、参加者が成功の要素として考えていたのは納期と予算だけで、作ったものが役立つかの評価は完了後の段で行われ、変更が要れば最初からやり直しになると書いている。
• 注意点: 雪だるま式に集めた 8 人への聞き取りで、チェコの市場の会社だけを対象にしている。著者は一般化が難しいとしている。「納期どおり」は担当者の申告で、当初の期限と最終の期限のずれの大きさは測られていない。残業や持続可能なペースは主題ではなく、この論文には書かれていない。
• 根拠: 事例研究／大規模な組織。文献: Real-Life Water-Scrum-Fall: Insights from Large Companies in Czech Republic（2023）。文献の種類: 論文・研究者。位置: 4 Results（Size, Duration / “Fall” / Project Success Rate / Evaluation）/ 5 Discussion。確認の根拠: 原典
• 原文: “almost 100% of their projects are delivered on time and on budget; however, these attributes are moved by change requests”

スプリントに入れる量を見積もりすぎて納期が守れない、他チームへの依存で納期を読めないと、大規模アジャイルの担当者は語った ［Challenges in Large-Scale Agile Software Development…（2023）］

• 状況: スウェーデンの 2 社（レンタカー会社の CaseH、小売チェーンの CaseJ）の大規模アジャイル開発。それぞれ 2 チームから計 11 人に半構造化の聞き取りをした。納期を守れない課題を挙げたのは、そのうち 2 人（PJ2、PJ5）だった。
• やったこと: この論文は課題の洗い出しで、納期を守る打ち手を試した報告ではない。
• 起きたこと: ある担当者は、スプリントで行うタスクの数を見積もりすぎ、スプリントごとに期限を決めながら仕事を足し続けるので、決めた期限を守ることが非現実的になる、と語った。別の担当者は、他チームの納品に依存しており、まず各チームに期限どおり納品してもらい、そのうえで自分たちがまとめて顧客に渡す必要があるので、納期を守るのが難しいと語った。著者は、見積もった工数と実際の工数のずれが誤った納期の設定を招くこと、チーム間の依存が不明確で全チームの納品の時期を正確に予測しにくいことを、納期を守れない課題の説明として挙げている。
• 注意点: 2 人の発言にもとづく。回答は担当者の認識で、見積もりのずれの大きさは測られていない。見積もりや依存の管理を改める打ち手は、この論文では報告されていない。
• 根拠: 事例研究／大規模な組織。文献: Challenges in Large-Scale Agile Software Development Projects（2023）。文献の種類: 論文・研究者。位置: 4.4 Deadlines Challenges / Table 3（Missed deadlines）。確認の根拠: 原典
• 原文: “We overestimate the number of tasks we do in a sprint.”

厳しい納期のもとで、小さなチームはコーディング規約を飛ばし、別のチームはレトロスペクティブを何スプリントも開けなかったと、スウェーデンの 2 社の担当者は語った ［Challenges in Large-Scale Agile Software Development…（2023）］

• 状況: スウェーデンの 2 社（レンタカー会社の CaseH、小売チェーンの CaseJ）の大規模アジャイル開発。両社とも 2 週間のスプリントなどのスクラムの実践を取り入れていた（CaseH には 2〜3 週間のチームもあった）。それぞれ 2 チームから計 11 人に半構造化の聞き取りをし、主題分析で 13 の課題を挙げた。そのうち納期の課題を挙げたのは 3 人（PH7、PJ5、PH10）だった。
• やったこと: この論文は課題の洗い出しで、納期の圧力への対策を試した報告ではない。
• 起きたこと: 著者は、厳しい納期は予期しない問題に対応する余裕を残さず、不健康なストレスやチームの士気の低下を招きうると書いている。ある担当者は、チームが努力していないのではなく、少人数で短い時間に多くの仕事をこなすことになり、遅れが出る、厳しい納期のためにチームはたいてい期限の延長を求める、と語った。別の担当者は、顧客から求められる納期が急すぎてボードが空にならず、新しいことを試す時間が無いと語った。著者は、時間の圧迫のもとで小さなチームがコーディング規約を飛ばして展開を急ぐ、とも書いている。 CaseH では、時間の不足と厳しい納期のため、複数のスプリントでレトロスペクティブが開かれなかった。
• 注意点: 2 社の 11 人への聞き取りで、納期の課題を挙げたのは 3 人である。回答は担当者の認識で、記録や測定で確かめたものではない。残業や休日の勤務は、この論文の主題ではない。納期を動かす交渉や、納期に間に合わせる打ち手は報告されていない。
• 根拠: 事例研究／大規模な組織。文献: Challenges in Large-Scale Agile Software Development Projects（2023）。文献の種類: 論文・研究者。位置: 4 RESULTS（Table 2）/ 4.3 Quality Assurance Challenges / 4.4 Deadlines Challenges。確認の根拠: 原典
• 原文: “Strict, demanding deadlines leave little room for managing unforeseen problems.”

政治改革で決まった固定の納期を追い続けた 16 チームのプログラムで、改善や技術的負債への取り組みが後回しになり続けたと管理職は語った ［Coordination Strategies（2021）］

• 状況: ノルウェーの公共交通機関の大規模アジャイル開発プログラム（PubTrans）の質的事例研究。政治改革の結果として始まったため、守るべき厳しい納期がたびたびあり、時間と納品の圧力がかかった。プログラムは 2016 年の 5 チームから 2019 年の 16 チームに増え、多数のクライアントの要求を受けていた。
• やったこと: この箇所では、納期を追う圧力への対策は報告されていない。管理職とテックリードは、改善の仕事を新機能のために断り続けないための仕組みが要ると語った。
• 起きたこと: テックリードは、納期のために優先順位を非常に厳しく決めざるをえず、クライアントもそれを感じていると語った。クライアントの期待を十分に管理できておらず、期限どおりに終えられないかもしれない場合もあると、管理職は語った。著者は、最も近い固定の納期を追い続けたことが製品の品質全体に響いたと書いている。技術的負債を減らす取り組みや改善が難しかった。管理職は、改善の仕事を新機能のために断り続けないための仕組みが要ると語り、テックリードは、チームに負荷をかけすぎず、改善を優先する時間を取っておくことが肝心だと語った。
• 注意点: 1 つのプログラムの質的な報告で、数値による検証は無い。担当者の認識にもとづく。「後回しになり続けた」は著者の記述と管理職の発言で、後回しにされた量は測られていない。改善の時間を確保する仕組みを作ったかどうかは、この箇所には書かれていない。
• 根拠: 事例研究／大規模な組織。文献: Coordination Strategies: Managing Inter-team Coordination Challenges in Large-Scale Agile（2021）。文献の種類: 論文・研究者。位置: 3.1 Case Description / 4.3 Managing Prioritization Issues。確認の根拠: 原典
• 原文: “Always chasing the nearest fixed deadlines had consequences for the overall product quality”

前提に反する事例

今回読んだ範囲では、見つかっていない。

調査から分かっていること

米国の開発者への日ごとの調査で、アジャイルの実践を使った日は、脅威と受け取られると疲労を通じて幸福感を下げ、挑戦と受け取られると関与を通じて上げた。IT マインドフルネスが低いと脅威と受け取りやすかった ［Sprint Zeal or Sprint Fatigue（2022）］

• 状況: アジャイルの実践を使うチームで働く米国のソフトウェア開発者を、調査会社を通じて募った。数日の間、1 日に複数回の短い質問に答えてもらう経験サンプリングである。午後に、その日の実践の使用の程度と、挑戦と受け取ったか脅威と受け取ったかを尋ねた。夕方に疲労と関与、夜に幸福感を尋ねた。個人の中での日ごとの揺れを、多層の経路分析で調べている。IT マインドフルネス（IT を使うときの注意や気づきの特性）は、最初の調査で測った。「アジャイルの実践」は、スクラム・XP・リーンなどに含まれる実践をまとめた 1 つの尺度である。個々のイベントを分けた調査ではない。
• やったこと: 介入ではなく、実践を使った日ごとの受け止めと、疲労・関与・幸福感の関係を調べた調査である。
• 起きたこと: アジャイルの実践を使った日は、脅威と受け取られると疲労が増え、日末の幸福感は下がっていた。挑戦と受け取られた日は関与が増え、日末の幸福感は上がっていた。著者は、実践の使用を、日によって助けとなり、日によって負担となる「諸刃の剣」と述べる。 IT マインドフルネスが低い開発者ほど、実践を脅威と受け取りやすかった。疲労の経路も強かった。高い開発者では、この疲労の経路は見られなかった。 IT マインドフルネスが高い開発者ほど、挑戦と受け取りやすかった。関与を通じて幸福感を上げる経路は強かった。幸福感への間接効果の推定値は、どちらも 0 に近い。著者は大きさを評価せず、有意かどうかを示している。 （数値の報告あり。この記録には数値を書いていない）
• 注意点: 測っているのは、日ごとの疲労と関与、幸福感である。残業の量も、納期の圧力も、固定納期かどうかも測っていない。著者は限界の節で、実践の使用以外の要求による作業量の日ごとの増減を考慮していないと書く。スクラムに限らず、複数の手法の実践をまとめた尺度である。取り組みの前後を比べた報告でもない。因果の向きは時間差の測定で補っている。ただし著者は、介入や準実験でなければ別の説明を退けきれないと書く。回答は自己申告で、調査会社を通じて募った米国の標本である。著者は、他の文化への一般化は確かめられていないとしている。 IT マインドフルネスは個人の特性で、運営の側が変えられる手立てとして示された結果ではない。研修などの可能性に触れるが、試した結果ではない。
• 根拠: 調査（アンケート）／複数チーム。文献: Sprint Zeal or Sprint Fatigue? The Benefits and Burdens of Agile ISD Practices Use for Developer Well-Being（2022）。文献の種類: 論文・研究者。位置: Results（Tests of Hypotheses / Table 2・Table 3）/ Discussion / Strengths, Limitations, and Future Research Directions。確認の根拠: 原典

アジャイルの働き方が進んでいるほど、仕事の要求（作業量・時間の圧迫・割り込み）が低く、その分だけ感情的な疲労が低い関係が見られたが、HPWS を統制すると消えた ［Relationships between Agile Work Practices and Occupational…（2022）］

• 状況: アジャイルの開発チームで働く 260 人が、約 6 週間あけた 2 回のアンケートに答えた調査。国・文化・業種はさまざまだった。アジャイルの働き方（自己組織化したチームワーク、反復の計画、増分、レトロスペクティブ）の度合いと、仕事の要求（作業量・時間の圧迫・割り込み）、仕事の資源（自律・同僚の支え・仕事からのフィードバック）、感情的な疲労と関与を尋ね、構造方程式モデルで関係を調べた。
• やったこと: 介入ではなく、働き方の度合いと疲労の関係を調べた調査である。
• 起きたこと: アジャイルの働き方は、感情的な疲労と負の関係にあった（総効果γ = −0.26、p < 0.001）。感情的な関与との総効果は有意ではなかった（γ = 0.15、p = 0.095）。アジャイルの働き方から仕事の要求への経路は負で有意だった（γ = −0.19、p = 0.035）。仕事の要求を介した、疲労への間接効果も負で有意だった（−0.09、p = 0.042）。著者は、反復の初めにチームで計画して優先順位を付けることなどが、作業量・時間の圧迫・割り込みを抑えうると解釈している。ただし、高業績労働システム（HPWS）の影響を統制した追加分析では、仕事の要求への経路も、疲労への間接効果も有意でなかった。有意なまま残ったのは、アジャイルの働き方から仕事の資源への経路だけだった。
• 注意点: 「仕事の要求」は作業量・時間の圧迫・割り込みをまとめた指標で、納期の固定や残業そのものを測ったものではない。時間の圧迫だけの結果ではない。回答はすべて自己申告である。著者の表（ブートストラップ）では、要求への経路の 95% 区間が−0.42 から 0.02、要求を介した間接効果の 95% 区間が−0.31 から 0.03 で、どちらも 0 を含んでいる。 1 回目の測定値を統制した追加分析ではモデルの適合が足りず、有意な関連は見つからなかった。著者は、この研究が説明するのは個人間の違いで、時間による平均的な変化ではないと書いている。アジャイルの働き方の度合いを比べた調査で、固定納期をスクラムに切り替えたチームの前後を追ったものではない。
• 根拠: 調査（アンケート）／複数チーム。文献: Relationships between Agile Work Practices and Occupational Well-Being: The Role of Job Demands and Job Resources（2022）。文献の種類: 論文・研究者。位置: 5.2 Total Effects / 5.3 Direct and Indirect Effects / 5.4 Supplemental Analyses / Table 2。確認の根拠: 原典
• 原文: “agile work practices indirectly influence fatigue via job demands”

同じ金融機関の研究で、スクラムマスターは、外部の管理を受けると、チームが自分たちで進めるという幻想は崩れると語る。著者は、アジャイルが形だけに傾く様子（ゾンビ化）と読む ［Zombie or Cyborg（2026）］

• 状況: デンマークの金融機関 1 組織の事例である（面接 22 件、約 6 か月の現場観察、面接 13 件）。この節は、管理職の介入や権限の曖昧さで、チームの自律が制約される様子を述べる。語り手は 2 人いる。スクラムマスター 1 人（Table 1 の no. 22）は、チームが外部の管理下にあると気づくと、幻想が砕かれると語る。 delivery manager 1 人（no. 24）は、この組織のプロダクトオーナーは代理人のようなもので、広い範囲の権限は持たないと語る。
• やったこと: 介入ではなく、面接での語りと著者の解釈である。この節には、形だけになることを防いだ手立ては書かれていない。
• 起きたこと: スクラムマスターは、人の出入りや範囲・焦点の変更が続くと語る。チームは外部の管理下にあると気づき、幻想が砕かれるという。 delivery manager は、プロダクトオーナーを、チーム内で優先順位を付ける代理人のようなものと語る。特定の工程や製品の責任は持たず、広い範囲の権限もないという。参加者たちは、プロダクトオーナーが決まった優先順位を実行する側に置かれがちだと強調している。プロダクトオーナーは製品の方向を決める影響力をしばしば持たない。著者はこれを受け、チームが自分たちで進める考えはほとんど象徴にとどまりうると書く。著者によると、この組織のアジャイルは徐々にゾンビ化へ傾いている。構造の上では認められているが、象徴的なリーダーシップの実践や管理職の介入が、チームの自律を損ないうるという。管理職が秩序に引き戻される背景として、著者は二つ挙げる。複雑さに圧倒されやすいことと、開発の責任を負っていることである。形だけになることを防げたかは、この節に書かれていない。
• 注意点: スクラムマスター 1 人と delivery manager 1 人の語りと、著者の解釈である。プロダクトオーナー本人の語りではない。頻度や割合は測られていない。引用は、著者が読みやすさのために翻訳・編集したものである。著者は、ゾンビ化を状況を照らす比喩として使い、さらに理論的な整理が必要だと書く。表現は「しうる」「傾いている」で、アジャイルが形だけになったと断定してはいない。 Discussion は、責任の明確化や可視化で自律を保てた例に一般論として触れるが、この語りとは結びつかない。納期や残業の話ではなく、自律が外から制約される話である。金融機関 1 組織の事例で、スクラムに限らないアジャイルの研究である。
• 根拠: 事例研究／大規模な組織。文献: Zombie or Cyborg? Exploring How Communities Navigate Tensions between Agile and Hierarchical Organizing（2026）。文献の種類: 論文・研究者。位置: Analysis and Findings（Constraints on Autonomy and Reduced Influence in Agile Communities）/ Discussion（The Social Dynamics of Adaptive Space）。確認の根拠: 原典
• 原文: “the illusion is inevitably shattered when the team realizes it is still under external management”

スプリントの長さやデイリースクラムの開催は守られていると答えた人が多い一方、42 人のうち 28 人がスプリントのタスクが終わらないことは頻繁だと答え、20 人がスプリントゴールをプランニングの終わりに決めるか、決めないことが頻繁だと答えた ［Exploring the Prevalence of Anti-patterns in the Application…（2023）］

• 状況: ポーランドのソフトウェア開発の組織で働く 42 人へのアンケート（2022 年 5〜6 月、LinkedIn と SNS で募集）。文献から選んだ Scrum のアンチパターン 35 個について、自分の組織で出会うかを「全くない」から「いつも」の 5 段階と「分からない」で答えてもらった。回答者の多くは開発者（31 人）で、スクラムマスターは 4 人、プロダクトオーナーは 1 人だった。
• やったこと: 介入ではなく、出会う頻度の調査である。
• 起きたこと: 「スプリントで終えるはずのタスクが全部は終わらない」を「全くない」と答えた人はいなかった。42 人のうち 28 人が「よくある」か「いつも」（19 人と 9 人）と答えた。「デイリースクラムが 15 分を超える」は 23 人、「スプリントゴールをプランニングの最後に決めるか、決めない」は 20 人が「よくある」か「いつも」と答えた。一方で、「スプリントが長すぎる」と「デイリースクラムが決まった時間に開かれない」はそれぞれ 33 人、「デイリースクラムが毎日開かれない」は 28 人が「全くない」と答えた。著者は、回答を重み付けした得点で、最も多いアンチパターンを「終わらないタスク」とし、ほかに「デイリースクラムが 15 分を超える」「ユーザーストーリーが十分に詳しくなっていない」「スプリントゴールが決まらない」「バーンダウンチャートを使わない」「テストが次のスプリントになる」を多いものに挙げた。プロダクトオーナーの節は「分からない」の答えが最も多く、著者は、回答者がプロダクトオーナーの役割を十分に分かっていない可能性を挙げている。
• 注意点: 42 人の回答で、募集に応じた人だけが答えている。一国の調査である。回答は人ごとで、組織ごとに集計したものではない。重み付けした得点は満点に対する比で、「その状態にある組織の割合」ではない。頻度は回答者の認識で、記録や観察で確かめたものではない。著者は、アンチパターンが起きる原因は調べておらず、今後の研究にするとしている。
• 根拠: 調査（アンケート）／大規模な組織。文献: Exploring the Prevalence of Anti-patterns in the Application of Scrum in Software Development Organizations（2023）。文献の種類: 論文・研究者。位置: III. SURVEY DESIGN / IV. RESULTS（Table II, Table III, Table V, Table VI, Table IX）/ V. DISCUSSION / VI. CONCLUSION。確認の根拠: 原典
• 原文: “None of the respondents stated that there is never a situation where all the tasks that are supposed to be completed in a sprint are completed.”

出典一覧

文献	年	ライセンス	記録の数
Relationships between Agile Work Practices and Occupational Well-Being: The Role of Job Demands and Job Resources	2022	CC BY 4.0	1
Challenges in Large-Scale Agile Software Development Projects	2023	CC BY 4.0	2
Coordination Strategies: Managing Inter-team Coordination Challenges in Large-Scale Agile	2021	CC BY 4.0	1
Game-based Sprint retrospectives: multiple action research	2021	CC BY 4.0	2
Exploring the Prevalence of Anti-patterns in the Application of Scrum in Software Development Organizations	2023	CC BY 4.0	1
Projectification without projects? Theorizing temporal structures of agile-based organizing	2025	CC BY 4.0	2
Quality culture boosts agile transformation—Action research in a business-to-business software business	2022	CC BY 4.0	1
Real-Life Water-Scrum-Fall: Insights from Large Companies in Czech Republic	2023	CC BY 4.0	1
Sprint Zeal or Sprint Fatigue? The Benefits and Burdens of Agile ISD Practices Use for Developer Well-Being	2022	CC BY-NC 4.0	1
Zombie or Cyborg? Exploring How Communities Navigate Tensions between Agile and Hierarchical Organizing	2026	CC BY 4.0	3

---

🔍 妥当性検証レポート（クリックして展開）

• 総合判定: ⚠️ 警告あり (スコア: 80/100)
• 評価の前提: 結論（TL;DR）を、このページに載せた事例と知見だけに照らして評価した
• 形式論理検証: PASS
• LLM批判的評価（agy: gemini-3.8-flash-high）: Faithfulness 5.0/5, Relevance 3.0/5

評価コメント:

• 【Faithfulnessの評価（5点）】前提コンテキストに書かれていない外部知識や俗説の持ち込み、事実の捏造は一切見られません。「効果が測られていない」「コーチ1人の発言にとどまる」「残業や疲労は測られていない」といった各研究の制約や注意点についても極めて正確に反映されており、コンテキストに対する誠実性は満点と評価できます。【Relevanceの評価（3点）および論理整合性の指摘】質問の核心である「固定納期・残業のもとで形だけのスクラムから抜けるにはどうすればよいか」に対し、「効果が実証された打ち手を比較した文献はない」と限界を明示した姿勢は適切です。しかし、以下の点で質問への直接的な回答性およびスクラムの観点からの論理整合性に課題があります。 1. 形骸化を助長する選択肢を「試す材料」として提示している点: 回答文では「ふりかえりゲームを数スプリントに1回に絞る合意」を試す材料の1つとして挙げています。しかし、スプリントごとのレトロスペクティブ（検査と適応）を間引くことは、スクラムの公式原則から逸脱するアンチパターンであり、「形だけのスクラムから脱却する」という質問の意図と論理的に逆行（形骸化の追認・固定化）しています。コンテキスト自身も「短期の効率に偏る会社では考えは変わらないだろう」と示唆しているにもかかわらず、これを脱却の材料として同列に並べているのは不適切です。 2. 状況設定のずれ: 「時間を固定して仕事を切り分ける」事例も、コンテキストの注意点にある通り「組織が自ら周期を固定した事例」であり、「外から納期が固定されて遅れると残業になる」という受動的な制約に苦しむ現場への直接の処方箋としては距離があります。 3. 要約の網羅的列挙による焦点の拡散: 回答の後半の大半が前提コンテキストに含まれる各論文の知見や背景の要約・列挙に費やされており、「どうすればよいか」という問いに対する具体的示唆や論理的な整理が埋没しています。

---

関連する用語

• タイムボックス
• ウォータースクラムフォール
• 技術的負債
• スプリントプランニング
• スプリントレトロスペクティブ