「スクラムでは割り込みはできません！」って言わなくていいような仕組み - Mitsuyuki.Shiiba

昨日は、娘達とクッキーを作ってて、余った白身でラングドシャクッキーを作って美味しかった。ども。椎葉です。 F-team, L-team 牛尾さんの記事にF-team、L-teamってあるんだけど、これ、今僕のいるチームでやってることだー。って思った。Microsoftさんの最先端のチームと同じ思想に辿り着いてたってことで、なんか嬉しいなー。 simplearchitect.hatenablog.com Fチームというのは、新しい機能を作るチームだ。Lチームは、顧客からの要望だったり、緊急対応、リリース後出たバグの対応をするチームだ。それぞれのチームに対してKanbanが存在している。 だいたいは同じなんだけど、ちょっと違う部分があるのでそれをメモしておく。以前からの流れでOps TeamとDev Teamって呼んでるんだけど、今流行りのDevOpsとは関係ないので注意ね。 Ops Team

[bufferings]

個人的には、全チーム振り返りが好き。

[hiroaki256]

][スクラム]

[kuchitama]

前いたチームは、イテレーションごとに割り込み担当を交代でアサインしてた。タスク量が1,2人で完了する程度のボリュームだったし、開発メンバー全員がなるべく両方のノウハウ持って欲しかった

[seikoudoku2000]

かなり成熟したチームじゃないと入替コスト高そうだけど、とても良さげ。そして、こういうのが本当のDevOpsではないかと個人的には思う。/ 今流行りのDevOpsとは関係ないので注意ね

[a-know]

メンバーの数に余裕があるときはこれがよさそう。/そのスプリントのベロシティを予め抑えておくってのは良くないのかな？(本当は10ポイント消化できるけど敢えて8くらいにスプリントバックログは抑えておく、みたいな)

[koogawa]

"割り込みを対応してくれるOps Teamがいるので、Dev Teamは開発に集中できてる"

[k1take]

良い感じ。futureとliveに分けるリソースがあるのうらやましい。割り込みタスクは詳しい人が専任で片付けてるの、チームマルチスキルの観点では良くないと思うんだけど、何せリソース不足。。