私は今でこそ経営の仕事をしていますが、もともとはプログラマ（今も心はプログラマ）で、その後、アジャイル開発の実践のためにプロジェクトマネージャをしたり、社内ベンチャーを始めてマーケティングを学んだりと、立場を変えてきました。 これまで沢山の本を読んできて、どの本からも学ぶところがあるので何冊かだけを選ぶのは難しいのですが、そんな立場を変えてきた私がそれぞれの節目や転機のタイミングで読んで大きく影響を受けた本を５冊だけピックアップしてみました。 達人プログラマー　システム開発の職人から名匠への道 本来の職人としてのプログラマのあり方、姿勢などを学ぶことができる１冊。これは技術書ではなく、技術者として生きていくため、達人になるための考えかたを記した本です。 私は社会人になって間もない時期に、この本に出会ったことで大変な影響を受けました。ここに書かれた具体的かつ実践的なアドバイスはプログラマとし

企業が新規事業を創り出す為にはどうすれば良いでしょうか。それまでの延長上にない事業を創り出すためには、それまでの延長上でない形が必要なはずです。その一つの取り組みが「社内ベンチャー」でしょう。 社内ベンチャーとは、既に事業をもっている大企業の中で、新規事業創造を目的に独立した事業部隊として作られる組織のことです。法人登記をしていないため、法人格をもった会社ではありません。 「Soup Stock Tokyo」が、三菱商事の社内ベンチャーから始まったことをご存知の方も多いでしょう。以下の本に詳しく書かれており、私も読みましたが、とても興味深い内容でした。 私たちの会社ソニックガーデンも、元々は大企業の社内ベンチャーとしてスタートして、今は買い取って完全に独立した会社にさせてもらっています。社内ベンチャーをしていた期間は２年間でしたが、そこでは非常に沢山のことを学ばせてもらいました。 ただ、私

今回の記事は、リモートワークアドベントカレンダーの17日目として用意しました。 注目されるリモートワークですが、オフィスで働くのと変わらない成果を発揮するためにはノウハウが必要になります。この記事では「デジタル出社」という新しいワークスタイルで、リモートワークでもチームでうまく働くノウハウを紹介します。 リモートワークを望む課題の本質は「通勤」だったのでは？ 都心で働く人たちにとって、通勤における満員電車ほど嫌なものはないでしょう。ただでさえ飽和状態にある都市人口の中で、多くの人たちが同じ時間に通勤するものだから混雑は大変なものだし、男女共に痴漢にまつわるリスクもあるでしょう。 私がリモートワークを始めて本当に良かったな、と思うのは、満員電車に乗る機会が激減したことです。週２日ほどはオフィスに行きますが、それも午前中は在宅勤務にして、午後から移動にしたりすることで満員電車は避けることができ

私たちソニックガーデンには、本社オフィスがない。全員がリモートワーク、在宅勤務なので、物理的に出社するためのオフィスをなくしてしまった。 今は、テレビ会議とバーチャルオフィスを組み合わせて普段は仕事をしている。 リモートワークに取り組む際に、私たちのやり方をそのまま真似をするとうまくいかないかもしれない。なぜなら、私たちも一気に今の状態になったわけではないので、私たちと同じように段階を踏んで進めていくのが良いのではないだろうか。 本記事では、私たちが物理オフィスのない完全リモートワークに至るまでに取り組んできた試行錯誤の変遷をふりかえってみよう。 ステップ0.昔ながらのオフィス（2008年頃） 私たちソニックガーデンは、もともとは大手企業の社内ベンチャーとして始まった会社だ。その当時は、それはもう本当に普通の働き方をしていた。 浜松町にある大きなビルが会社のオフィスで、私たちはその１０階に

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

