投稿

キャズムの流れはどのプロダクトにも存在する。キャズムの向こう側を最初から狙うことはできない。

ブレイクスルーのアイデアは、さぁ出そう！といって打ち合せたら出るものではない。かといって、考えていないと出てこない。そして、大事なのはインプット。漠然と日々を過ごさず、考えるよりも世界を感じるようにしていこう。

アプリの設計で頭を使うのも、デザインのレビューで頭を使うのも、マーケティングの計画で頭を使うのも、ビジネスモデルの構築で頭を使うのも、どれも好きな仕事だと思う。言うなれば、社内の権謀術数に頭を使うのさえ、嫌いではない。

たったひとつのうまくいくアイデアを見つけるために、まずはダメなアイデアを999個考えよう。そんなチャレンジしてなかった。

戦略なきビジョンは、ただの夢想になってしまう。戦略があれば、一見、非合理な施策も、ビジョン実現で考えて全体で見ると一貫性が取れていることになる。

ビジネスモデルにあわない開発モデルは採用してもうまくいかない。他業種／他業界から改善のヒントは得られるかもしれないので、勉強したり参考にしたりしても良いけど、「システム製造業」と「ITサービス業」では求められているものが違いすぎる。

レッドオーシャンに後から入って競合に勝つためには、開発とマーケティングに相当の投資をする勇気と決断が必要だ。ブルーオーシャンを作って市場の認知を得るためには、相当の投資をする勇気と決断が必要だ。つまり、いずれにせよ勇気と決断が必要ということ。

会議のもっとも良くない点は、共に会議をしただけで、とても沢山の仕事をしたような気分を共有してしまうことである。

アジャイル（XP）に最初に出会ったときに感じた感覚も、大企業の論理やビジネス構造でなく、プログラマの出来ることを広げてくれるような、ソフトウェア開発の民主化の可能性を感じたような気がする。クラウドとアジャイルは、お互いに必要なピースなのかもしれない。

Webデザインの重要性は、実感として非常にわかってはいるので、外の会社さんに丸投げはしたくない。一緒に考えて、ディスカッションを繰り返しながら、進めるスタイルが良いと思っています。つまり、アジャイルに進めたい。たぶん、少しずつ答えに近づくやり方があっている。

学びの共有は、ふりかえりと違って課題は出さない。先のことも考えない。とにかく、学んだこと得たことを出す。一年前の自分たちに教えるとしたら何か？という観点で行うことで、色々と前向きに共有しあえた。

社内用のシステムとしてクラウドのサービスを使うとしたら、単に今までのシステムの場所を雲の上に持っていっただけのアプリでなく、クラウドならではの特性を活かしたアプリケーションにしたいところ。企業内でありながら、他企業と繋がるような。

クラウドのサービスは「所有」から「利用」のパラダイムシフトがポイント。今までは大企業でしか導入できなかったITを、そうでない企業や個人企業であっても、大企業が使うのと同じ品質と価格で使うことができるというメリットがある。

使える資源のうち、人ほど融通の効きにくいものはない。だからこそ、人事は非常に重要である。比率から考えて、小さな組織であればあるほど重要。知識労働者は、融通が効かない代わりに、はまった時の生産性は大きい。

少しの変化で得られるのは、少しの失敗か、少しの成功。大きく賭けるより、少しずつを繰り返す方が、総体的にプラスになる可能性が高い。しかし、大きく賭けて得られるかもしれないリターンに比べると、それはとても小さい。

メールだと情報洪水！って言うけども、ツイッターだとそんなこと言わない。誰宛てでもないから。仕事の場合、返事をもらわないといけない場合が多いので、メールになってしまう。それと、メールだと、勝手に相手が絶対に読んでくれるという錯覚がある。

100を目指すなら、1を積み上げるしかない。始めないと0のまま。続けないと、前には進まない。少しずつでも続けないと、何も為しえない。前向きに、焦らずに進む。継続は力。いつも短気で損をする自分に言いきかす。