tweet
迷いが、行動を遅らせる。迷いが無駄を産む。迷いが無ければ、迅速に動ける。迷いを無くすためには、自分の行動のルールが必要。そして、ルールを決めるのは、将来のビジョン。 […] 続きを読む… fro...
迷いが、行動を遅らせる。迷いが無駄を産む。迷いが無ければ、迅速に動ける。迷いを無くすためには、自分の行動のルールが必要。そして、ルールを決めるのは、将来のビジョン。 […] 続きを読む… fro...
やるべきことを決めるよりも、やるべきでないことを決めることの方が断然難しい。頑張ることに覚悟を決めるよりも、捨てる勇気を持つことが大事だ。 […] 続きを読む… from tweet
設計とは何か?どの行為を設計と呼ぶのか。漢字2文字にするから、分かり合えない。何を目的に何をすることを指しているのか、はっきりさせたい。まずは、そこからだ。 […] 続きを読む… from tweet
ビジョンも信念もなく働くことは楽かもしれないが、ビジョンも信念もなく働き続けることなどできない。 […] 続きを読む… from tweet
現状を嘆くだけの人は、出来ない言い訳を考えるのが上手。何を伝えても届かない。何も世界を変える必要なんてない。高々、自分ひとりの生き方を変えるだけなのに。うん、わかってる。君の次の言葉は、「そうは...
本当にアジャイル開発をしようと考えているなら、顧客側に、開発すべき量/作り込み度/機能を、10分の1にする覚悟があるか、SIerは、売り上げ額が10分の1になっても良い覚悟があるか、そこを問いた...
アジャイルを実践するときのボトルネックは、発注側の速度。何故、受注側だけが、数ヶ月で何十人月も投与できると考えるのか?それは実際は無理がある。 […] 続きを読む… from tweet
アジャイルのボトルネック。『ソフトウエア開発においては、開発側が消費する工数と、発注側が消費する工数を同等にするべきである』こんな法則があるのではないだろうか。 […] 続きを読む… from ...
アジャイルのボトルネック。アジャイルに限らず、今までのソフトウェア開発でも、まとめて要件定義や検収テストをしているだけで、結局、同じくらいの工数がかかっていたのではないか。要件定義の前のビジネス...
アジャイルのボトルネック。逆に考えると、発注側のとれる工数が、ソフトウェア開発の限界点で、それ以上の速度での開発は、事実上不可能なのではないか。そこがプロジェクト成功の境界。 […] 続きを読む...