スクラムがうまくいかない原因は？機能する3つの前提と、職場を見分ける5つの質問

「スクラムを導入すれば、チームの生産性は劇的に上がる」。その言葉を信じて、僕も必死に現場へ取り入れた一人だった。

ホワイトボードを買い、付箋を貼り、毎朝のデイリースクラムを欠かさない。しかし会議は増え、進捗報告の事務作業に追われ、メンバーの顔には疲れがたまっていった。「自分の勉強が足りないのでは」と本を読み足しても、現場の歪みは消えなかった。

先に結論を書く。スクラムがうまくいかない原因の多くは、手法の習熟度ではなく、組織の側に「機能するための前提」がそろっていないことにある。

• 前提は3つ。チームへの権限の移譲、成果にもとづく評価、失敗を学習として扱う文化
• 前提がないまま導入すると、効率化ではなく「負荷の再配分」が起き、特定の人の仕事が増える
• 続けるか離れるかは、5つの質問で自分の職場を確かめて判断できる

スクラムが機能するための3つの前提

スクラムは単なるタスク管理の方法ではない。力を発揮するには、組織の側に特定の構造が要る。

前提1 チームに権限が移譲されている

スクラムの土台は、チームが自分たちの判断で優先順位を入れ替え、進め方を決められることだ。

僕がいた環境では、プロダクトバックログの優先順位を1つ変えるのにも部長の承認が要った。スプリントの途中で上から割り込みの仕事が降ってくることも珍しくなかった。これでは形だけスクラムをなぞっても、実態は従来どおりの上意下達だ。決める権限のないチームにとって、スクラムのプロセスは「手間のかかる報告の儀式」になる。

前提2 評価制度が成果にもとづいている

スクラムは、個人の作業時間ではなく、チームが生んだ価値を重く見る。「残業している人が偉い」「上司への印象が良い人が評価される」という評価の仕組みとは相性が悪い。

僕の経験でも、チームが効率化を進めて定時で帰るようになったとき、評価シートには「やる気が見られない」と書かれた。努力が評価に結びつかない構造では、効率化の動機は続かない。この実態は「早く帰る＝暇」と見なされる現場の闇でも書いた。

前提3 失敗を学習として扱う文化がある

スクラムは、短いサイクルで試し、うまくいかなかったことから学んで質を上げる手法だ。ふりかえり(レトロスペクティブ)は、次に試すことを決める場である。

組織が「失敗は責任追及の対象」と考えているなら、この循環は止まる。見積もりが外れれば「なぜ外したのか」と詰められ、新しい試みがうまくいかなければ「余計なことをするな」と言われる。そういう場所では、メンバーは守りに入り、形だけの安全なスクラムを演じるようになる。

「生産性が2倍になる」はどの条件での話か

成功事例で語られる「生産性2倍」という数字は、特定の条件で測られたものだ。明確な指標があり、短いスプリントで成果物を出し続けられるソフトウェア開発のような環境での比較であって、どの業種・職種でも再現できるわけではない。

調整、稟議、他部署との合意形成が仕事の大半を占める環境では、そもそも生産性を数字にすること自体が難しい。一部の成功事例の数字を、そのまま自分たちの環境に当てはめようとしたことが、僕の焦りの正体だった。

手本にされる成功事例の多くは、最初からスクラムの前提を満たすように設計された組織のものだ。年功序列、減点評価、稟議の文化が強い組織とは、土台が違う。

どちらの組織が優れているかという話ではない。ただ、土台が違うことを見ないまま手法だけを移すと、現場には形だけの儀式と増えた会議が残る。

前提がないまま導入すると「負荷の再配分」が起きる

スクラムを導入した現場を見ていると、全員が同じように楽になるわけではないことに気づく。定時に帰れるようになった人がいる一方で、以前より遅くまで残ってツールを更新し、調整に走り回る人がいる。

僕は当初、これを個人の能力や適応力の差だと思っていた。しかし違った。差を生んでいるのは、組織の中で「どの役割を引き受けることになったか」という立ち位置だった。

仕事が減った人の3つのパターン

• 意思決定だけする人：細かな進捗管理に追われていた層。「チームの自律性を重んじる」という名目で実務から離れ、スプリントレビューで感想を言うだけになる
• 実務をチームに委ねた人：以前は手を動かしていたリーダー。「自己組織化」を理由に、見積もり、タスク分解、トラブル対応をチームへ渡し、自分は戦略や外部報告に専念する
• 関与しなくなった人：なんとなく会議に出ていた関係者。「スクラムチームではないから」とプロセスから離れ、口は出すが責任は負わない立場になる

悪意があるわけではない。ただ、結果としてスクラムが「便利な委譲の道具」になっている。

仕事が増えた人の4つのパターン

• スクラムマスター役を兼務することになった人：「仕事が早いから」と、開発の仕事を減らされないまま兼務になる。毎朝の準備、時間の管理、議事録、ふりかえりの資料作りが加わり、本来の仕事は定時後に回る
• 「できる人」として仕事が集まる人：タスクが見えるようになると、処理の速い人に仕事が集まる。効率化で生まれた時間は、他のメンバーの遅れを補うために消える
• 説明・報告の手間が増えた人：「見える化」のために毎日ツールを更新し、デイリースクラムで細かく話し、レビュー用の資料を作る。仕事をするための仕事が増える
• 調整・火消し役に固定された人：チーム内外の衝突や、上司からの割り込みへの対応を一手に引き受け、自分の作業時間がなくなる

増えた側に共通するのは、「実務ができて、断りにくい立場にいる」ことだ。

