yuriの日記： アジャイル×アーキテクチャ 2
日記 by
yuri
ヲーターフロー開発ならアーキテクチャをばっちり決めてから細部に下りて行くから、原則としてアーキテクチャ変更は無いはずだけど、アジャイルとかスパイラルみたいな「回す」開発の場合はアーキテクチャもTBDだったりするのかな…？と思って検索してみた。
あっでもこんな意見もあるわ：
アジャイル開発こそ上流工程が重要
ヲーターフロー開発ならアーキテクチャをばっちり決めてから細部に下りて行くから、原則としてアーキテクチャ変更は無いはずだけど、アジャイルとかスパイラルみたいな「回す」開発の場合はアーキテクチャもTBDだったりするのかな…？と思って検索してみた。
あっでもこんな意見もあるわ：
アジャイル開発こそ上流工程が重要
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
難しいテーマ (スコア:0)
ただ、リンク先の
＞（１）アーキテクチャは現在の要求だけで構築すべきでない。
は明らかにアジャイルと正反対の発想かと。
これならアジャイルは必要ないので、全体の要求を元にプロセスを組むべきですな。
なんか、結局は高スキルメンバ前提の「経験」になっちゃいそう。
Re:難しいテーマ (スコア:1)
コメントありがとうございます。
たしかに難しいテーマなので、誤解をしていたらご指摘頂きたいのですが、
＞（１）アーキテクチャは現在の要求だけで構築すべきでない。
これは、アーキテクチャに関わる部分で新たな要求/現在の要求に対する軌道修正が生じた場合に、それを吸収したり、その要求を受け入れるだけの「変えシロ」を見込んでないといけないよ、ということなのかなあ…と思いました。
でも、そんな余地があるのはアーキテクチャ自身ではなく、プロジェクトに対してなのかもしれません！
…あっ、ACさんの
と同じ落としどころになっちゃったかも(^^;