なぜスクラムチームの開発者が複数チームを兼任しないほうがよいのか

みなさんこんにちは。@ryuzeeです。 よく受ける相談の1つに、「スクラムチームの開発者は複数のチームやプロダクト、プロジェクトを兼任してもよいのか」というのがあります。コーチ業をしている人ならみんな受けたことがあるものだと思いますが、詳しく見ていきます。 まず最初に結論ですが、タイトルにもあるとおり、「スクラムチームの開発者は複数チームを兼任しないほうがよい」です（スクラムガイドには書いていないですが、スクラムガイドは全てを詳細に記したハウツーではありません。あくまでゲームのルールです）。 理由を順番に見ていきましょう。 1. 開発に使える時間がかなり少ない スクラムチームの開発者はスプリントプランニング、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブといったイベントと、プロダクトバックログリファインメントのような活動に一定の時間を使います。 チームによって時間は変

[y_hirano]

わかる。スクラムに限らず兼任はきつい。割り込みが入りやすくなるし、コンテキストスイッチのコストでかいし、即応できずに対応が1週間後とかになるし。全てのスピードが落ちるので避けたい。

[Sixeight]

兼務でよかったこと一度もない

[tasshi820]

コンテキストスイッチしんどいしなー

[kiririmode]

わかりみが深すぎる

[braitom]

ごもっとも。“「いや、そうはいっても会社からいっぱい仕事振られるんですが」という場合は、そもそも仕事の優先順位の判断が組織的にできておらず、なんでも同時並行で進めようとしている可能性があります”

[wtatsuru]

"特殊スキルを特殊でないようにする" そうだなー

[onigra]

タイガーチームって呼び方があるんだ

[mk_55]

その通りだと思うのだけど、あまりうまくやれたことはない

[katzchang]

シンプルに、仕事の優先順位がつけられなくなるからだと思ってた。

[NOV1975]

アジャイルが「開発効率の良い何か」とだけみなされてる現場だと起きるかもしれない話。

[Keisuke69]

兼任てする側もされる側も辛いこと多い。楽なのはさせる側だけ。スクラムに限らず

[d4-1977]

身に覚えがある「「いや、そうはいっても会社からいっぱい仕事振られるんですが」という場合は、そもそも仕事の優先順位の判断が組織的にできておらず、なんでも同時並行で進めようとしている可能性」

[snowcrush]

ある程度固定された専任メンバーのみでプロジェクトを進められるような場合以外にはスクラムは向いてないと思う。まあ兼任自体がよくないというのはその通り。

[kagerou_ts]

スクラムに限らず兼任はしないほうがいい。それぞれのプロジェクトがそれぞれの事情で動くから板挟みにもなる。

[ledsun]

“実際には50%アサインの開発者は100%アサインの開発者の三分の一程度しか、実作業に従事できないことになります。50%アサインというと、100%アサインの人の半分くらいは開発に時間を使える想定をしているかも”

[lorenz_sys]

対処例に書かれていることを実践できる組織は優秀。自分のような業務システム屋なんかだと営業と開発が利害関係を共有できないことが多いのでなかなか難しいけど受託ではないためこの辺の制御はまぁやれてる方かも。