スクラム導入で仕事が増えた人・減った人の決定的な違い

報われない努力の構造

▶︎仕事の効率化を考えた結果、仕事をやめた人
▶︎効率化・仕組み化・本質が好き
▶︎会社では大きな成果も昇給もない
▶︎副業もうまくいかず15年右往左往する
▶︎その経験から僕と同じような素質・考えを持っている人に
▶︎自分の特性を活かして生きる方法を伝えたい!!

☞15年右往左往したあまみのプロフィールはこちら

スクラムを導入した後、同じチームの中に「以前より楽になった」という人と、「逆に忙しくなった」という人が明確に分かれる現象を、僕は何度も目にしてきた。

当初、僕はこれを個人の能力や、新しい手法への適応力の違いだと思い込んでいた。しかし、現場を深く観察するうちに、ある残酷な事実に気づかされた。この差を生んでいるのは、スクラムへの理解度やスキルの高さではない。組織という構造の中で、その人が「どの役割を押し付けられたか」という立ち位置の問題だったのだ。

もし、真面目にスクラムに取り組みながら「なぜか自分だけが疲弊している」と感じているのなら、それは努力不足ではなく、構造的な必然かもしれない。今回は、スクラム導入がもたらす「負荷の再配分」の正体を可視化してみたい。

スクラム導入で「仕事が減った人」の正体

スクラムが導入されると、一部の人たちの負担は劇的に軽減される。彼らは悪意を持ってサボっているわけではないが、スクラムという仕組みを「便利な委譲ツール」として使いこなす立場にいる。

パターン① 意思決定だけする人

従来、細かな進捗管理やメンバーへの指示に追われていた層だ。スクラム導入後は「チームの自律性を重んじる」という名目で、実務から一気に距離を置く。プロダクトオーナー(PO)という役割を名乗りつつも、実際にはスプリントレビューで「いい感じですね」とコメントするだけ。デイリースクラムには出席せず、週に一度の報告だけを受け取る。結果としてマネジメント工数が減り、彼らにとってスクラムは「何もしなくていい仕組み」へと変わる。

パターン② 実務をチームに押し付けた人

以前は自分も手を動かしていたリーダー格の人に多い。スクラムの「自己組織化」を理由に、タスクの見積もりや分解、技術的な判断をすべてチームへと委ねる。障害が起きても「チームで解決できるよね」と一蹴し、自分は「戦略」や「外部報告」といった抽象度の高い仕事だけに専念する。彼らにとってスクラムは、泥臭い実務を適法に手放すための最強の理論武装となる。

パターン③ そもそも関与しなくなった人

従来はなんとなく会議に顔を出していたステークホルダーだ。「スクラムチームではないから」という理由でプロセスから離脱し、口出しはするが責任は負わないという、最も身軽な立場を手に入れる。彼らの負担はゼロになる。

【仕事が減った人の共通点】

  • 明確な意思決定権を持っている
  • 実務を委譲できる(丸投げできる)立場にいる
  • スクラムを「現場に任せるための免罪符」として使える

スクラム導入で「仕事が激増した人」のパターン

一方で、減った分の負荷を一身に背負い、限界まで働き続けることになる人たちがいる。彼らの多くは、チームの中で「実務ができ、かつ断れない」という共通の立ち位置にいた。

パターン① スクラムマスター役を押し付けられた人

「仕事が早いから」という理由で、従来の開発業務を減らされないまま、スクラムマスターを兼務させられる。毎朝の準備、タイムキープ、議事録、レトロスペクティブの資料作成、さらには「障害除去」という名の雑用処理に追われる。結局、自分の本来のタスクは定時後に回され、工数は以前の2倍に膨れ上がる。

パターン② 「できる人」認定で仕事が集中する人