前回の記事では、「マネジメント」と「管理」は違うものであるという主張を述べた。管理はマネジメントの手段の一つに過ぎず、現代の再現性の低い仕事や多様な人材がいるチームビルディングにおいて、昔ながらの管理という手法は通用しないのではないか、と。 では、マネジメントとは何で、それを職務とするマネージャの役割は何か、その本質について考えてみたい。 マネージャに求められる能力の誤解 以前にシステム開発の現場でプロジェクトマネージャをしていた頃は、マネージャたるもの技術や業務、顧客のことまですべて把握して理解していなければいけないと考えていたし、そう実践していた。 マネージャの大事な仕事の一つは、決断することだと考えていたし、その決断に伴う責任を負うことである、とも。そのためには、あらゆることを知っていないと判断ができない、だから大変だけど向き合ってきた。 しかし、そんな全知全能であろうとするのは遅か

日経SYSTEMS 2012年4月号の特集１が「システムを育てるカイゼン型開発のススメ」ということで、Part4に私も寄稿させて頂きました。ソニックガーデンが今のビジネスモデルを採用した理由について書きました。 「カイゼン型開発」という言葉は、2006年に私がブログで書いたのですが、ようやく時代が追いついてきたのかと感慨深いものがあります。そして、2012年の私たちは既にそこからさらに先に進んでいて、その答えとなる「納品のない受託開発」というビジネスモデルに辿り着いています。 実際に掲載された寄稿記事の方では割とコンパクトにまとめてもらいましたが、こちらではディレクターズカットということで元々に書いた原稿の方を公開します。もし、このブログよりもさっと読みたい場合は日経SYSTEMSを読んで頂くのが良いかと思います。 ソニックガーデンでは「納品のない受託開発」という少し変わったスタイルでの受

前回の記事では、私たちソニックガーデンがどういった経緯を経て、物理オフィスをなくした完全なリモートワークまで辿ってきたのか紹介した。 そこから見えてくるのは、リモートワークには段階があるということだ。それをレベル分けすれば、わかりやすく目指す指標ができるのではないかと考えた。 本稿では、自動運転の世界で考えられている定義とレベルを参考に、リモートワークのレベルについて考えてみた。 自動運転のレベル 昨今、自動運転が非常に注目されている。実用的なレベルになりつつも、まだ時期尚早という見方もあって話題にあがることが多い。 おそらく近い将来に、現代のオートマ車とミッション車の比率のように、自動運転の方が当たり前になる時代がくるのだろう。 それまでには、まだ段階がある。その段階を表したものが「自動運転のレベル定義」だ。Wikipediaによると、以下のようになっている。（少し簡略化した レベル0

とある企業に二人の優秀なマネージャがいた。彼らはプロジェクトを成功させて、成果を上げることで社内からも一目置かれる存在だった。 一人は軍曹タイプ。規律を重んじて、しっかりと計画立てて、滞りなくプロジェクトを遂行することのできる人だ。 自分にも部下にも厳しく、成功するためには叱咤することを恐れない。嫌われたくないからって日和ったりしないからこそ、いくつものプロジェクトを成功に導いてこれた。少々怒りっぽいが、人情は厚く世話焼きでもある。 もう一人は兄貴タイプ。メンバーの自主性を大事にするためにプロジェクトが大変になることもあるけれど、柔軟に対応することで最終的にはなんとか着地させてきた。 普段から温厚で、滅多に怒ることのない優しいお兄ちゃん。しかし、ただ優しいだけではない。問題に対しては徹底的に対応する。そして、温厚でいた方が得する方が多いから、と合理的でドライな一面もある。 とにかく対照的な

2017年のソニックガーデンの経営を振り返ると、セルフマネジメントでフラットな組織のままで30人の壁をなんとか越えて、この先も変わらぬポリシーでやっていくための土台づくりに取り組むことが出来た。（参考：去年の記事） その結果、もはや一般的な会社とは根本から違う自分たちなりの形が出来てきたように思う。本記事では2017年に取り組んだ実験と結果について記そう。 内発的動機しばりのマネジメントで人数に立ち向かう 従来のセオリーに従った組織マネジメントをするならば、人数が増えて、社長ひとりでは目が行き届かなくなってくれば、部署に分けて管理職を置いて、報酬を上げて肩書きを与え、組織を分けて管理をする。その積み重ねがヒエラルキーだ。 しかし、私たちソニックガーデンでは、ナレッジワーカーは管理をしない方がの生産性も高くなり合理的だと考えており、セルフマネジメントな人材を集めてフラットな組織でやってきた。

