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

先日、リフレーミングをテーマにしたワークショップで話をする機会がありました。恥ずかしながら、リフレーミングという言葉はそこで初めて知りました。 リフレーミングとは、意味を変えるために、その人が持っている枠組(フレーム)を変えること。リフレーミングの例としてよく挙げられるのが、「コップに半分の水を“もう半分しかない”と捉えるか“まだ半分ある”と捉えるか」の喩え。（考え方を「リフレーミング」して、前向きな思考を身につけよう – NAVER まとめ） なんとなくわかるようなわからないような。見方を変えることで、取り組み方も変えることが出来る、ということでしょうか。今回の記事では、その「リフレーミング」という観点から「納品のない受託開発」を考えてみました。 Framed / Rodrigo Baptista 一括請負では旨味のない案件だった 「納品のない受託開発」でお仕事をさせて頂く案件としては、

AppleやGoogleが強いのは何故か。新興のベンチャー企業が既存企業を押しのけて成長できるのは何故か。商品やサービスの魅力が高いというのも理由かもしれませんが、本当の強みは、彼らの持つビジネスモデルです。 他社には無い新しいビジネスモデルを持つことで、製品の品質や優位性だけで競争する必要はなくなり、永続的な競争優位性を保つことができます。多くの企業で今、求められているのは、そうしたビジネスモデルのイノベーションです。 私たちも、ソニックガーデンという会社を作って「納品のない受託開発」というソフトウェア受託の世界で新しいビジネスモデルを構築したことで、今までやってこれたこともあり、新しいビジネスモデルの重要性はとても理解できます。 今回、私が読んだ「なぜ、あの会社は儲かるのか？　ビジネスモデル編」という本では、どうすれば日本企業で新しいビジネスモデルを構築することが出来るのか、ということ

2014年7月からソニックガーデン４期目に入りました。支えてくださる皆さまのおかげです。本当にありがとうございます。今後ともよろしくお願いします。Facebookでの私の挨拶全文は以下よりご覧ください。 よくこうした挨拶では「過去何％アップしました」「今期の売上目標はxxです」みたいな数字での成果や売上目標に言及することがよくありますが、あえて私たちはそういったことには触れていません。実際のところで言えば、毎年おかげさまで黒字で過ごしていますし、少しずつですが成長もしていますが、そういった数字をそこまで重視していないからです。 なぜならば私たちソニックガーデンでは、数字よりも大事にしている価値観があるからです。それは、何においても”人”を優先するというカルチャーです。この記事では、私たちの考える「社員優先」の経営哲学について書きました。 案件よりも人ありき 案件や仕事があって、それを実行す

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

現場のオペレーションを改善するために、最初に着手するなら何か？と聞かれたら、いつも「ふりかえり」から始めましょう、と答えています。かつてトラブルの起きているプロジェクトに入ったときも、まず始めたのは「ふりかえり」からでした。 「ふりかえり」とは、文字通り現場の活動を振り返って、改善のアクションを考えることです。反省会のようにも思えますが、すべてが終わってから反省する訳ではなく、現状分析を行って、うまく続けていくための未来を向いた活動です。 この記事では「ふりかえり」という習慣について、そして、ふりかえりを実践するにあたって、進め方とポイントについて紹介します。 ふりかえりの進め方”KPT”とは 上の写真は、私たちソニックガーデンで「ふりかえり」をしている様子です。ソニックガーデンでは弟子を採用していて、その弟子と師匠とのふりかえり風景です。このように、特別な道具はなにも必要ありません。必要

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

既存事業を抱える企業にとって、新しい事業の創造というのは、永遠に抱えるテーマです。そのため、新規事業を成功させたいと思う企業はたくさんあるけれど、なかなかうまくいかないのが現実です。 この辺りの問題について、ブレークスルーパートナーズの赤羽さんの書かれた記事もとても参考になります。 中堅･大企業の改革と新事業立ち上げへのヒント ー 日本企業の組織的課題を打破 私たちの会社ソニックガーデンは、もともとは大手企業の社内ベンチャーで始まりました（今はMBOして独立してます）。当時は企業内起業といったところでしょうか。今風にいえば企業内リーンスタートアップだったかもしれません。なんにせよ既存事業をもつ会社の中で新規事業に取り組んだんですが、たしかに簡単なことではありませんでした。 今回の記事では、私なりに自分の経験から企業での新規事業を起こすことが難しい原因と、その対策を考えました。 なぜ新規事業

「プログラミング経験のない人がソフトウェアの設計をすること」の是非について、どう考えますか？ もしかしたら、このブログの読者であれば、プログラミングが出来ないのにソフトウェア設計をするなんてありえない！という意見の方が多いかもしれません。私もそういう意見ではあったのですが、色々な人と話をするにつけ、どこか違和感を感じていました。 その違和感の正体を探るべく、ソフトウェア設計とプログラミングについて考えてみました。そこでわかったことは「ソフトウェア設計」について、人それぞれに捉え方が違うために、話が通じないことがあることから産まれた違和感だったということです。 この記事では、私の考える「ソフトウェア設計とは何か」について書きました。 ソフトウェア開発はすべてが「設計」である モノづくりにおいて、大きく工程を２つに分けるとしたら「設計」と「製造」に分けることが出来ます。何をどう作るかを決めるこ

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

