投稿

アジャイルのボトルネック。逆に考えると、発注側のとれる工数が、ソフトウェア開発の限界点で、それ以上の速度での開発は、事実上不可能なのではないか。そこがプロジェクト成功の境界。

アジャイルのボトルネック。アジャイルに限らず、今までのソフトウェア開発でも、まとめて要件定義や検収テストをしているだけで、結局、同じくらいの工数がかかっていたのではないか。要件定義の前のビジネスや業務検討のフェーズを含めれば。

アジャイルのボトルネック。『ソフトウエア開発においては、開発側が消費する工数と、発注側が消費する工数を同等にするべきである』こんな法則があるのではないだろうか。

アジャイルを実践するときのボトルネックは、発注側の速度。何故、受注側だけが、数ヶ月で何十人月も投与できると考えるのか？それは実際は無理がある。

アジャイルは、改善を日常にしていく取組みのこと、だと思う。日常にするためには、身軽でなければならない。

人生を楽しむには、仕事を楽しめないといけない。ワークライフバランス？ワークはライフの一部だと思う。大昔からそうだったはずなのに。

忙しいからできないのではなく、自分にとって優先順位が低いからできないのだ。

人の力を信じるのは、まずありき。でも、人さえしっかりしてれば、道具は何でもいい！という訳じゃなくて、常により良い道具を使いたいと考える心が、アジャイルなんじゃないのだろうか。ならばこそ、より良いソフトウェアを使うことを、偏重し重視することは、あながち間違いではない、かと。

ユーザのニーズを汲むことは非常に重要ですが、使ってもいない状態での「ユーザになるかもしれない人々」の意見を汲みすぎることは、本質から外れてしまう可能性があり、危険です。ユーザは、あくまで「使っている」からこそ、ユーザとしての意見が出せるのです。