多くの企業が新規事業に取り組んでは失敗している。新規事業はそもそも難しく、企業の中で始める新規事業もスタートアップも成功するケースはわずかしかない。中でも既存事業をもった企業の中で新規事業を立ち上げるのは、非常に難しい。スタートアップに比べて恵まれた環境にあるにも関わらず、である。 私たちも大手システム会社の社内ベンチャーからスタートしたので事情はよくわかっているし、「納品のない受託開発」では新規事業に取り組むお客様の相談を多く受けてきた。本記事では、そうした経験から新規事業の当事者でなく、既存事業の経営側がやっていることで失敗させてしまっている点について考察した。 たくさんの関係者を入れる 仲間内で始めるスタートアップと違い、企業で新規事業に取り組む場合は、社内からメンバーを集めてきて体制を作るところから始まる。事業計画をもとに必要なスキルを持った人員が配置される。しかし、そこに落とし穴

プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト

私たちソニックガーデンでは、かねてより全社でリモートワークに取り組んできました。今では24名いる常勤メンバーの半数以上は地方に住む在宅勤務者です。採用応募の殆ども地方からであるため、今後もリモートワーカーは増えていくでしょう。 それでも、これまでは東京の渋谷にオフィスを構えていました。しかし、2016年6月末の契約更新の際に解約を行い、次の移転先は用意せず物理的な「オフィス」という概念を一旦やめて、複数のワークプレイスに分散させることにしました。 今回の物理オフィスをなくした取り組みは、TechWaveでも記事にして頂きました。ありがとうございます。それがこちらの記事。「本日でオフィスなくします」自律的リモートワーク先進企業の門出 【@maskin】 本記事では、その補足として、私たちがオフィスをなくした理由と狙い、そして、新しい分散型ワークプレイスのコンセプトと実践について書きました。

「納品のない受託開発」を通じて、新規事業におけるソフトウェア開発を手伝わせて頂いていることもあり、そこで得た知見を活かして新規事業の審査員のような仕事をさせて頂くことがあります。 そこで審査のために提出された資料の中にあるガントチャートや工程表を見るとき、いつも違和感を感じていました。この記事では、ガントチャートが新規事業においては有効ではないという気付きについて書きました。 ガントチャートは決められた工程の管理をするのに最適 ガントチャートや工程表は、あらかじめ完成品が見えており、工程がはっきりしたものを「製造」していくときに非常に役に立ちます。どの工程にどれくらいの工期がかかるのか見えるようにすることで全体の計画が把握できます。 ガントチャートを有効に使うためには、きちんと工程を分解できること、とりかかる工程の順番がはっきりしていること、それぞれの工程にどれくらいの期間がかかるのか見積

先日、「リモートワーク」に関するイベントで話をする機会を頂いて、発表してきました。その時の発表資料を公開します。 今回のプレゼンテーションでは、”Prezi”というサービスを使ってみました。全体から詳細に流れるように見えるので、スライドだけよりも伝わりやすいのかな、と感じました。 とはいえ、プレゼンテーション資料だけでは伝わりきらない部分があると思うので、いずれこのブログで文章にしたいと思います。 リモートワークに関する問答 イベントでは、パネルディスカッションにも参加させてもらいました。そこで用意された質問テーマと、それに対する私の考察も残しておきます。 1) リモートワークを導入する、雇う側にとっての一番のメリットは何だと思われますか？ 優秀な人がどこにいても採用できること。場所や時間の制約で一緒に働くことを諦めなくて良いこと。 2) リモートワークで起きがちな問題のワースト1は何だと