スクラムでタスクが可視化されると、処理能力が高い人のところに仕事が集まる構造がある。「この人なら大丈夫」と追加のタスクが積まれ、効率化によって生まれたはずの隙間時間は、他メンバーの遅延カバーのために消えていく。ベロシティ(生産性)が上がるほど、さらに高い目標を課され、休まる暇がなくなる。

パターン③ 説明・報告コストが増えた人

「見える化」のために、毎日30分かけてツールを更新し、デイリースクラムで詳細な進捗を語り、レビューのために豪華な資料を作る。実作業時間が圧迫されているにもかかわらず、「透明性を高めるため」という大義名分の前では反論も許されない。これでは「仕事をするための仕事」が増えているだけだ。

パターン④ 調整・火消し役に固定化された人

チーム内外のコンフリクトや、上司からの割り込みタスクへの対応を一手に引き受ける。「障害除去」を真面目に捉えすぎた結果、自分の作業時間はゼロになり、ただのクレーム対応係と化してしまうパターンだ。

【仕事が増えた人の共通点】

  • 実務能力が高く、周囲から頼られている
  • 責任感が強く、NOと言いにくい性格・立場にいる
  • 「できる人」として、周囲の調整やサポートを期待されている

この差を生む「組織構造」の正体

仕事が減った人と、増えた人。この残酷なコントラストは、個人の能力の差ではない。スクラムという手法が、組織内の既存の「権力構造」をそのまま反映し、むしろ固定化させてしまうことに原因がある。

スクラムは、権限を持つ人にとっては「委譲」という名の負担軽減ツールになり、権限のない実務者にとっては「自律」という名の責任増加ツールになる。組織の評価制度や指示系統が旧態依然としたままで、手法だけをスクラムに変えても、結果として「自己組織化」という名の下に、責任と負荷がピラミッドの下層へと流れ落ちていくだけなのだ。

これは個人のスキルの問題ではなく、組織設計の問題だ。権限のない人間がどれだけスクラムを学んでも、この構造の中にいる限り、負担が増えるのは必然だと言える。僕はかつて、自分の要領が悪いのだと自分を責めたが、今ならわかる。僕は、ただ「負荷を押し付けられやすい場所」に立っていただけだったのだ。

「効率化」ではなく「負荷の再配分」である

僕たちが追い求めていたスクラムによる「効率化」の正体は、チーム全体の総工数を減らすことではなく、単なる「負荷の再配分」に過ぎなかったのではないか。そう考えると、すべての歪みに説明がつく。

例えば、上司が管理を止めて楽になった分、チーム側の報告や合意形成の工数は増えている。会議の時間が減ったように見えても、その裏で特定の誰かが膨大な事前準備を担っている。誰かが「便利になった」と感じているとき、その影では別の誰かが、消えずに残った負荷を黙々と引き受けているのだ。

【スクラム導入前後の負荷構造】

  • スクラム導入前:上司が管理・指示の責任を負い、チームが実務をこなす。
  • スクラム導入後:上司は「承認のみ」の軽い立場へ。チーム(特に特定の人)が「実務+運用+調整」のすべてを背負う。

まとめ

スクラムを導入して仕事が増えた。その現実に、僕は長く自分を責め続けてきた。しかし、その原因は僕の努力不足などではなく、組織内での立場や、断れない構造によって決まる必然的な結果だったのだ。

もし、いま過剰な負荷に押し潰されそうになっているのなら、それは僕の能力が低いからではない。構造的な「負荷の移動」が、僕という地点で止まっているだけなのだ。この構造の中にいる限り、いくらスクラムの手法を磨いても、平穏が訪れることはないだろう。

では、この行き止まりのような構造の中で、僕はこれからどう動くべきなのか。このまま疲弊し続けるのか、それとも別の道を探るのか。次回は、今の環境が「努力を続ける価値がある場所か」を冷静に判断するための、5つの質問を自分自身に投げかけてみたい。

次回は、スクラムが機能する組織・しない組織を見分ける具体的な質問を用意した。自分自身の環境を、構造から判断してみてほしい。