2011-09-15 16 views
0

可能性の重複:スクラム:アーキテクチャ設計のためのタスク依存およびタスク

  1. タスク依存:私は読んでほとんどの本
    Scrum: task dependency and task for architecture design

私はいくつかのスクラムの問題を抱えていますタスクを互いに独立したものとして扱うように思える。あるプログラマーのタスクは他のプログラマーのタスクに影響を与えないので、並列に実行することができます。他のものに依存している仕事にどう対処するのですか?

  • タスクはストーリー/機能/機能に基づいています。プロジェクトをセットアップするために必要な多くの基礎作業があります。アーキテクチャーの設計、アーキテクチャー、フレームワークの学習などが含まれます。そして、ほとんどの機能的なタスクは、このアーキテクチャーの完成に依存しています。それはQ1の問題です。現時点では、アーキテクト設計に携わっているプログラマーは1人だけです。他のチームメンバーはどうですか?彼らは何をすべきですか?

  • この問題に対処する方法を教えてください。ありがとう

    +0

    アカウントを一時停止しない限り、ご自身の質問を繰り返してください。あなたの質問にコードが含まれていない場合は、通常はhttp://programmers.stackexchange.com –

    答えて

    1

    いくつかのタスクでは、依存関係を考慮する必要があります。

    ユニットテストの通過時にタスクの完了を基準にすると、他のタスクとは独立していくつかのタスクを完了できます。

    アーキテクチャーチームからプロジェクトを開始するときは、アーキテクチャーを証明するために垂直を構築する小さなチームです。それが完了したら、チームにメンバーを追加します。

    +0

    の方が良いと思います。もう一つは、初期のアーキテクチャは、あなたがタスクなどを作成する時点に達する前に完了しているということです。考え方の中には、その時点でどの方法論(滝、SCRUMなど)を決定できるかがあります。 –