質問：
複数の製品を監督する小さなチームを利用する最良の方法は何ですか?
ビデオを見る:
アジャイル®氏の答え:
これは非常に一般的な課題です。 そのような状況で私たちが探している主なことは、スラッシングをどのように制限するかです。 私たちが有効性について話すとき、私たちは人として、タスクの切り替えに関連する認知の動員解除と再動員だけで、最大ではなく最小で30%を失うことがわかっています。 ですから、できるだけ長く集中力を維持できるようにしたいと考えています。
最良のシナリオは、チームがプロジェクトを開始し、最後までそれを見ることです。 これが私たちが絶対的に最も効率的になる方法です。
それよりも悪いのは、リリースに焦点を当てたチームがあることです。 ですから、私たちはプロジェクトAに取り組んでおり、顧客に価値のあるものをリリースできるようになるまでそれに取り組んでいます。 そして、プロジェクトBにぶつかり、お客様に提供できるものをお届けします。 次に、プロジェクトCにぶつかります。
それよりも悪いのは、チームがスプリントレベルで安定していることです。 そこで、スプリントを実行し、潜在的に出荷可能なもの、つまり実証可能なものを作成し、次にプロジェクトBにスラッシュして、出荷可能な可能性のあるものを作成します。
それよりも悪いのは、チームがその日レベルで安定していることです。 ですから、月曜日はプロジェクトAに取り組み、私たちが成し遂げることは何でも私たちが成し遂げることです。 火曜日はプロジェクトBのためのものであり、私たちが得るものは何でも成し遂げられることです。
それよりも悪いのは、チームが時間レベルで安定していることです。つまり、午前はプロジェクトA、午後はプロジェクトB、そして昼食時に発生する構造的なスラッシュがあります。
ただし、最も一般的なシナリオは [unfortunately] 、チームが分単位で安定していることです。 私たちはプロジェクトAに着手し、誰かがプロジェクトCについて叫び始め、プロジェクトAでやっていることを捨ててプロジェクトCにぶつかります。これは本当に私たちが避けようとしていることです。
スクラムチーム内で安定している限り、その時間枠が何であれ、一貫性がある限り、スクラムを使用することができ、非常に簡単に使用できます。 その一貫性のために私は推定することができます。 私がそれを持つことができないならば、私たちが通常言うのはかんばんを使ってみようということです。 プロジェクト A 用の 1 つの項目を取得し、少なくともその項目が完了するのを確認します。 その後、プロジェクトを見るためにスラッシュすることができ、それが完了するまでそれを確認します。 次に、プロジェクトFをスラッシュすることができ、少なくとも中間点ではなく完了点にあるある種のブレークポイントがあります。 それが本当に避けたいのは、この中間点のスラッシングです。
従来のプロジェクト管理からの移行、ベンダー契約の管理、見積もりなど、アジャイル®氏は答えを持っています。
Mr. Agile® の質問と回答の全シリーズをご覧ください。 他に質問がありますか? 今日あなたの質問を送信してください