ソニックガーデンのブログにて、私たちのグループ企業であるジェントルワークスの串田社長のインタビュー記事が公開されました。プログラマしかいない会社でバックオフィスをどうしているのか、その謎を解き明かす内容になっています。 「介護」のために「働く」ことを諦めない！ 〜起業を選んだ女性社長は、なぜ働き続けるのか?【前編】・【後編】 この記事では、私の視点からバックオフィスを専業とするジェントルワークスという会社を作った理由について書きました。 プログラマだけの会社をつくる 私たちソニックガーデンで取り組んでいる主な事業に「納品のない受託開発」があります。これは、お客様の抱える問題をソフトウェアで解決することを、顧問のように継続的に提供するサービスです。 「納品のない受託開発」をするのは「プログラマ」です。プログラマといっても、お客様が抱える問題を理解し、解決策を提案した上で、手ずからプログラミン

最近、若い技術者を一緒に開発しながら育てています。若者たちが一人前になるためには、勿論しっかりと努力をしなければいけませんが、ただし闇雲に頑張るよりも指針があったほうがいいでしょう。 その視点でベテラン技術者たちを観察すると、効果的な努力の仕方があることに気づきます。この記事では、熟練の技術者たちが日常的にやっている「努力の指針」について考えました。 品質：価値判断を増やすためのレビューを受ける 何よりもまず身に付けるのは、基礎体力です。体力といっても肉体的な意味ではなく、その仕事における基礎的な力のことです。たとえばプログラミングであれば、より速く、より美しいソースコードを書けるようになることです。 未熟なうちは、何をするにしても時間はかかりますし、成果物の品質もよくないでしょう。では、どうすれば上達するのでしょうか。 品質は熟練者からのレビューを受ければ高めていくことができます。品質を

私たちソニックガーデンでリモートワークを始めて早くも３年以上が過ぎ、もはや私たちにとってリモートワークは当たり前の日常になりました。 今回の記事では「リモートワークは孤独感を生む」というよく聞く意見について、私たちの経験をふまえ考えてみました。 リモートワークとクラウドソーシングは違う 多くの人が考えているリモートワークに対する大きな誤解は、「リモートワークをすると孤独感で辛くなる」というものではないでしょうか。 そして、この誤解を生み出した大きな原因は、リモートワークとクラウドソーシングを混同してしまっている点にあると、考えています。 確かに、インターネット越しに仕事の発注と受注が出来るクラウドソーシングと、物理的に離れた場所で仕事をするリモートワークの相性はバツグンです。クラウドソーシングはリモートワークがあるから実現できたのでしょう。 だからといって、リモートワークがすべてクラウドソ

先日の記事に書きましたが、香港で行われた国際学会のFSEにて論文のプレゼンテーションを行ってきました。 英語の論文を作成するにあたって、まずは日本語で論文を書いて、それを英訳したのち、改めて意訳して意図が通るように書き直す、という作業をおこないました。２度手間ではあったのですが、本来の意図を伝えるためにも、大変ですがそうしました。 ということで、私の書いた日本語の論文と、英語になった論文は、意図は同じでも、もしかしたら結構中身が違っているかもしれません。今回の記事では、私の書いたオリジナルの原稿を公開します。英語の論文と見比べてみると面白いかもしれません。 提出した英語の論文： A New Business Model of Custom Software Development for Agile Software Development 以降は元にした日本語の論文： 倉貫 義人 (Ku

私たちソニックガーデンでは、「プログラマを一生の仕事にする」ということを一つのビジョンにしています。 このブログではよく書いていますが、私たちの考えるプログラマとは、ただコンピュータに文字を打ち込むだけの仕事ではなく、ソフトウェアそのものの企画から、関連するすべての設計、そしてコーディングと、動かすための運用までの、ソフトウェアエンジニアリングのすべてを行う仕事です。 それらは「何をするか」という観点からプログラマの仕事を表したものですが、より抽象的に考えると、プログラマの仕事は何か、そして何を目指すことで「一生の仕事にする」ことができるのか、この記事では考えてみました。 Employees hand rolling cigars in a cigar factory: Ybor City, Florida / State Library and Archives of Florida プ