ウォーターフォールは、完成確認までの期間にかけるコストが最大のリスク。漸近的に確認中すれば、そのリスクは下がる。ただし、ソフトウェアの場合は、動かないと本当の価値の確認にならないことに気付いた人たちがいて、動くソフトウェアで確認していくためのやりかたをアジャイルと呼んでいる。

かつて分業が正しいマネジメントだと信じていた。プログラマを守ると言いつつ、お客さんとは営業が入り、サポートは業者に任せると。しかし、プログラマがサポートし、顧客との話もする体制の方が大量生産でない世界ではうまくいきそうだと感じている。そして、ソフトウェア開発は、大量生産ではない。

本人にある程度ノウハウがある場合は、目標を設置して任せるのが良い。ノウハウがない場合に、うまく試行錯誤を任せるには、目標だけでは足りないし、目標も明確にしにくい。

スタートアップを会社と考えるか、プロジェクトと考えるか。会社をしたいのか、事業をしたいのか。チームがコンピタンスなのか、チームは事業に紐付くユニットなのか。事業は手段か、事業こそが目的か。

経営上の体力が必要で会社を大きくしていきたいという話はたくさん聞くが、それは何故か？どこを目指しているのか？ただの中小企業でいるのことに何の価値があるのか？スタートアップには、成し遂げたいビジョンが必要なんではないか。

なぜ起業するのか。なぜ独立する人が後を絶たないのか。どうしても成し遂げたいビジョンやミッションがあるからスタートアップするというならわかる。そうでないとしたら、何故なのか。そこを聞いてみたい。

ライアンエアーCEOの言葉が良い。「いかにコストと運賃を下げるか。必要なのは、革命的な考え方だ。」過剰なサービスをやめて、コストを徹底的に削減しつつ、顧客のニーズに応える。付加価値は選択式だ。実現を支えるのは、圧倒的な生産性の高さ。その前提には、生産性に基づいた給与体系がある。

営業として人が動くだけで営業コストとして商品価格に上乗せせざるを得ないということがわかってないことはないと思うけど、それでもそうした営業を顧客は望む、のだろうか。本当か。

創業には、共同創業者パートナーが必要というのがよくわかる。一人では外からの色々な言葉を受けても、芯を保ち続けるのは難しいときもある。

ユーザの行動を良く観察すると、ユーザインタフェースのよくないところに気がつけるようになる。それをどう直していくかは、作り手のアイデアが必要なところ。

企業システムの場合、導入決定者と利用者が異なる場合があって、総花的な価値観を重視するあまり、実際の機能を使ってもみないで、比較表だけで機能の多さで決めてしまい、実際に使う利用者が不幸になるケースは多々ある。どうすれば良いのか。

アイデアは一人では出せるものと出せないものがあるな。チームの知恵を集めないと。

「働き壱両　考え五両　知恵借り拾両　骨知り五十両　閃き百両」地道にやることも大事だけど、飛び越えるには、アイデアが必要だ。

最初のアイデアはロジカルにはあまり出てこない。アイデアが浮かんでから、ロジックで検証する。というタイプです。

日本の場合、提携や資本参加はあるけど、割と相手を尊重する、和を尊ぶところがあるのかな。外部からチームを入れることに抵抗があるか、別のところの傘下に入ることに抵抗があるか。企業そのものをを売ることも一つのビジネスだと思うけどな。

日本でも、資本を持った大手の企業が、尖った技術や製品を持った企業の製品とチームを丸ごと買収するようなことがもっと起きても良いよな。その方がお互いハッピーな場合もあるだろうし。