営業担当ゼロ・広告宣伝費ゼロ円でも行列ができるマーケティングの秘密 | Social Change!
「納品のない受託開発」でよく聞かれることに「どうやって顧客を説得するのか？」と「顧客をどうやって見つけているのか？」という２つの質問があります。 実はこの２つの質問に対する回答は１つで「お客様から見つけてもらうから説得はいらない」ということになります。一体どういうことでしょうか。この記事では、私たちが行っているマーケティングについて紹介します。 なぜ行列ができるのか？ おかげさまで「納品のない受託開発」へのお問い合わせを非常にたくさん頂いています。ありがとうございます。 今の私たちだけでは対応できないほどご相談を頂いていて、なんとかしたいと頑張ってはいますが、どうしてもお待ち頂くかお断りせざるを得ない状況になっています。それでも是非に、と待ってくださるお客さまもいて、本当にありがたいことです。 もしかすると普通の会社や経営者であれば、そこで大きく人を募集して急拡大を狙うこともあるのかもしれ
書評：強いチームはオフィスを捨てるー37シグナルズが考える「働き方革命」 | Social Change!
本書は、”Basecamp”や”Ruby on Rails”で有名な「37signals（現在はBasecampに改名）」というソフトウェア企業によるリモートワークに関する指南書です。 ちょうど、私たちもリモートワークを実践していて、その記事を書いたところです。 リモートワーク（在宅勤務）を導入するためのポイントと残された課題 こちらの本は、以前にも紹介した、「小さなチーム、大きな仕事ー37シグナルズ成功の法則 」という書籍の続編ともいえる内容になっています。こちらの本の紹介をした際にも書いたのですが、この37signalsという会社の哲学は、私たちソニックガーデンと非常に似ているというか、私たちも参考にしているところが沢山あります。 その彼らの考えかたの根底にあるのは、シンプルであり合理的であるところです。そして、その点において、私たちはとても共感するのです。 働きかたを合理的に考えて、
助け合いの社会を作りたい！ 〜 AsMama甲田社長がソニックガーデンを選んだ理由 | Social Change!
そのAsMamaさまの本「ワンコインの子育てシェアが社会を変える!!: 欲しい子育て支援は自分たちの手で創り出そう」では、AsMamaのこれまでの歴史やこれからのビジョンなど、甲田社長によるAsMamaにかける想いが綴られています。 そして、なんと私たちソニックガーデンとの出会いや仕事の仕方についても、数ページに渡って書いて頂いています。 ＡｓＭａｍａのシステム開発を担当しているのは、株式会社ソニックガーデン（東京都渋谷区）というちょっぴり変わった技術者集団。「納品のない受託開発」というビジネス手法で、いちど関わったお客さんと月額定額契約を結んで長く長―くつきあい、試作と評価を繰り返しながらサイトを構築していきます。 その開発プロセスは、まさに子育てそのもの！ 子育てに終わりがないように、ＡｓＭａｍａのシステム開発にも終わりはありません。「おぎゃあ！」と生まれたばかりの子育てシェアサービス
ソフトウェアは完成しても価値はない 〜 アジャイル開発は何を解決するのか | Social Change!
「アジャイル開発を、お客さまに導入してもらうにはどうすればいいですか？」 そんな相談を受けることがあります。私はどんな優れた提案も相手にニーズがなければ通らないことを知っています。喉が渇いていない人に水を売ろうとしても売れないのです。そもそも提案する前に、まずはニーズに気付いてもらう必要があります。そして、そのお客さまは、本当にアジャイル開発に対するニーズがあるのでしょうか。 私の考えるアジャイル開発の本質は「アジャイル開発では当初に想定した機能を”全部”つくらない」ことだと考えています。（参考記事：アジャイル開発の本質 〜 アジャイルとウォーターフォールの違いとは） この「全てを作らないことで、変化に対して柔軟に開発していく」というソリューションを求めるニーズがあるのであれば、アジャイル開発のメリットを伝えれば採用されることでしょうし、そういうニーズがなければ、何を言っても受け入れられま
「納品のない受託開発」とは 〜 これからの時代にあったソフトウェア受託開発のビジネスモデル | Social Change!
昔は技術的に出来なかった為に運用でカバーしてきた慣習が残り続けているけれども、実は今の技術で考え直すともっと無駄なく簡単に出来ることって、多くの業界で起きているように思います。 もちろん、ソフトウェアの受託開発の世界でも起きています。ソフトウェア開発を生業とする私たちの会社で考えたのは、昔ながらの商習慣によって様々な問題を引き起こしているのは「納品」ではないか、ということでした。 この記事ではソフトウェアにおける「納品」のもたらす問題と、私たちの会社で解決している方法「納品のない受託開発」について書きました。（自社のウェブサイト用に書いた原稿をブログにしただけなので、それっぽい表現になってます。） 「納品」が引き起こしている問題 私たちソニックガーデンの受託開発では、一括委託を行っていません。ソフトウェア開発における「一括請負での受託開発」のビジネスモデルは、多くの問題を生み出してきたから
自律的に現場を改善できるチームをつくるための「ふりかえり」の進め方 〜 KPTと進め方のノウハウ | Social Change!
現場のオペレーションを改善するために、最初に着手するなら何か？と聞かれたら、いつも「ふりかえり」から始めましょう、と答えています。かつてトラブルの起きているプロジェクトに入ったときも、まず始めたのは「ふりかえり」からでした。 「ふりかえり」とは、文字通り現場の活動を振り返って、改善のアクションを考えることです。反省会のようにも思えますが、すべてが終わってから反省する訳ではなく、現状分析を行って、うまく続けていくための未来を向いた活動です。 この記事では「ふりかえり」という習慣について、そして、ふりかえりを実践するにあたって、進め方とポイントについて紹介します。 ふりかえりの進め方”KPT”とは 上の写真は、私たちソニックガーデンで「ふりかえり」をしている様子です。ソニックガーデンでは弟子を採用していて、その弟子と師匠とのふりかえり風景です。このように、特別な道具はなにも必要ありません。必要
社内ベンチャーの経験から学んだ新規事業の失敗を防ぐための５つのポイント | Social Change!
企業が新規事業を創り出す為にはどうすれば良いでしょうか。それまでの延長上にない事業を創り出すためには、それまでの延長上でない形が必要なはずです。その一つの取り組みが「社内ベンチャー」でしょう。 社内ベンチャーとは、既に事業をもっている大企業の中で、新規事業創造を目的に独立した事業部隊として作られる組織のことです。法人登記をしていないため、法人格をもった会社ではありません。 「Soup Stock Tokyo」が、三菱商事の社内ベンチャーから始まったことをご存知の方も多いでしょう。以下の本に詳しく書かれており、私も読みましたが、とても興味深い内容でした。 私たちの会社ソニックガーデンも、元々は大企業の社内ベンチャーとしてスタートして、今は買い取って完全に独立した会社にさせてもらっています。社内ベンチャーをしていた期間は２年間でしたが、そこでは非常に沢山のことを学ばせてもらいました。 ただ、私
セルフマネジメントのレベルと欠かせないスキル 〜 自己組織化されたチームを作るためには | Social Change!
私はよく講演などで「弊社はマネジメントしない会社です」と言ってます。ソニックガーデンでは、指示や命令などすることなくて、スタッフは各々で状況判断しながら仕事に取り組み、働くことを監視されたりすることはありません。 マネジメントしない、というのは、あえて気を引く言葉を使っているだけで、本当は、各自が自分で自分のマネジメントができるから、なんです。つまり、全員がセルフマネジメント出来れば、マネジメントは不要になります。そうすると自己組織化されたチームが出来上がります。 とはいえ、セルフマネジメントにもいくつか段階があると最近感じるようになりました。最初から高いレベルのセルフマネジメントができる人は稀です。順番に身につけていくような気がしています。この記事では、そんなセルフマネジメントのレベルについて考えてみました。 Jogging on a bright November morning /
自ら考え行動する社員に育つための３つの哲学 〜 若手の教育を任された上司や先輩にむけて | Social Change!
Students and Teacher in a Classroom at Cathedral High School in New Ulm, Minnesota… / The U.S. National Archives 多くの会社で新社会人を迎え入れる季節になりました。若い人たちをどう育てるのか、企業にとってとても重要なテーマです。私たちソニックガーデンでも、毎年なんとか新卒社員を採用し、師匠のもとで弟子という形で教育しています。 私の考える教育方針の哲学はシンプルで「子供扱いしないこと」「育てるのではなく育つ」「守るのではなく見守る」というものです。 これは、私が様々な先輩や上司の元で働かせて頂いた中で感じたことを思い出して考えたものです。これから若手を育てなければいけない立場になった先輩や上司の人たちにとって参考になればと思い、それを記事にしてみました。 子供扱いしないこと 人は
どうすれば小さなチームでも大きな成果を出せるのか 〜 少人数のチーム、低コストで開発を続けていくためのプロセスを学ぶ | Social Change!
先日3月21日に、スクー（ http://schoo.jp/ ）という、ウェブ上で様々な授業が受けられるサービスにて、ひとつ講義を受け持って授業をしてきました。 「どうすれば小さなチームでも大きな成果を出せるのか 〜 少人数のチーム、低コストで開発を続けていくためのプロセスを学ぶ」というテーマで授業をしてきました。 オンラインで生放送の授業をするという初めての経験で緊張しましたが、質疑応答で沢山質問も頂けたので、とても良かったです。オンラインの方が、質疑応答で質問が出やすいような気がしますね。 この記事では、その授業での内容や、スライドと質疑応答について書きました。 授業内容の紹介 大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ウェブサービスを
その努力を無駄にしないために、要領のいい仕事が出来るようになる考えかたとは | Social Change!
一生懸命に仕事をする、というのはどういうことでしょうか。決められた作業リストがあって、それを全部こなすこと、時間をかけてでもやりきること、そういったことも一生懸命に仕事をすると言えるでしょう。しかし、それだけでは価値のある仕事に繋がらないことも多く、努力が無駄になることもあります。 一方で、どこにでも要領のいい人はいます。要領がいい人は、仕事も早く終わらせることができて、しかも評価される仕事をしています。短い時間で成果を出せる方が、沢山の価値を産むことは違いありません。では、そうした人たちは産まれ持った能力が高いのでしょうか。それもあるけど、それだけではないでしょう。 そもそも、要領がいいことと、努力することは排他的ではありません。要領がいい・要領が悪いという軸があるなら、努力する・努力しないという軸もある筈です。それは４象限で考えることが出来ます。 要領が悪く、努力もしない人はどうしよう
変化はなぜ大切なのか 〜 成長する為の Embrace Change （変化を抱擁する）という価値観 | Social Change!
Human Evolution? / bryanwright5@gmail.com 先日、ソニックガーデンの安達（通称いんてる）が、あるイベントにて”DevOps”についての講演をしてきました。 その時の詳しい様子については、いんてるのブログにて紹介されていますし、資料もSlideshareにアップされています。 今回は、いんてるの資料を読んで改めて感じたソニックガーデンの価値観について、記事にしました。 方法論よりも目的を重視する この資料で「伝えたいこと」として、２つのことが挙げられています。ひとつは「DevOpsは方法論であって万能なものではない」ということ、そして「変化することは大切なこと」ということです。 ひとつめの「方法論は万能ではない」という考えかたは、ソニックガーデンで取り組んでいるどんな方法論にもあてはまることです。企業としての目的があって、そのために最適化していくことに
小さな失敗よりも、小さな成功を積み重ねる 〜 リーンスタートアップ実践のポイント | Social Change!
2月27日に、島根県の主催するビジネスセミナーに参加してきました。私は、パネルディスカッションの司会として呼んで頂きました。 ビジネスセミナー「新規事業の成功率を高める手法 」 ～ムダのない、市場の変化に対応できるマネジメント理論～ 登壇者は、リーンスタートアップの日本での第一人者である Lean Startup Japan LLC の和波さん、リーンスタートアップを実践している企業であるクックパッドの橋本CTO、そして、リーンスタートアップの元になった顧客開発モデルを紹介した「アントレプレナーの教科書」の堤さん、という豪華なラインナップでした。 この登壇者を揃えたリーンスタートアップのイベントは、これまで日本でもなかったんじゃないかと思うのですが、島根の松江で開催されたのは画期的なことだと思います。関係者の皆さんの熱意の賜物ですね。 豪華な登壇者の皆さん 和波さんのリーンスタートアップ入
メールボックスは空っぽですか？Gmailのアーカイブ機能を使って生産性を上げる方法 | Social Change!
Gmailのアーカイブ機能、使っていますか？ Gmailと言えば、Googleの提供する無料で使えるウェブメールです。なによりも大容量であることが特徴ですね。私も仕事でGoogleAppsのGmailを使っています。 そんなGmailを使っているという人は沢山いると思います。しかし、Gmailの「アーカイブ」機能を使っている人はそんなにいない、ということを知りました。 Gmailには色々な特徴や機能がありますが、私がとりわけ気に入っているのは「アーカイブ」です。これによって、以前まで使っていたメーラーなんかと比べて圧倒的に生産性が上がりました。もう「アーカイブ」を使わない生活には戻れません。 この記事では、Gmailの「アーカイブ」機能の紹介と、それによって生産性が上がることについて書くことにします。 Google Mail website screenshot / Spencer E H
ソフトウェア設計とは何か 〜 設計にはプログラミング経験が必要か否か | Social Change!
「プログラミング経験のない人がソフトウェアの設計をすること」の是非について、どう考えますか？ もしかしたら、このブログの読者であれば、プログラミングが出来ないのにソフトウェア設計をするなんてありえない！という意見の方が多いかもしれません。私もそういう意見ではあったのですが、色々な人と話をするにつけ、どこか違和感を感じていました。 その違和感の正体を探るべく、ソフトウェア設計とプログラミングについて考えてみました。そこでわかったことは「ソフトウェア設計」について、人それぞれに捉え方が違うために、話が通じないことがあることから産まれた違和感だったということです。 この記事では、私の考える「ソフトウェア設計とは何か」について書きました。 ソフトウェア開発はすべてが「設計」である モノづくりにおいて、大きく工程を２つに分けるとしたら「設計」と「製造」に分けることが出来ます。何をどう作るかを決めるこ
エンジニアに求められるコミュニケーション能力とは〜社交性なんてなくたって仕事はできる | Social Change!
エンジニアにとってコミュニケーション能力は必要でしょうか。この話題については、賛否両論あるでしょうし、そもそもコミュニケーション能力とは何かを考えなければいけないでしょう。 私たちの会社ソニックガーデンでは、プログラマの仕事を「ソフトウェアのエンジニアリングすべてに責任を持つ仕事」と定義しています。具体的には、お客さまと対話して要件を引き出すことから、データ構造から画面までの設計を行ったものをソースコードで表現し、クラウドでの運用まで面倒をみるという、ソフトウェアを作って動かす全てを行います。 そう話すと、よく聞かれる質問があって「コミュニケーションが苦手なエンジニアはどうすれば良いでしょうか？」というものです。もし本当に誰とも話をしたくないし出来ないというのであれば、残念ながら、と言うしかありません。しかし、コミュニケーションと一括りにしてしまっていて誤解があるのかもしれません。 そこで
長く働けるスタイルを大事にするために〜急成長を目指さない「ベストエフォート経営」 | Social Change!
こちらの記事を読みました。 逃げろ、そして生き延びろ – インターネットの備忘録 http://d.hatena.ne.jp/hase0831/20121002 頓智ドットを退職した｜@suniのブログ「ニートですが？」 http://sunikang.blogspot.jp/2012/10/blog-post.html 読んでるだけで自分も苦しくなるような内容でした。 たしかにベンチャー企業の経営者は、ハードワークであることを奨励する人が多い気がします。世界を変えるとか、上場を目指すとか、短期間で何かを成し遂げようとするならば、残業も厭わずに働き続けないといけない、という訳です。そうなのかもしれません。 しかし、私はそんな考えかたが好きではないです。一生懸命に働くことは大事ですし、頑張ることは大前提だと思いますが、長時間働くことを求めるのは違うのではないかと考えています。そもそも自分がそ
小さなソフトウェア企業でも出来るマーケティング・コミュニケーションのやりかた | Social Change!
「マーケティング」というと難しく聞こえるかもしれません。よくあるCMや広告もマーケティングのひとつです。なので、大手企業だけがするものだと思ってしまっている人たちもいるかもしれません。しかし、実はそんなことはありません。 小さな会社であってもマーケティングは出来ます。むしろ、小さくてもしっかりとマーケティングをしている会社は、ブランド力をもち、ファンがいて、利益を上げることが出来るのです。たとえば、”Ruby on Rails”を作ったDHHのいる37signalsという小さな会社は、世界でもっとも有名な成功事例でしょう。 私たちソニックガーデンも小さなソフトウェア企業です。それなりにメディアにも取り上げて頂くこともあるので、印象としてはもっと大きな会社だと思われるときもありますが、実際には現時点で私を入れて7人の小さな会社です。小さな会社ですが、今のところ、ありがたいことにソニックガーデ
離れた場所で働くチームのつくり方〜１年間のアイルランドでの実践で学んだこと | Social Change!
『国境なきプログラマ』を目指す～ノマドワークの究極のかたち ちょうど１年ほど前に、こんなブログを書きました。ソニックガーデンのプログラマが単身、アイルランドのダブリンに１年間滞在しつつ、日本の仕事をしながらも、現地で生活をおくるという内容です。 こちらの記事で紹介した、ダブリン生活にチャレンジしてきたプログラマの maedana がつい先日、無事に日本に帰ってきました。 日本との時差9時間の中で、1年間1度も日本に帰ることなく、リモートで働いてもらったのですが、結果としては、大きな問題はなく、概ねうまくいったと言ってもいいでしょう。 この記事では、そのアイルランドのプログラマと日本のプログラマやお客様と、どうやって離れた場所だけど、ひとつのチームとして一緒に働くことができたのか、ふりかえってみたいと思います。 1年間のリモートワークの前提や環境について 彼がアイルランドに行く前に想定してい
ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