これまでコンサルタントの方と一緒に仕事をする機会もあり、横で話を聞いていて、相手に伝えるのがとても上手だなぁと感心をすることがあったんですが、何度か経験をするうちに優秀な方のプレゼンテーションには共通のフレームワークがありそうだと気付きました。 ここでのプレゼンテーションは、勉強会などのLTや発表というよりも、顧客にプロダクトを説明するケースです。 技術者のプレゼンテーションは、中身に詳しいが故に、どうしても「正確に伝えよう」「全て伝えよう」としてしまいがちです。もし技術者を相手にした「セミナー」であれば、それでも良いかもしれません。それも、聴く人たちが詳しく知りたいという動機をもって参加している場合です。 しかし、プレゼンテーションをする相手が、その技術やプロダクトについて詳しくなく、そのプレゼンテーションを聴いたあとに、興味をもってもらって、問い合わせなどのコンバージョンに繋げたいとい

このところ講演などでプレゼンテーションをする機会が多くあったので、講演資料を作ることにも段々と慣れてきました。プレゼン資料を準備するのは結構大変ですが、なるべく省エネで作って、その時間を他にまわしたいものです。 そんなプレゼン作成の悩みについて、牛尾さんがブログにされていました。 プレゼン作成の効率化について考えてみる その記事の中で、私のプレゼン資料を褒めて頂いて、とても嬉しかったので、私のプレゼン資料のつくり方について、ブログにしてみようと思いました。私の場合、すごく時間のかかるコンセプトのフェーズと、すごく短時間で仕上げる資料作成のフェーズの２つに分けてつくります。 そこで、今回は、私なりのシンプルで無駄のないプレゼン資料のつくり方について書きました。タイトルの「シンプルで無駄のない」は、「プレゼン資料」と「つくり方」の両方にかけてみました。 Zen garden / Edward

そのAsMamaさまの本「ワンコインの子育てシェアが社会を変える!!: 欲しい子育て支援は自分たちの手で創り出そう」では、AsMamaのこれまでの歴史やこれからのビジョンなど、甲田社長によるAsMamaにかける想いが綴られています。 そして、なんと私たちソニックガーデンとの出会いや仕事の仕方についても、数ページに渡って書いて頂いています。 ＡｓＭａｍａのシステム開発を担当しているのは、株式会社ソニックガーデン（東京都渋谷区）というちょっぴり変わった技術者集団。「納品のない受託開発」というビジネス手法で、いちど関わったお客さんと月額定額契約を結んで長く長―くつきあい、試作と評価を繰り返しながらサイトを構築していきます。 その開発プロセスは、まさに子育てそのもの！ 子育てに終わりがないように、ＡｓＭａｍａのシステム開発にも終わりはありません。「おぎゃあ！」と生まれたばかりの子育てシェアサービス

「アジャイル開発を、お客さまに導入してもらうにはどうすればいいですか？」 そんな相談を受けることがあります。私はどんな優れた提案も相手にニーズがなければ通らないことを知っています。喉が渇いていない人に水を売ろうとしても売れないのです。そもそも提案する前に、まずはニーズに気付いてもらう必要があります。そして、そのお客さまは、本当にアジャイル開発に対するニーズがあるのでしょうか。 私の考えるアジャイル開発の本質は「アジャイル開発では当初に想定した機能を”全部”つくらない」ことだと考えています。（参考記事：アジャイル開発の本質 〜 アジャイルとウォーターフォールの違いとは） この「全てを作らないことで、変化に対して柔軟に開発していく」というソリューションを求めるニーズがあるのであれば、アジャイル開発のメリットを伝えれば採用されることでしょうし、そういうニーズがなければ、何を言っても受け入れられま

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

アジャイル開発を開発者以外にも２ページ程度のサマリで説明するというのに挑戦してみました。なるべくアジャイル開発の文脈で使われる言葉（適応型とか）を使わないようにしてみたのと、従事する人でなく決定権を持つ人向けに中身よりも得られる価値などを中心に記述しました。（記事の最後でPDFを皆さんの会社でも使えるようクリエイティブコモンズで公開してます。） アジャイル開発に関するサマリ アジャイル開発（アジャイルソフトウェア開発）とは、ソフトウェア開発における開発手法の総称です。その特徴は、日々変化するビジネスや市場環境に応じて、作るべきソフトウェアも変化させていくことが出来る点です。 アジャイル開発におけるゴールと狙いは、IT投資に対するソフトウェアから得られる価値を最大化することです。コストパフォーマンスの最大化であり、ただソフトウェアを作ることだけが目的ではありません。 １．誕生の経緯と求められ

「アジャイル」という言葉が一人歩きしてしまっていて、たまに話をしていても通じないときがあります。 それくらいアジャイルという言葉が広く知られるようになったんだと思う一方で、かえって話が通じなくて、もどかしく感じることもあります。だからといって、そこで「正しいアジャイルとは」みたいな議論をしたい訳でもないのです。 広まれば広まるほど、そういった言葉の認識の齟齬が出るのは仕方ないですね。その正しい定義みたいなところを追求するのもナンセンスなので、そんなつもりはないですが、ただ自分がどう考えているかについては書いておいても良いかな、と考えました。ここは私のブログですしね。 そこで、この記事では、私の考えるアジャイル開発の本質について、そしてウォーターフォールとの違いについて書きました。 アジャイル開発では機能を全部つくらない これまで私の中で、アジャイルと言えば当たり前の前提がありました。それは