起きているのは効率化ではなく、負荷の移動

評価制度や指示の流れが元のままで、手法だけをスクラムに変えると、スクラムは既存の力関係をそのまま映す。権限を持つ人には「委譲」という名の負担軽減になり、権限のない実務者には「自律」という名の責任の増加になる。

上司が管理をやめて楽になった分、チーム側の報告と合意形成の手間は増えている。会議が減ったように見えても、裏で誰かが事前準備を担っている。チーム全体の仕事の総量は減っておらず、置き場所が変わっただけだ。この偏りは「できる人」に仕事が集中する組織の正体で書いた構造と同じである。

僕はかつて、自分の要領が悪いのだと自分を責めた。いまは分かる。僕は、負荷が流れ込みやすい場所に立っていただけだった。

スクラムが機能する職場かを見分ける5つの質問

構造に原因があると分かったあとに残る問いは、「この構造は変わるのか」「ここで努力を続けるべきか」だ。「もう少し頑張れば報われるはずだ」という期待は、判断を遅らせる。そこで、いまの環境を仕分けるための質問を5つ用意した。YESかNOで答えてほしい。

質問1 チームに決定権はあるか

• タスクの優先順位を、チームの判断だけで変えられるか
• スプリントの途中で「これも急ぎで」と言われたとき、理由を示して断れるか
• 技術の選定や日々の作業方法を、チームの外の承認なしに決められるか

すべてに部長の承認や他部署との調整会議が要るなら、NOだ。権限のない「自己組織化」では、スクラムは細かい進捗を報告して指示を待つだけの、手間の大きい報告の仕組みになる。

質問2 評価制度は成果にもとづいているか

• スプリントの目標を達成したとき、賞与や昇給に反映される仕組みがあるか
• 残業を減らした結果、手取りが減っただけで終わっていないか
• 評価が「出した成果」ではなく、「上司の印象」や「遅くまで頑張る姿勢」で決まっていないか

態度や印象で評価が決まる環境では、スクラムに真面目に取り組むほど損をする。成果が評価に反映されない場所での効率化は、会社に都合の良い無償の働きを増やすことになる。この矛盾はなぜ効率化は、感謝されても評価されないのかで詳しく書いた。

質問3 失敗を学習として扱う文化があるか

• 見積もりを大きく外したとき、原因を分析する場があるか。それとも「誰の責任か」の犯人探しが始まるか
• 新しい道具や進め方を試してうまくいかなかったとき、「時間を無駄にした」と切り捨てられないか
• ふりかえりが、改善提案の場ではなく、反省会やつるし上げの場になっていないか

失敗が減点として扱われるなら、見積もりは保守的になり、挑戦は消え、改善の循環は止まる。

質問4 運用の負担は公平に分かれているか

• スクラムマスターや進行役が、一部の人に固定されていないか
• 会議の準備、ツールの整理、他部署との調整を、特定の人だけが背負っていないか
• 「仕事ができるから」と、難しいタスクとチームの支援役を同時に任されていないか

特定の人の自己犠牲でスクラムが回っているなら、その人が倒れたときに仕組みごと止まる。負担が増えた分の評価の補正や、役割の交代がない場所では、消耗だけが進む。役割を一方的に任された人がどうなるかは、スクラムで「サーバント型リーダー」を押し付けられた人の末路に書いた。

質問5 経営層はスクラムの目的を理解しているか

• 経営層や部長が、スクラムを「不確実な状況で価値を大きくする手段」として説明できるか
• 「他社が成果を出したから」「流行っているから」という理由だけで導入を命じていないか
• 導入後の成果を、ベロシティの数字や「やった感」だけで判断していないか

目的のない導入は、現場に監視と報告の手間を足すだけになりやすい。そして数年後には、別の新しい手法に置き換えられる。

診断結果と、続けるか離れるかの判断基準

5つの質問のYESの数で、いまの立ち位置を分ける。好き嫌いではなく、努力を投じる先としての見込みの判断だ。

撤退ラインの見極め方

撤退は諦めではなく、自分の時間と力を、より効く場所へ置き直すことだ。僕は次のサインが出たときに、その場を離れる判断をしてきた。

• 半年たっても、権限の移譲や評価の見直しがまったく進んでいない
• 効率化を提案しても、「いまのやり方を変えるリスク」ばかりが問われる
• 気力の余裕が削られ、学ぶ意欲が落ち始めている

離れた後の選択肢は転職だけではない。社内での異動もあるし、会社の外に「自分の努力が自分に返ってくる場所」を並行して作ることも備えになる。大切なのは、壊れる前に構造の外へ出る視点を持つことだ。外に出たときにスクラムの経験がどう評価されるかは、スクラム経験は市場価値になる？評価される会社の見分け方で整理している。

まとめ：手法の前に、前提を確かめる

• スクラムが機能するには、権限の移譲、成果にもとづく評価、失敗を学習として扱う文化が要る
• 前提がないまま導入すると、負荷が権限のない実務者へ流れ、特定の人の仕事が増える
• 5つの質問でYESが4つ以上なら続ける、2〜3つなら期限を決めて働きかける、1つ以下なら環境を変える準備をする

スクラムを導入してもうまくいかない。僕はその理由を、長いあいだ自分の努力や理解の不足だと思い込んでいた。実際には、前提がそろっていない環境で、無理に車輪を回そうとしていただけだった。

努力することは大切だ。ただ、努力が返ってこない構造に自分を合わせ続ける必要はない。「どこで努力するか」を選ぶための判断基準を、自分の手に持っておきたい。