「仕事」と「作業」は違う（参考：「仕事」と「作業」の違いは何か）。学生時代のアルバイトなら「作業」が殆どだろう。しかし社会人になってするのは「仕事」だ。任された仕事は自分でマネジメントする必要がある。 仕事の質とスピードは、手を動かす時間よりも、その前後に使う頭で決まる。本記事で書いたのは当たり前なことばかりだが、新人や若手のうちに身につけてもらう仕事の基本として参考になれば幸いだ。 目的を確認して「そもそも」を考える 仕事には目的がある。作業ならば目的など知らずとも手を動かせば良いが、仕事は目的を達成してナンボだ。であれば、目的を達成さえすれば、どんな手段をとっても構わないとも言える。効率的に達成できるか考えることも仕事のうちだ。 そのためには、これからする仕事の目的を把握しておく必要がある。仕事の目的がわかっていれば良いが、もし曖昧なら確認をしよう。把握する目的とは「誰のためか」「何の

先日、香港で開催されたFSE2014という国際会議へ参加してきました。 The 22nd ACM SIGSOFT International Symposium on the Foundations of Software Engineering (FSE 2014) will be held in Hong Kong between November 16 and November 21, 2014. 参加した目的は、私たちソニックガーデンが提唱し実践している「納品のない受託開発」というビジネスモデルについて書いた論文が、FSE内で行われるInnoSWDevのワークショップにて採択された�ので、そのプレゼンテーションをするためです。 今回の記事は、その国際会議に参加してきたことのレポートです。（こうした近況報告のブログ的な記事は久しぶりですね・・・） 国際学会に参加することになった経緯

私たちソニックガーデンの「納品のない受託開発」に取り組むソフトウェア開発のスタイルは、一般的に「アジャイル開発」と呼ばれるものに近いです。 しかし実際のところ、私たちは「アジャイル開発」をしようなんてかけ声をかけたこともないですし、普段から社内で「アジャイル開発」が話題になることもありません。「アジャイル開発」をしようと思ってしている訳ではないにも関わらず、「アジャイル開発」をやっているように見えるというのです。 この記事では、「アジャイル開発」について私たちが考えていること、そして、なぜ多くのアジャイル開発は失敗してしまうのか、うまくいくためにどうすればいいのか考えてみました。 2012-12-28 / Giåm 結果としてのアジャイル開発〜究極のアジャイル 「あなたにとってのアジャイルとは何ですか？」 先日、ある勉強会で質問されました。ちょっと想定外の質問だったので、しばし考えたあと私

2014年6月12日に、拙著　「納品」をなくせばうまくいくーソフトウェア業界の“常識”を変えるビジネスモデル　が発売となりました。 私はこれまで技術者として、そして経営者としてずっと取り組んできたソフトウェア開発の業界を、少しでも良くしたいという思いから、新しいビジネスモデルに取り組んできました。 その取り組みを、今回のような１冊の本にまとめることが出来たことで、より多くの方にソフトウェア開発の世界で起きている問題と、それを解決するためのアイデアの一つとしてのビジネスモデルを知って頂く機会になれば、私にとってもとても嬉しいことです。 本書では、技術的な用語はほとんど使わずに表現することを心がけました。技術者の皆さんだけでなく、経営者やビジネスマンの皆さんにとっても読みやすいものになっていると思います。 ソフトウェアやプログラミングの仕事とは本来は楽しいものであり、そのことをもっと多

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

私たちソニックガーデンが提供する「納品のない受託開発」では、お客さまが事業で使うウェブサービスの開発と運用を一手に引き受ける仕事をしています。 私たちの社員が、お客さまの事業の企画の段階から相談にのって考えて、一緒に設計を行い、その企画を自らプログラミングして、ユーザが利用する段階の運用まで引き受けます。そのように、ITに関するすべての工程を受け持つ職業のことを、私たちの会社では「プログラマ」と呼んでいます。 プログラマといえば人によっては、その仕事のイメージはマチマチかと思いますが、私たちの考えるプログラマとは、ひとりでソフトウェアエンジニアリングのすべてが出来る人のことです。そして、「納品のない受託開発」では、プログラマの一人一人が、お客さまの顧問のような形で担当を受け持ちます。私たちは、お客さまの「顧問プログラマ」としてサービスを提供させてもらっているのです。 この記事では、私たちが

