5

適切なライフサイクルと方法論を選択することは、それほど多くの方法論がなかった以前ほど簡単ではありません。今日では、新しい方法論が毎日出現しています。

ほとんどのプロジェクトには一定レベルの進化が必要であり、各プロジェクトは他のプロジェクトとは異なることがわかりました。このように、エクストリーム プログラミングは、従業員 15 人の特定の会社のプロジェクトでは機能しますが、従業員 100 人の企業ではうまく機能しないか、特定のプロジェクト タイプ (たとえば、リアルタイム アプリケーション、科学的アプリケーションなど) では機能しません。 .

主に、プロジェクトの種類、プロジェクトのサイズ (それに取り組んでいる人数)、プロジェクトの時間 (実際または計画)、プロジェクトのライフサイクルと方法論、およびプロジェクトが成功したか失敗したかを示す、経験のリストが欲しいです。 . 十分なデータがあれば、いくつかのパターンを見つけることができると思います。もちろん、コメントも大歓迎です。

  • PS: 非常に大きい、PT: 非常に長い、LC: インクリメンタル CMMI、PR: 成功
  • PS: 非常に大きい、PT: 非常に長い、LC: Waterfall-CMMI、PR: 成功

編集：すべての回答の統計を含む「要約」を作成します。

4

2 に答える 2

1

私の個人的な経験：

  • プロジェクトの規模: 非常に大規模 (150 人以上)
  • プロジェクト期間: 非常に長い (+6 年)
  • プロジェクト収入（推定）：4000万ドル（軍が支払っている）
  • プロジェクトのライフ サイクル: ライフタイムの増分。毎年の主なマイルストーン。
  • プロジェクト構造：最初は伝統的（システム部門、開発部門など）あまり良くない。後でプロセスに基づく (プロセスは、作業の流れ、要件、設計、実装、テスト、フィードバック、メトリクスを確立します): これまでのところ非常に良好です。
  • プロジェクトの結果: 成功 (これまでのところ)
于 2008-09-13T22:29:04.063 に答える
1

どうぞ：

  • プロジェクトのサイズ: 約 100 万行のコード、30 人
  • プロジェクト期間: 9 年
  • プロジェクトのライフ サイクル: 大規模な顧客の要件があるため、古き良きウォーターフォールですが、QA チームへの納品は時差があります。大規模なクライアントに対する顧客のコミットメントがある場合、機敏に対応することは非常に困難です。
  • プロジェクトの構造: 私たちは部門ごとに編成されていますが、CMMI を使用して同期を維持しています。利害関係者、作業成果物、逸脱手順などがあります。
  • プロジェクトの成果: CMMI の実装によって本当に改善され、最新のリリースを毎回予定どおりに提供しています。

-C.

于 2008-09-13T22:49:45.153 に答える