1

現在、スクラムを使用して、C ++およびC＃での一連のソフトウェアライブラリの開発を支援しています。ドメインの性質上、要件の変化にかなり対応する必要があります。そのため、スプリント計画は、高レベルの緊急作業のために時間の無駄になることがよくあります。スクラムの代わりにリーン（かんばん）開発モデルに切り替える時が来たと思います。これは、過去にかなりうまく機能していたからです。

また、私の頭の中には、私のチームの人員が不足していることをマネージャーに主張できるようにしたいと思っています。無駄のない方法論ではタスクの見積もりに費やす時間が非常に少ないため、これを効果的に行う方法がわかりません。私は、各機能にかかる時間ではなく、作業の優先順位に焦点を当てるようにお客様（およびマネージャー）に奨励する必要があります。物事は、私たちにはまだ厳しい期限があり、彼らは私たちがそれを打つことができることを知りたがっています。コミットするためには、物事を測定し、必要と思われるスタッフを計算する必要があると感じています。

問題は、私のチームが優先順位付けに焦点を当てたプロセスを使用している場合、より多くのスタッフを議論する方法がわからないことです-私たちが行うと予想されるすべての作業を見積もり、次に提示する必要があります「X人以上が必要」を示す数字。

本質的には、無駄のないアジャイルプロセスを採用したときに、チームの能力を測定し、変更するための良いヒントを誰かが持っているかどうかを尋ねていると思いますか？

4

2 に答える 2

1

かんばんでは、「サービスクラス」を設定し、それぞれに「サービスレベルアグリーメント」を割り当てることができます。

たとえば、顧客をブロックしている問題は最優先事項であり、WIP制限を超えて、進行中の作業から満たすように切り替える可能性さえあります。このような作業は、90％の時間で3日以内に行われます。（このような合意は、実際のデータから導出する必要があります。実際のデータは、たとえば累積フロー図に毎日アイテムの状態を記録すると蓄積され始めます。）

サービスクラスとSLAに加えて、チームの時間の20％をこれらの緊急の（「迅速な」）問題に費やし、60％を通常の作業（機能開発など）に費やし、おそらく20％を継続的な改善、衛生、技術的な話など。

これについて管理者の合意を得ることができ、代わりに、たとえば、緊急の消防問題に時間の60％を費やしていることを示すことができれば、「正常」になるにはより多くのチームメンバーが必要であることを証明できます（期待される）作業が完了しました。

于 2012-09-15T04:12:44.713 に答える
0

詳細な機能リストはありますか？その場合は、次のように処理できます。

  • あなたの特徴をリストし、それらのそれぞれについて、あなたの物語をリストしてください。
  • 次に、チームでストーリーを推定してみます。類似した機能を持つ各ストーリーを比較して推定します。プランニングポーカーのようないくつかの見積もりツールを使用することもできます。
  • 遅延を計算し、マネージャーと一緒に次のリリースに何が必要かを理解してみてください。彼を決定に関与させると、彼は、あなたがいくつかの機能を削除する必要があるか、またはプロセスにより多くの人々を関与させる必要があるかどうかを自分で確認します。
于 2012-06-01T08:54:00.613 に答える