生放送で無料授業を受けれるschooで、『新人エンジニアが知っておきたいアジャイル開発』というお題で、授業をする機会を頂きました。 この授業では、ウェブサービスやアプリの開発に携わる新人エンジニアの方を対象に「アジャイル開発」についての概要と、実際の事例を元に学ぶことが出来るようにお話したつもりです。以下が、そのときの資料です。 この記事では、授業の後半でお話しした内容から、新人エンジニアが今後アジャイル開発の現場で求められる姿勢について、改めて書いてみました。 アジャイル開発に限らず、エンジニアとして優れた人は、エンジニアリングをマスターしていることは大前提として、その上でビジネスや世の中に対して成果を出しています。 これまで多くのエンジニアの方と知り合って一緒に仕事をしてきた経験から、そうした人たちが持っている共通の姿勢を５つ洗い出してみました。 当事者意識を持つ これはエンジニアに限

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

先日のブログで事例を公開した「納品のない受託開発」ですが、実際に現場で動くビジネスなので、必ずしも何も問題が起きないということはないですが、その上で前向きに一つ一つ問題をクリアしていっています。新しいことへの挑戦なので仕方ないですが、そうしたことを差し引いても、それでもやっぱり従来の開発よりも、お客様にも喜んで頂けているし、働くエンジニアもやりがいを持って働けているように感じています。 この「納品のない受託開発」をいくつも経験するにつれて、始めるまでは仮説だったお客様とエンジニアの両方の幸せを追求するこのビジネスモデルが、本当に良いものなんだと、実感を伴ってより深く感じるようになってきました。そして、このビジネスモデルをもっともっと広めたいという思いが強くなりました。 そのために私たちソニックガーデンが出来ることを考えていくつか実験した結果、「納品のない受託開発」ビジネスモデルのオープン化

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

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

私はよく講演などで「弊社はマネジメントしない会社です」と言ってます。ソニックガーデンでは、指示や命令などすることなくて、スタッフは各々で状況判断しながら仕事に取り組み、働くことを監視されたりすることはありません。 マネジメントしない、というのは、あえて気を引く言葉を使っているだけで、本当は、各自が自分で自分のマネジメントができるから、なんです。つまり、全員がセルフマネジメント出来れば、マネジメントは不要になります。そうすると自己組織化されたチームが出来上がります。 とはいえ、セルフマネジメントにもいくつか段階があると最近感じるようになりました。最初から高いレベルのセルフマネジメントができる人は稀です。順番に身につけていくような気がしています。この記事では、そんなセルフマネジメントのレベルについて考えてみました。 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 多くの会社で新社会人を迎え入れる季節になりました。若い人たちをどう育てるのか、企業にとってとても重要なテーマです。私たちソニックガーデンでも、毎年なんとか新卒社員を採用し、師匠のもとで弟子という形で教育しています。 私の考える教育方針の哲学はシンプルで「子供扱いしないこと」「育てるのではなく育つ」「守るのではなく見守る」というものです。 これは、私が様々な先輩や上司の元で働かせて頂いた中で感じたことを思い出して考えたものです。これから若手を育てなければいけない立場になった先輩や上司の人たちにとって参考になればと思い、それを記事にしてみました。 子供扱いしないこと 人は

おかげさまで大変好評を頂いていて、瞬間風速ですがアプリストアのフードカテゴリの４位までいくことができました。ブログやニュースでも取り上げて頂くなど、とても良いスタートをきることが出来ました。ありがとうございます。 日本酒専用の記録アプリ「SakeLover」 – ITmedia ニュース SakeLover – 日本酒ノート：お気に入りの日本酒を記録して簡単にリスト化できる！ – 産経アプリスタ SakeLover – 日本酒ノート　～あのときの酒を忘れない！お気に入りのお酒を記録して、自分だけの「旨い酒リスト」を作ろう！～ 酒飲みは必携！飲んだ日本酒を記録していくiPhoneアプリ「SakeLover」 日本酒好き必見！お気に入りのお酒を記録するアプリ「SakeLover – 日本酒ノート」 | CatchAppNews – iPhoneアプリ検索サイト[CatchApp] 飲んだ日本酒

