ウォーターフォールから反復型への移行手順
[Rose Ritchie（IBM認定シニアプログラムマネジャー）, Bernie Michalik（IBM認定シニアITアーキテクト），＠IT] 反復型開発テクニックの支持者（特にRational Unified Processと関連するソフトウェア開発の反復手法修得に何年も費やしてきた現場のエンジニアやコンサルタント）は、なぜウォーターフォールが現在もソフトウェア開発組織に幅広く浸透しているのかを落ち着いて考えもせず、従来の手法（「ウォーターフォール」）を批判することが多い。以前から、われわれがクライアントから設計と構築を依頼されたITソリューションのプロジェクトプランを考えるときは、最初はウォーターフォール型アプローチを使ってスタートするプロジェクトが多かった。これらのソリューションは、新しいアプリケーションの開発と、新しいインフラの構築によって成り立っていた。 いずれにせよ、ウォー
ウォーターフォールから反復型への移行手順
The Rational Edgeより：さまざまな理由から、反復型アプローチに強い思い入れのあるソフトウェア開発者が、従来の「ウォーターフォール」方法論に根差したクライアントに対応しなくてはならないケースは頻繁にある。本稿は、Rational Unified Processへの移行でこのような組織を支援する方法について解説する。 反復型開発テクニックの支持者（特にRational Unified Processと関連するソフトウェア開発の反復手法修得に何年も費やしてきた現場のエンジニアやコンサルタント）は、なぜウォーターフォールが現在もソフトウェア開発組織に幅広く浸透しているのかを落ち着いて考えもせず、従来の手法（「ウォーターフォール」）を批判することが多い。以前から、われわれがクライアントから設計と構築を依頼されたITソリューションのプロジェクトプランを考えるときは、最初はウォーターフォ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
