後編 新しい開発スタイル「ＲＵＰ」と「ＸＰ」
従来の標準開発プロセスであるウオーターフォール型プロセスでは、上記のリスク管理が意識されていません。この場合、メンバーの全員がそのドメインで何度も経験があり、仕様も完全に事前に固定されていて、さらに開発で用いる技術にも手なれていてリスクがない、ということが成功の条件となります。 しかし現実には、開発プロジェクトには上記のリスクが原因となり、必ず変更が発生します。そして、無理やり仕様書や実装コードをやっつけで直すということが何回も積み重なり、それが工数の増大、品質の歪みを累積します。結果としてプロジェクトは、納期の遅れ、コストのオーバーフロー、収束しないバグといった失敗に陥るわけです。 そこで、ウオーターフォール型に対するプロセスの改良が始まりました。その結果生み出されたのがRUPです。前回の記事で説明したように、繰り返し型の開発とエンジニアリング―製造の2ステージモデルの実務的な組み合わせ
Joel on Software - ジョエル・テスト
Joel Spolsky ジョエル・スポルスキ 翻訳: Fukushige Erika 福重 永里香 翻訳チェック: Takeda Toshiyuki 武田俊之 9.8.2000 SEMAについて聞いたことがある？かなり難解なシステムで、ソフトウェアの開発チームがどれくらい良いかを測るためのものだ。ちょっと待った！そのリンクに飛ばない方がいい。きっと書いてあることを理解するだけで6年はかかるだろう。そこで、私は自分で作ることにした。これはソフトウェア開発チームの質を評価するものだが、とっても当てにならないいいかげんなテストだ。このテストの素晴らしいところは、3分程度で終わることだ。節約した時間を使って、医学部に通うことだってできるだろう。 ジョエル・テスト ソース管理システムを使っているか？ １オペレーションでビルドを行えるか？ 毎日ビルドを行うか？ 障害票データベースを持っているか？ 新
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