2月27日に、島根県の主催するビジネスセミナーに参加してきました。私は、パネルディスカッションの司会として呼んで頂きました。 ビジネスセミナー「新規事業の成功率を高める手法 」　～ムダのない、市場の変化に対応できるマネジメント理論～ 登壇者は、リーンスタートアップの日本での第一人者である Lean Startup Japan LLC の和波さん、リーンスタートアップを実践している企業であるクックパッドの橋本CTO、そして、リーンスタートアップの元になった顧客開発モデルを紹介した「アントレプレナーの教科書」の堤さん、という豪華なラインナップでした。 この登壇者を揃えたリーンスタートアップのイベントは、これまで日本でもなかったんじゃないかと思うのですが、島根の松江で開催されたのは画期的なことだと思います。関係者の皆さんの熱意の賜物ですね。 豪華な登壇者の皆さん 和波さんのリーンスタートアップ入

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

こちらの記事を読みました。 逃げろ、そして生き延びろ – インターネットの備忘録 http://d.hatena.ne.jp/hase0831/20121002 頓智ドットを退職した｜@suniのブログ「ニートですが？」 http://sunikang.blogspot.jp/2012/10/blog-post.html 読んでるだけで自分も苦しくなるような内容でした。 たしかにベンチャー企業の経営者は、ハードワークであることを奨励する人が多い気がします。世界を変えるとか、上場を目指すとか、短期間で何かを成し遂げようとするならば、残業も厭わずに働き続けないといけない、という訳です。そうなのかもしれません。 しかし、私はそんな考えかたが好きではないです。一生懸命に働くことは大事ですし、頑張ることは大前提だと思いますが、長時間働くことを求めるのは違うのではないかと考えています。そもそも自分がそ

『国境なきプログラマ』を目指す～ノマドワークの究極のかたち ちょうど１年ほど前に、こんなブログを書きました。ソニックガーデンのプログラマが単身、アイルランドのダブリンに１年間滞在しつつ、日本の仕事をしながらも、現地で生活をおくるという内容です。 こちらの記事で紹介した、ダブリン生活にチャレンジしてきたプログラマの maedana がつい先日、無事に日本に帰ってきました。 日本との時差9時間の中で、1年間1度も日本に帰ることなく、リモートで働いてもらったのですが、結果としては、大きな問題はなく、概ねうまくいったと言ってもいいでしょう。 この記事では、そのアイルランドのプログラマと日本のプログラマやお客様と、どうやって離れた場所だけど、ひとつのチームとして一緒に働くことができたのか、ふりかえってみたいと思います。 1年間のリモートワークの前提や環境について 彼がアイルランドに行く前に想定してい

続きを書きました　→　伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し

資金も人も少ないスタートアップが大手企業に勝つためには、大手と同じことをしていては勝つことができません。大手にできないことをしてこそスタートアップは生き残ることが出来るはずです。もし仮に投資を受けて大手のような振る舞いをしたところで、そもそも基礎的な体力は違う訳で息切れしてしまうことは目に見えています。 大手企業とスタートアップの大きな違いは、大手企業は資金や人を沢山もちすぎているということです。それは正面から戦ったら強みになるでしょうが、新規事業においては弱点にもなりえるのです。 沢山の人や資金を動かすとしたら、必ず無駄が産まれます。長過ぎる会議や総花的な意見まとめなど大企業のオペレーションには多くの無駄があります。小さくて小回りの利くスタートアップが同じように振る舞う必要はありません。 ITを活用するスタートアップにおいて、ソフトウェアを作るという文脈の中でも、大手企業とは違う戦略を採