スクラムチーム、何人くらいがベスト？　スキル不足はどう補えばいい？ ─ ”とはいえ”シリーズ #6「スクラムチーム編」（前編）

“とはいえ”シリーズは、スクラムに取り組む現場で起こる様々な「とはいえ」をピックアップし、それぞれどのようにアプローチしていけばいいのか、レッドジャーニーの経験豊富なアジャイルコーチがざっくばらんに語るシリーズです。

「スクラムガイドにはこう書いてあるし、ブログではこういう事例を見かけるんだけど、とはいえ…」と困ってしまったり、チームで対話しても道筋が見えてこない時、ここでのお話が何か一つでもヒントになれば幸いです。

第6回のテーマは「スクラムチーム」です。前編では、スクラムチームの最適な人数や、スキル不足の補い方、「自己管理型」とはどういうことなのかについてお話します。

すべてのスキルをチームで保有できないときは？

新井：
まずは、スクラムガイドの「スクラムチーム」の項目をあらためて読んでみましょう。
読むたびに「自分はちゃんとできているかな」と身が引き締まる思いがしますね。

中村：
そうですね。あらためて読むと気づかされることが多いです。

新井：
「スクラムチームは機能横断型で、各スプリントで価値を生み出すために必要なすべてのスキルを備えている」とありますが、実際は、UXデザイナーやインフラ系のエンジニアなど専門スキルを持つ人が必ずしもチームにいるとは限りませんよね。

むしろ、すべて揃っているチームの方が少ないのではないでしょうか。

中村：
そんなときは、「どんなスキルが、どれくらいのレベルで必要なのか？」という風に「レベル感」を詳細に見立ててみると、突破口が見えてきます。

例えばUIデザイナーがチームにいない場合でも、作ろうとしているプロダクトの画面にどれくらいのレベルのスキルが必要なのかを詳細に見てみると、そこまで高い専門性が必要ないことがわかることもあります。チーム内で、その分野に興味のある人が勉強すれば、何とかできるレベルかもしれない。

あるいは、専門家のスキルを一時的に外から借りる場合もあるでしょう。

そういうときもただ依頼するのではなく、一緒に取り組む中でスキルを「トランスファー」してもらうイメージを持っているといいですね。専門家と同じレベルには至らなくても、ある程度のレベルまではできるようになります。

新井：
「スキルトランスファー」をしながら、徐々に自分たちでできるようになっていくことを目指すというのは、「自己管理型のチーム」を目指す上ではとても大事です。

プロダクトを作り、インクリメントを成長させるだけでなく、チーム自体も成果物として成長させていけるといいですね。

「アジャイルマニュフェスト」に書いてある「より良い開発方法を見つけ出そうとしている」という状態にも近づいていけます。

中村：
チームに足りないスキルがあるときは、外部の専門家に頼らないといけませんが、当然リードタイムが余分に必要になります。

その分、ユーザーに素早く価値を届けるという点でマイナスになるわけですから、そういうスピード感の変化をステークホルダーにも伝えておかなくてはなりません。

もし、ステークホルダーが難色を示すようなら、予算や人材、トレーニングのための時間などを別途確保する必要が出てきますよね。

スキルが足りず「できない」状態で無理にがんばっても、持続可能性がないと思います。

新井：
浮かび上がってきた事象を、見過ごさないようにすることが大事です。

センサーを働かせてキャッチし、どうしたらいいのかをスクラムチーム全体で考えられるといいですね。

Message from coaches

• どんなスキルが、どれくらいのレベルで必要なのか？　　「レベル感」を詳細に見立ててみよう。
• 外部の専門家に手を借りるときは、チームとして一緒に取り組みスキルトランスファーしてもらおう。
• 自己管理型のチームを目指すために、チームが成長できるチャンスを見逃さないようにしよう。
• スキル不足でできない状態のまま、無理にがんばっても持続可能性がない。ステークホルダーも巻き込んで手を打とう。

10人以下とあるけど、何人くらいのチームがベターなのか？

中村：
スタート地点ではプロダクトオーナー1人、スクラムマスター1人、開発者3人の5人くらいがいいんじゃないでしょうか。

少なすぎると多様な意見が出ませんし、1人の背負う分量が増えて余裕がなくなると思います。

一方で多すぎるとコミュニケーションコストがふくらんだり、主体性が薄まったりしがちです。多くて7人くらいまでがベストでしょうか。

新井：
たしかに、10人だとちょっと多いかもしれませんね。2つくらいのグループに分けた方がスクラムイベントはやりやすそうです。

洋さんは「LeSS」（Large-Scale Scrum＝大規模スクラム）の資格をお持ちですけど、大きいチームって実際どうですか？

中村：
LeSSでも基本的には、それぞれが独立して動けるようになっています。LeSSの中に5〜7人のスクラムチームが複数ある感じです。

新井：
違和感なく独立して動けるっていうのが一つの基準になるかもしれませんね。

10人でも違和感を感じないこともあるでしょうし、8人でも多すぎると感じることもあるでしょう。

完全な正解があるわけではないので、10人以下と言っても幅があると思います。

中村：
例えば、8人って言うとちょっと多く感じますけど、最初は5人くらいから始めて、あとから入ったメンバーと一人ずつ時間をかけて関係性を築いていければ、結果的に8人になったとしてもうまく回りそうですよね。

でも、実際は何となく人が増えて、一人一人が馴染むまでの時間も十分に取れないまま進んでいくことが多いのではないでしょうか。

そうするとなかなか関係性ができないでしょうから、「人数が増えても生産性が上がらない」というジレンマを抱えることになります。

新井：
上層部からは、人が増えればその分単純計算で生産性が上がると思われがちですけど、そう簡単ではないですよね。

Message from coaches

• スタート地点ではプロダクトオーナー1人、スクラムマスター1人、開発者3人の5人くらい。多くて7人くらいまでがベスト。
• 完全な正解があるわけではないので、10人以下と言っても幅がある。独立して違和感なく動けるかどうかが一つの基準。
• メンバー同士の関係性が築けるかどうかも大事な観点。人が増えるときは馴染むまである程度の時間が必要。