はてなブックマーク

前回の記事で言ったように、ソフトウェア開発って言うのは問題発見とその解決で、 組織戦略と同等レベルの知的作業なんだ。 そして、ソフトウェア会社というのは、この２つが密接に絡み合う。 ソフトウェアアーキテクチャはそのまま組織戦略だといっても過言じゃない。 それだけソフトウェアアーキテクチャは重要なものなんだ。 だから、アーキテクトは必要充分な情報を得る必要がある。 そして、各ステークホルダーに対しての問題を再定義して解決する必要がある。 わかってる。多くの場合、それはうまくいかない。 アジャイル開発プロセスほどに新進気鋭な（といってももう十分な歴史があるが）界隈ですら、 恐れて言わないようなことだ。 何もかも管理したいか、 何も管理しないかのいずれかしか手段を知らないような一般のマネージメント層やスーツの連中に それが理解できる訳が無いんだ。 そういったわけで、アーキテクチャもシステムも新し

アジャイルソフトウェア開発というものの「よさ」を慎重にとらえる必要があるだろう。 わかりやすい表現としては、ウォーターフォールなプロセスに対して、アジャイルソフトウェア開発が優位としているところは、「計画単位の細分化による適応性」だとしている。 これは計画単位が大きいと、不確定な要素によって出戻りや品質の低下が起こってしまうからだ。 この論旨はとてもわかりやすいのかもしれない。 しかし、どうにも歯切れが悪いように感じる。いや、ある種の人々にとっては我が意を得たりといったところなのであろうが、 それはただ単にその人が陥っている状態に対して、アンチテーゼ的であり、そしてそのワードがはやることによる社会的効果に期待してのところだろう。 だから、はじめに断っておくが、アジャイルソフトウェア開発プロセスに関して異論を唱えたいのではない。むしろ、それはすばらしいことだ。と思っている。 ただ、ある種の「