アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
アジャイルって組織論ですよね（DevLOVE2012ご報告） - arclamp
2012年12月15－16日に開催されたDevLOVE2012で「どうしたら良いシステムが作れるのか」というタイトルで講演をさせていただきました。 Devlove2012 どうしたら良いシステムが作れるのか from yusuke suzuki アーキテクチャとマネジメントについての講演は2年ぐらい前からしていますが、そこで考えてきたことをギュっとまとめたので相当密度の高い内容になっています。予想通り時間も足りず、ちょっと最後が駆け足で申し訳なかったです。前半部分とかを丁寧に見たい方は過去記事を漁ってもらうとよいかも。 この資料を作るにあたって1960年代からのIT技術とマネジメント手法の歴史を見直していたのですが、組織論や科学（認知学/複雑系など）の流れとの絡み合いは非常に面白かったです。 その中で「アジャイルって組織論なんだな」と当たり前の事実に（いまさら）気づけけました。スクラムのJ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
