進化のデザインx計画されたデザイン

Question

私はアジャイル開発を1年間使用してきましたが、私がアジャイルであることに気づいた大きな違いの1つは、システムのアーキテクチャを設計するときでした。

以降のプロジェクトでは、RUPなどのインクリメンタル・メソドロジを使用しています。すでにわかっているように、UMLモデルを作成し、後でそれらを維持するために多くの時間を浪費しています。今、ファウラーがevolutionary designと呼んでいるものを使用しています。

私たちは7人の小さなチームで進化のデザインを使用しました。しかし、大規模で分散したチームではどのように設計が行われますか？

Rational Software ArchitectureやBorland TogetherなどのUMLモデル、分析、設計規律、モデリングツールは廃止されていると思いますか？

[]さん フェルナンド

Answer 1

あなたは大規模なチームでアジャイルを使用することができます。高いレベルでは、システムをより小さな部分で分割し、各部分の境界を定義し、それらを並列に、ほとんど別々のアジャイルプロジェクトとして実装します。

「エンタープライズスクラム」には、"The Enterprise and Scrum" by Ken Schwaberという本があります。本書では、彼らはこのプロセスを「Scrum os scrums」と呼びます。

Answer 2

「アジャイル」が流行する前の1990年代初頭、極端なものの間に自由に寝ることができました。 :-)最近、あなたは「アジャイル」または「アジャイルではない」のいずれかでなければならないようです。

私の主張は、あなたは両方の世界のベストを取ることができます。アジャイルアプローチは、今日販売されているように、優れたアーキテクチャー開発をサポートしていません。プロジェクトの開始時に良い建築設計の基礎を築き、プロジェクトを反復または「ビルド」で整理することは可能です。それぞれの "ビルド"は、実際に進化のシステムの一部を洗練する一連の機能に取り組んで、あなたの言葉を使用します。 （これは、1990年代初めに使用されていた手法であり、現在OPEN/Metisなどのほとんど忘れられている方法です）。

進化的アプローチは、1990年代にHPのFusionの人々によっても奨励されましたが、決して完了しませんでした。恥。