理想とする品質と生産性を担保するためには、仕事を受け過ぎないということも考えます。急激な成長も目指してないし、無理な売上目標がある訳ではないので、満足頂けるだけの数にセーブすべきだとも考えてます。スケールが小さいんです。
205
うちは人さえいれば良いというビジネスをしてないので、ソニックガーデンとしての品質と生産性を実現するために、人に本気で投資してますし、来てくれる人もそれに応えてくれる人を求めます。なので、急な採用はしてないんですね。
206
大手が作ったルールの上で商売してる限り、大手に有利になってるのは間違いないのだから、小さなところは、その上で仕事するのではなく、ゲームのルールを変えないと生き残れないよね。
207
大手SIerって本当に大変だろうと思うけど、今の経営陣がリタイアする位までは市場は続くと思う。が、そんなビジョンじゃ中で働くエンジニアはたまったものではないと思うんだけどな。未来につながるビジョンを描ける経営者が必要ですね。
208
一括納品のビジネスモデルだと、たくさん作らない提案はなかなか出来ない。たくさん機能と要件があった方が売上が高くなるからだ。定額モデルだと、効果の薄く無駄になる機能は作らない提案が出来る。リーンでいられる。
182
会社って大きくする必要はないと思うんだけど、みんな大きくしないといけないと思い込んでる。だけど「なぜ会社は大きくしなければいけないのか?」に答えられる人は少ない気がする。
183
外に向けてでも社内に向けてでも、ブログを書けないとか書くのが苦手とか言う経営者は、一体どうやって、社員やお客様に対して自分の考えを伝えているのか。考えを示すのが社長の仕事の一つなら、伝えるスキルを持つべきではないかな。
184
情熱だけで仕事してても続けられない。お金だけで仕事しててもつまらない。右手に情熱を、左手に算盤をもって、商売の仕組みを作っていける人が起業家になれるんだろうね。
185
複雑で難しい仕様を理解して、難しい技術を使って実装しきれたら、やり遂げて気持ちよくなれるけど、それよりも、複雑だった仕様をシンプルな仕様にすることに努力して、簡単に実装する方が、本当はユーザにもお客様にも価値があるし、かっこいいはずだ。
186
ソフトウェアの世界では、Conwayの法則「アーキテクチャは組織にしたがう」というのがあるが、スタートアップで言えば、どんなサービスを産み出せるのか、ということも組織の文化やパーソナリティにしたがうように思う。
187
集中力を必要とする仕事、たとえばプログラミングでは、フロー状態に入ることは大切なことだとみんなわかっている。だから電話当番をエンジニアにさせない。ならば、チャットも極力ない方が良い筈ではないか。リアルタイムというのは相手にとって割り込みになる。外部とのチャットは生産性を落としかねない。
188
お客様に良いソフトウェアが提供できることも嬉しいのだけど、それ以上に、お客様に「ソフトウェア開発の楽しさ」を知ってもらえることの方が嬉しいことに気がついた。受託するからには、それを目指したい。、
189
もしあなたが慣れない講演中に心折れそうになったら、客席の中で一人でも頷いてくれる人を見つけて、まずはその人に向けてだけ話をすれば良いんです。講演もコミュニケーションなんです。
190
アジャイルで大事な実践は反復することで、それは要件定義さえも繰り返すってことで、つまり何度も何度もお客様と一緒になって「そもそもやりたいことは何だったのか」を考え続けるってことなんだ。作ることを繰り返すだけだと思ってるとうまくいくわけない。
191
「こういうときアジャイルだとどうするんだっけ?」という言葉が出たら危険信号。その思考停止はアジャイルじゃない。
192
プロスポーツ選手が試合の時間以外に練習をこなしてより高みを目指すように、プロフェッショナルならサラリーマンにも練習したり勉強したりする時間が必要なはずではないかな。
193
1時間って人と会う時間としては、まぁそれなりかと思うけど、1時間かけてブログ書くというと、時間かけ過ぎな印象もするけど、アクセス数からすると費用対効果としては、ブログの方が高くなってきた気がする。
194
ユーザの声を聞くべきか、聞くべきでないか。フォードの速い馬の逸話のように、聞くべきでないという話は多くの作り手の心に刺さるようだ。ただ聞けば良いとは思わないし、かといって全く聞かなくても良いという訳でもないはずだ。難しいところだな。