2

私たちは中規模のエンジニアリングショップ(10-20)です。私たちは、ユーザーが直面するストーリーの作業に優先順位を付けて構造化し、顧客を幸せにすることに長けています。しかし、靴屋の子供たちは靴を持っていません。顧客に関するものでなければ、プロセスはありません。

QA環境(この場合はかなり重い)、継続的インテグレーションシステム、パッケージングなど、開発者向けの作業を正しく優先して実行し、開発ショップを運営し続けるためのシステムを探しています。

現在、リソースは常に制限されています。私たちは、靴屋の子供たちに10足の最も素晴らしい靴と、特別な自転車靴をブーツに与えたくありません。私たちは、他の開発に適用されているのと同じ規律を持って、適切で必要な作業を行いたいと考えています。

どのシステムがあなたに適しているか教えてください:ユーザー向けではない作業に優先順位を付けて整理する方法は?シンプルでスクラムとスムーズに統合できるシステムが欲しいです。

(このテキストの上部にある赤いボックスを知っています。これは、Stack Overflowの自動質問パーサーが、これは答えられない主観的な質問であると考えていることを示しています。実行可能であることが証明されています-そしてプロセスはプログラミングに不可欠です。それで、ここに私たちのプロセスを表すいくつかの疑似コードがあります。このアルゴリズムを修正してください)。

IBacklog GetBacklogForWork(IWork requestedWork)
{
    if(requestedWork.IsUserFacing) return new PrioritizedBacklogRepository();
    // Everything else. Priority largely based on spare time and who thinks its a neat idea
    return new RandomizedPriorityRepository();
}

void HandleIncomingSuggestionsForWork(IEnumerable(IWork) ideas)
{
    foreach(work in ideas) GetBacklogForWork(work).Insert(work);
}
4

4 に答える 4

1

私が働いている場所で私たちが行っていることは、ユーザーが直面していない仕事である内部タスクに費やされるパーセンテージ、現在約 15% が数パーセントをギブまたはテイクすることです。このようにして技術的負債が処理され、タスクのバックログがかなり大きくなると、新しい機能の代わりにスプリントが費やされます。最後の 1 つは、次のスプリントの後に新しい機能が登場しないように、メンテナンスと予防作業だけが行われる時期があるということです。

これは、まだ完全に洗い流されているわけではありませんが、少し調整できるアイデアの 1 つです。

于 2009-05-10T03:05:08.723 に答える
1

「QA環境」のようなIMO、ある意味で、ユーザー向けの作業です。

確かに、品質は「非機能的」要件です (したがって、必ずしも関連する「ストーリー」があるとは限りません)。ただし、「ソフトウェアは出荷前にテストする必要がある」などの機能以外の要件がある場合があります。そのような要件に相対的な優先順位を割り当て (「ソフトウェアをテストすることの重要性」)、通常どおりに実行できます (その要件を実装する方法を決定し、実装にかかる時間を見積もり、実装をスケジュールし、実装を割り当てるなど)。

于 2009-05-09T22:49:16.170 に答える
0

私が見た方法では、多かれ少なかれ問題なく動作するのは、関連するユーザー向けアクティビティの一部として、またはユーザー向けの最初のアクティビティとして、非機能的/非ユーザー向けを可能な限り実行しようとすることです。が必要です。これは、前進する持続的な速度を維持するための開発組織のニーズを反映しているだけなので、最も簡単に対処できます。

関連できない追加の作業は、JB King が説明するパーセンテージを使用して行われます。

POへのROIなどの投資としてそれを売り込むという代替案は、理論的には魅力的なコンセプトですが、実際のP​​Oではめったに機能しません。POに投資を理解してもらうのは非常に困難であり、実際にその機能を遅らせるのに十分なほど強力であることは言うまでもありません.

開発チームの難しい役割は、持続可能な状況を維持するために「物事を遅くする」ことです。

開発マネージャーは、選択したアプローチに関係なく、この状況全体について非常に気分が悪い場合があります。その場にいる者として、またアジャイルのコーチとして、私が推奨することは、ビジネスにとって正しいことをしていると感じている限り、現在必要とされ、比較的迅速な非機能的な作業に集中することです。 ROI、これについては大丈夫だと思うはずです。

注意: これは、自己組織化が実際に挑戦される領域です。組織は、チームが正しいことを行うことを信頼する必要があり、チームはその信頼を悪用せずに獲得する必要があります。個人またはチームが適切なバランスを知ることは、成熟のしるしです。

于 2009-05-18T19:27:52.073 に答える