2012-05-08 7 views
1

現在、C++とC#で一連のソフトウェアライブラリを開発するためにスクラムを使用しています。ドメインの性質は、要件の変更にかなり反応する必要があるようなものであり、スパムプランニングはしばしば高レベルの緊急作業のために時間の無駄に終わることが多い。私はそれがスクラムの代わりに無駄な(かんばん)開発モデルに切り替える時だと思っています。これは過去の私たちのためにはうまくいきました。かんばんベース/リーン開発を使用する場合のキャパシティプランニング

でも私のマネージャーには、チームの人員が少ないというケースを作ることができます。リーン・メソドロジはタスク推定に費やされる時間を最小限にとどめるので、これを効果的に行う方法は不明です。私は顧客(そして私のマネージャー)に、各機能の長さではなく、仕事の優先順位に集中するよう促すべきです。それは、ヒットするための厳しい締め切りがまだあり、私たちがヒットできることを知りたいということです。コミットするために、私は物事を測定し、私が必要と考えるスタッフを計算する必要性を感じる!

問題は、私のチームが優先順位付けに重点を置いたプロセスを使用している場合、私がどのようにスタッフを増やすことができるのか分かりません - 私たちは完了すると予想されるすべての作業を見積もる必要があります「X人がもっと必要になる」ことを示す数字を提示する。

本質的に、誰かがリーンでアジャイルなプロセスを採用したときに、誰かが測定のためのヒントを得て、チームのキャパシティを変更するケースがあるかどうかを尋ねていると思いますか?

+0

私はプログラミングではなく方法論に関するので、この質問を議論の対象外としています。 – EJoshuaS

+2

私はプログラミングに関するものではないので、この質問をトピックとして閉じようと投票しています –

答えて

1

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

たとえば、顧客をブロックしている問題は優先順位が#1であり、WIPの制限を超え、進行中の作業から満足するために切り替えることさえあります。そのような作業は3日以内に90%の時間内に行われます。 (このような契約は、実際のデータから導かれるべきであり、累積フロー図など、アイテムの状態を毎日記録すると蓄積されます。)チームの時間の20%は、緊急(「緊急」)の問題、通常の仕事(機能開発など)の60%、継続的な改善、衛生、技術的な話などで20%に費やされるべきである。

これについて管理契約を結ぶことができれば、緊急の消防問題に60%の時間を費やしていることを示すことができれば、さらに多くのチームメンバーが「正常」 "(期待される)ものは完了しました。

+1

賢明な音です!実際、私たちのプログラムマネージャーはまもなくまもなく非常に似たシステムを導入しました。これまでの私たちのニーズを満たすものと思われます。 – Ben

0

詳しい機能のリストはありますか?そのような場合は、次のように処理することができます:

  • あなたの機能をリストし、それぞれのストーリーをリストします。
  • あなたのチームでストーリーを見積もりましょう:ストーリーを類似した機能で比較して評価してください。プランニングポーカーのような見積もりツールを使用することもできます。
  • 遅延を計算し、次のリリースに必要なものをマネージャーで把握してみてください。決定に彼を関与させてください、そして、あなたがいくつかの機能を削除したり、より多くの人をプロセスに含める必要があるなら、彼は自分自身で見ていきます。
関連する問題