2019/03/06(水) １チームスクラムと大規模スクラム（LeSS）ではPO目線で何が変わるのか？ #postudy #less

[Q]LeSS Hugeはなぜ8チーム以上？ [A]1チーム4バックログを持っていくぐらいの規模。3スプリント分ぐらい先まで把握していたとして、8チームだと、合計100バックログぐらいになる。そのぐらいの数が、一人のプロダクトオーナーが見れる限界値。なので、LeSS Hugeはその辺りを境界線に #postudy #less

2019-03-06 20:38:23

関満徳@fullvirtue @fullvirtue

[Q]なぜ責任は分散させてはいけないのか [A]責任分散をさせてしまうと、ひとつにならない。部分最適がはじまってしまう。そうすると、助け合いが生まれず、組織をよくしていく方向と真逆のベクトルが働く。 LeSSで重要しているのは顧客。常にひとつに統合されたものがリリースされていく。 #postudy

2019-03-06 20:40:27

関満徳@fullvirtue @fullvirtue

LeSSにおけるレビューやバックログリファインメントの場で、マーケットから学びを得た場合は、開発チームにシェアはしていく。その後、どう対応するかは開発チームに対応をしてもらう。 #postudy #less

2019-03-06 20:42:31

関満徳@fullvirtue @fullvirtue

[Q]すでに作ってしまったロードマップやマイルストーン、バックログに対して、大きな変化を起こす必要が出てきた場合 [A]バックログの見直しや再分解は、開発チームにやってもらう。プロダクトオーナーは、その方向性を明確にしていく役割を担う。 #postudy #less

2019-03-06 20:44:04

関満徳@fullvirtue @fullvirtue

5チーム42名で2年ぐらい開発している例：42名全員集まって、プロダクトオーナーがどうしたいのか、何を意志決定したのかを共有していくようにしていた。その後、タスクをそれぞれ持ち帰ってもらった。テスト等からのフィードバックは、PO側で整理して、全員に展開していた。 #postudy #less

2019-03-06 20:53:27

関満徳@fullvirtue @fullvirtue

目安箱を用意しておいて、そこにアイディアを入れてもらった。入れてもらったバックログの元ネタは、プロダクトオーナーが拾う、ということをしていた。 #postudy #less

2019-03-06 20:54:40

関満徳@fullvirtue @fullvirtue

LeSSにおける共有についてのフィードバック。スプリントレビューは全員でやる。大きな部屋で各チームがブースを持って仕事をしている（＝バザールのような状態）。各チームが作った物は簡単に見て回り、フィードバックがその場でできるようにしていた。 #postudy #less

2019-03-06 20:55:30

関満徳@fullvirtue @fullvirtue

[Q] ソースコードはどのタイミングでシェアをしているのか →別のチームが開発したモノを学習する、という場は、意識的にやらないと厳しいのでは？ #postudy #less

2019-03-06 20:58:14

関満徳@fullvirtue @fullvirtue

[A] LeSSでは、コードはいつでも共有されていて、誰でも変更できる状態を目指すことをオススメしている。 #POStudy #LeSS

2019-03-06 21:00:06

関満徳@fullvirtue @fullvirtue

[Q] LeSSのPOに向いている人ってどんな人？ #POStudy #LeSS

2019-03-06 21:02:46

いま話題のタグ