企業向けのシステムでも、顧客のニーズとしてシステムをスモールスタートして、少しずつ改善していきたい、というのはあると思う。それを妨げてるのは誰で何か。

企業向けのシステム開発でも、開発ベンダ内のの役割分担を無くし、プログラマが個人として顧客と直接に対話していく方がうまくいきそうだ。その場合の顧客とは情報システム部門でなく、事業部門。ダイレクトにつなぐ。

アジャイルソフトウェア開発的には、早めのイテレーションで小さく失敗しておくことは、後々の致命的な失敗を防ぐことに繋がる。経験することは何にも替えがたいもの。もし失敗しても優秀な人たちこそ、次に活かすことが出来る筈だ。

期限を決めて頑張ってみるというのは良いリスクのとりかたかもしれないな。ただ、そこで得た経験を活かすというなら、一度でなく、何度も挑戦してこそ成功に近づくように思う。

ズルいと言われるビジネスモデルは、割と良いのではないだろうか。ズルくもなく、ただ決死の覚悟でやるのは、リスクと言えない。ズルいにしてもリスクはあるのだし。

ビジネスモデルとワークスタイル。経営が考えるのは前者で、現場が望むのは後者。役割が違うだけで、双方が同じ方向を向いて取り組まないと実現できない。必要なのは共通のビジョン。

日本人のメンタリティなのか、エンジニアのそれなのか、わからないけれど、なるべく地道に努力するようなビジネスモデルの方が共感を得られやすいとしたら、世界とは戦いにくいかな。なるべく努力しないでも儲かる仕組みを作る方が大事だと思う。

開発方法論がいろいろあるのは良いと思うのだけど、方法論がビジネスモデルやコンテキストを置き去りにしてしまっている印象もあるなぁ。方法論ありきで開発するのでなく、仕事にあわせた方法を考えないとよくないよね。

システム開発会社では、属人性は悪とされがち。それは何故か？プログラマによっては、とてつもない生産性の違いがあるのに。そこにも、この業界のギャップが隠れていそう。

スタートアップでは家族の支えが大事。在宅ワークや裁量労働など、家族を大切にするワークスタイルを提供したほうが、生産性が高くなるんではないか。スタートアップの激務と家族を両立できる会社にしたい。

開発やビジネスの目的としてアジャイルをすると失敗する。顧客の価値や開発者の成長を志向した結果、姿勢としてアジャイルであったと思われるようになるのが理想。それを目指したい。