適切なアジャイル性を実現するアーキテクチャ (arclamp.jp アークランプ)

先日、憧れのITアーキテクトと「アジャイル・アーキテクチャ」について議論。きちんと理想と現実と捉えていて、さすがという感じでした。 アーキテクチャ自身がアジャイルなわけではない まず言われたのが「アジャイルなアーキテクチャ」といってしまうと、アーキテクチャ自体がアジャイルに変化するというミスリードをするのではないかという点。確かにそうですね。広義のアーキテクチャというのは全体性を決定する思想・概念であり、それ自体がアジャイルに変化することが求めることはあまりないと思っています。狭義のアプリケーション・アーキテクチャに変更が求められる場合はありえますが、それすら広義のアーキテクチャには織り込み済みであるべきです。 では、僕らが考えるアジャイル・アーキテクチャとは何か。それは"適切なアジャイル性を実現するアーキテクチャ"と定義できそうです。 ここで出てきたのがアーキテクチャの結合度、可変性分

[sugimori]

「チームの能力がアーキテクチャの適用範囲を決定する」この観点が今のシステムには足りない。アーキテクチャを使うのは所詮チームなのだから、チームのレベルと合わないのであれば意味がない。

[yohjizzz-backup]

「アプリケーションが必要とする結合度は、そのアプリケーションが目的としているビジネスの可変性をいかに理解するかにかかっているのです...」

[onk]

「アプリケーションの結合度を高めるとアプリケーション内での実装スピードは早くなります。」