ウォーターフォールから反復型への移行手順
[Rose Ritchie（IBM認定シニアプログラムマネジャー）, Bernie Michalik（IBM認定シニアITアーキテクト），＠IT] 反復型開発テクニックの支持者（特にRational Unified Processと関連するソフトウェア開発の反復手法修得に何年も費やしてきた現場のエンジニアやコンサルタント）は、なぜウォーターフォールが現在もソフトウェア開発組織に幅広く浸透しているのかを落ち着いて考えもせず、従来の手法（「ウォーターフォール」）を批判することが多い。以前から、われわれがクライアントから設計と構築を依頼されたITソリューションのプロジェクトプランを考えるときは、最初はウォーターフォール型アプローチを使ってスタートするプロジェクトが多かった。これらのソリューションは、新しいアプリケーションの開発と、新しいインフラの構築によって成り立っていた。 いずれにせよ、ウォー
ウォーターフォールから反復型への移行手順
The Rational Edgeより：さまざまな理由から、反復型アプローチに強い思い入れのあるソフトウェア開発者が、従来の「ウォーターフォール」方法論に根差したクライアントに対応しなくてはならないケースは頻繁にある。本稿は、Rational Unified Processへの移行でこのような組織を支援する方法について解説する。 反復型開発テクニックの支持者（特にRational Unified Processと関連するソフトウェア開発の反復手法修得に何年も費やしてきた現場のエンジニアやコンサルタント）は、なぜウォーターフォールが現在もソフトウェア開発組織に幅広く浸透しているのかを落ち着いて考えもせず、従来の手法（「ウォーターフォール」）を批判することが多い。以前から、われわれがクライアントから設計と構築を依頼されたITソリューションのプロジェクトプランを考えるときは、最初はウォーターフォ
RUPをパターン言語として考える
前回は「ネットコミュニティのQWAN（無名の質）」と題して、昨年大ブレークしたmixiなどのネットコミュニティについて考察しました。SNSの基本となっている友達の友達を巻き込むという仕掛けは、実はSNSとはまったく無関係な「6次の隔たり」理論からも爆発的にメンバーを増やせる可能性のある仕掛けだと述べました。 次にネットコミュニティが発展・持続していくためには、そこに何らかの居心地の良さのような質が必要であり、この質をパターン言語の提唱者であるAlexanderのQWANとして考察しました。このQWANをどうやって作るのかは、実際のコミュニティ活動の実践・経験を通して、プラスのパターンとマイナスのパターン（アンチパターン）を発見することです。そこからベストプラクティスを集めます。それをパターン言語として整理します。今回はベストプラクティスをパターン言語として整理する１つの具体例としてRUP（
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
