私はよく講演などで「弊社はマネジメントしない会社です」と言ってます。ソニックガーデンでは、指示や命令などすることなくて、スタッフは各々で状況判断しながら仕事に取り組み、働くことを監視されたりすることはありません。 マネジメントしない、というのは、あえて気を引く言葉を使っているだけで、本当は、各自が自分で自分のマネジメントができるから、なんです。つまり、全員がセルフマネジメント出来れば、マネジメントは不要になります。そうすると自己組織化されたチームが出来上がります。 とはいえ、セルフマネジメントにもいくつか段階があると最近感じるようになりました。最初から高いレベルのセルフマネジメントができる人は稀です。順番に身につけていくような気がしています。この記事では、そんなセルフマネジメントのレベルについて考えてみました。 Jogging on a bright November morning /

Students and Teacher in a Classroom at Cathedral High School in New Ulm, Minnesota… / The U.S. National Archives 多くの会社で新社会人を迎え入れる季節になりました。若い人たちをどう育てるのか、企業にとってとても重要なテーマです。私たちソニックガーデンでも、毎年なんとか新卒社員を採用し、師匠のもとで弟子という形で教育しています。 私の考える教育方針の哲学はシンプルで「子供扱いしないこと」「育てるのではなく育つ」「守るのではなく見守る」というものです。 これは、私が様々な先輩や上司の元で働かせて頂いた中で感じたことを思い出して考えたものです。これから若手を育てなければいけない立場になった先輩や上司の人たちにとって参考になればと思い、それを記事にしてみました。 子供扱いしないこと 人は

リーンスタートアップ”Lean Startup”という言葉を最近知りました。SonicGardenでは、アジャイル・Ruby・クラウドを実践してきましたが、開発だけをしている訳ではなくて、スタッフ一丸となってマーケティングも経営もしていたりして、それらを包括した言葉ってないのかな、と思っていたのですが、どうも「リーンスタートアップ」がうまくフィットしていると気付きました。 とはいえ、リーンスタートアップを学んだ上で実践している訳ではなくて、日々の試行錯誤の中で得たスタイルが、たまたまリーンスタートアップになっているということだけなので、正解かどうかはわからないので、自分たちなりのリーンスタートアップを考えてみました。（この正解かどうかわからないけど実践しているという感覚はアジャイルという言葉に対する感覚に似ていますね。） リーンスタートアップを理解するのにわかりやすいスライドは以下にありま

エンジニアにとってコミュニケーション能力は必要でしょうか。この話題については、賛否両論あるでしょうし、そもそもコミュニケーション能力とは何かを考えなければいけないでしょう。 私たちの会社ソニックガーデンでは、プログラマの仕事を「ソフトウェアのエンジニアリングすべてに責任を持つ仕事」と定義しています。具体的には、お客さまと対話して要件を引き出すことから、データ構造から画面までの設計を行ったものをソースコードで表現し、クラウドでの運用まで面倒をみるという、ソフトウェアを作って動かす全てを行います。 そう話すと、よく聞かれる質問があって「コミュニケーションが苦手なエンジニアはどうすれば良いでしょうか？」というものです。もし本当に誰とも話をしたくないし出来ないというのであれば、残念ながら、と言うしかありません。しかし、コミュニケーションと一括りにしてしまっていて誤解があるのかもしれません。 そこで

最近、フットボールネーションというサッカー漫画を読みました。とても面白かったのですが、漫画の感想は置いといて。その漫画で知ったのですが、オランダのアヤックスという古豪のサッカーチームがあるのですが、そこは若手選手からの育成が素晴らしく、特に優秀な若者を集めてくるスカウティングが優れているそうです。 そのアヤックスで優れた選手を選抜する際に見ているのがTIPSと呼ばれているものだそうです。TIPSとは、テクニック（T）、インテリジェンス（I）、パーソナリティ（P）、スピード（S）の４つの頭文字をあわせたものです。（Wikipedia調べ） なるほど、と思いつつ、この４つの視点は、実は私たちが優れたプログラマを選抜する際に考えていたことにも当てはまるな、と思いました。 この記事では、アヤックスのTIPSに当てはめながら、私たちがプログラマの採用の際に見極めようとしているポイントについて書いてみ

プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う

「100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊」という本が翔泳社から出版されます。僭越ながら私も寄稿させて頂きました。翔泳社さんのご好意でブログで原稿を公開しても良いということでしたので公開します。 本書は、2月の16日17日の2日間で開催されるDeveloper Summit 2012（デブサミ）の10周年を記念して出版される本で、デブサミ当日に会場でも購入することができますし、この本の多くの著者の方々もいらっしゃるようです。私も両日とも参加します。 私の選んだ本は、Eric Sinkの「Eric Sink on the Business of Software 革新的ソフトウェア企業の作り方」という本です。色々ある本の中で１冊だけ選ぶというのはとても難しかったのですが、私がプログラマでありながらビジネスを考えるきっかけになった本ということで、この本を選びました。他

どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP

とある学生さんがプログラミングの勉強をしたいということで、良い自習の方法はないか？という相談をしていました。初心者が「自習」でプログラミングを学ぶことは、どうすれば効率的なのかを、改めて考えて回答しました。 私のおすすめ学習法は「写経」という方法です。プログラマの間では今となっては割とポピュラーな学習法ですが、初心者にとってもすごく効果的だと思うので紹介しておきます。 プログラミングは知識と身体の両方が必要 まず、プログラミングをしたことのある人ならわかると思いますが、プログラミングは知識だけを身につければ出来るようになるものではありません。学校教育における歴史や地理のように猛勉強で覚えれば出来るようになる訳ではないです。 もちろん、学ぶプログラミング言語の文法や基本的なAPIについては覚えているにこしたことはありませんが、それらを覚えることはそこまで重要ではありません。 プログラミングは

この１〜２年、転職であったり起業であったり人の動きが激しいような気がします。私の知人も、大手企業でエリートだったのに起業したり、大手メーカーからソーシャルゲームの会社に転職したりしています。そうした人たちを見ていて、人の働く動機には色々ある中で、いくつかパターンがあるのかなと思い、人は何のために働くのかについて考えてみました。 ※この記事は、2011年07月07日に公開された記事を再編集したものです。 モチベーション４つのパターン 私なりに人が働くモチベーションとして、以下の４つのパターンがあるのではないかと考えてみました。（これは私の知り合いからの類推なので、専門的で正確な話ではありません） ・「アントレプレナー」タイプ ・「クラフトマン」タイプ ・「サラリーマン」タイプ ・「サポーター」タイプ アントレプレナータイプの方にとっての仕事に対する動機は「夢」が大きく影響しているように思いま