-
古典的なプロセスモデル(ウォーターフォールモデル)
- フィージビリティ分析(または行わない研究)、の出力「実現可能性の分析。」
- ニーズ分析(やって研究するもの)、出力「要求仕様」および製品インタフェースのプロトタイプの描画。
- 概略設計及び詳細設計図出力(ER図)、物理モデル図、クラス図、タイミング図の概念モデル。
- コーディング/テスト。
- オンライン/メンテナンス。
最大の欠点のウォーターフォールモデルは、プロセス全体の最終製品、チームの士気を見るために、需要の変化を受け入れることができません。
-
アジャイル(スクラム) - プロダクトオーナー、スクラムマスター、R&D人員 - スプリント
- プロダクトバックログ(ユーザーストーリー、製品のプロトタイプ)。
- 計画会議(評価と予算)。
- 毎日の開発(スタンドアップ、ポモドーロ、ペアプログラミング、最初のテスト、リファクタリング......)。
- 不具合を修正しました(伝えられるところで送られた問題の説明、再現手順、テスター、)。
- リリース。
- 検討会(ショーケースは、ユーザーが参加する必要があります)。
- 検討会議(現在の反復の要約を作るために)。
追加:アジャイルソフトウェア開発のための宣言は、
- 個人および対話型の プロセスやツールより
- ソフトウェアの作業は、 徹底的なドキュメントよりも高く、
- 顧客の協力 契約交渉より
- 変化への対応 計画を以下より