メールボックスは空っぽですか？Gmailのアーカイブ機能を使って生産性を上げる方法 | Social Change!
Gmailのアーカイブ機能、使っていますか？ Gmailと言えば、Googleの提供する無料で使えるウェブメールです。なによりも大容量であることが特徴ですね。私も仕事でGoogleAppsのGmailを使っています。 そんなGmailを使っているという人は沢山いると思います。しかし、Gmailの「アーカイブ」機能を使っている人はそんなにいない、ということを知りました。 Gmailには色々な特徴や機能がありますが、私がとりわけ気に入っているのは「アーカイブ」です。これによって、以前まで使っていたメーラーなんかと比べて圧倒的に生産性が上がりました。もう「アーカイブ」を使わない生活には戻れません。 この記事では、Gmailの「アーカイブ」機能の紹介と、それによって生産性が上がることについて書くことにします。 Google Mail website screenshot / Spencer E H
小さなソフトウェア企業でも出来るマーケティング・コミュニケーションのやりかた | Social Change!
「マーケティング」というと難しく聞こえるかもしれません。よくあるCMや広告もマーケティングのひとつです。なので、大手企業だけがするものだと思ってしまっている人たちもいるかもしれません。しかし、実はそんなことはありません。 小さな会社であってもマーケティングは出来ます。むしろ、小さくてもしっかりとマーケティングをしている会社は、ブランド力をもち、ファンがいて、利益を上げることが出来るのです。たとえば、”Ruby on Rails”を作ったDHHのいる37signalsという小さな会社は、世界でもっとも有名な成功事例でしょう。 私たちソニックガーデンも小さなソフトウェア企業です。それなりにメディアにも取り上げて頂くこともあるので、印象としてはもっと大きな会社だと思われるときもありますが、実際には現時点で私を入れて7人の小さな会社です。小さな会社ですが、今のところ、ありがたいことにソニックガーデ
ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し
チケット駆動開発で Pivotal Tracker を上手に使うための4つのポイント | Social Change!
ソフトウェア開発のタスクはどのように管理するのが効率的なのか。ソフトウェアという目に見えないものを作るためにはタスクの見える化は進捗状況を図る重要な指標になります。ソフトウェア開発で発生するタスクを、バグ管理システム（BTS）や課題管理システム（ITS）を活用することで、タスクの状態とワークフローを管理しようというのがチケット駆動開発です。 チケット駆動開発については、以前に記事を書いたので、そちらを参考にしてください。 チケット駆動開発のススメ〜No ticket! No commit チケット駆動開発をうまく実践するためにはツールが不可欠です。不具合管理や障害管理で使うツールを応用して活用することも出来ますが、最近は専用のツールも出て来ています。ソニックガーデンでは、Pivotal Trackerというツールを使っています。Pivotal Trackerでは「ストーリー」と表記していま
「アジャイル開発」で解決できることは何か〜アジャイルは「速い・安い」のファストフードではない | Social Change!
ここ最近の「アジャイル」という言葉の使われ方に違和感を感じています。 年々システム開発のプロジェクトは、短納期化と低コスト化の流れが進んでおり、それによってリスクが増して且つ利益の出にくい状況になりつつあり、多くのシステム開発を請け負うシステムインテグレータは様々な取り組みを進めています。 そして、その一つとして期待されているのが「速い・安い」を実現する「アジャイル開発」だと言うわけです。もはや、まるでファストフードです。 大手システムインテグレータが集まってアジャイル検定を始めるようです。一部引用します。 アジャイル検定の本格運用に向けた、アジャイルソフトウエア開発技術者検定試験準備委員会を設立 近年、ソフトウエア開発では、厳しい経済不況などの影響を受け、ユーザーの要件を確実に、高品質に、より短期間で提供することが求められています。このような環境の下で、注目されているのがアジャイル開発手
モチベーションの源泉：何のために働くのか、転職か起業か | Social Change!
この１〜２年、転職であったり起業であったり人の動きが激しいような気がします。私の知人も、大手企業でエリートだったのに起業したり、大手メーカーからソーシャルゲームの会社に転職したりしています。そうした人たちを見ていて、人の働く動機には色々ある中で、いくつかパターンがあるのかなと思い、人は何のために働くのかについて考えてみました。 ※この記事は、2011年07月07日に公開された記事を再編集したものです。 モチベーション４つのパターン 私なりに人が働くモチベーションとして、以下の４つのパターンがあるのではないかと考えてみました。（これは私の知り合いからの類推なので、専門的で正確な話ではありません） ・「アントレプレナー」タイプ ・「クラフトマン」タイプ ・「サラリーマン」タイプ ・「サポーター」タイプ アントレプレナータイプの方にとっての仕事に対する動機は「夢」が大きく影響しているように思いま
読書メモ：リーンスタートアップ ムダのない起業プロセスでイノベーションを生みだす | Social Change!
テレビ東京のワールドビジネスサテライトで取り上げられるなど、このところ話題になることの多い「リーンスタートアップ」について、提唱者であるエリック・リース自身によって書かれた本の翻訳版が出版されました。 リーンスタートアップとは、起業家であるエリック・リースの失敗と成功の経験をもとに、製造業におけるリーン生産方式の概念を応用して説明した、これまでにない新しい「スタートアップの手法」のことです。 リーンスタートアップそのものについては、以前に私もブログで紹介しましたので、そちらも参照ください。 リーンスタートアップとは 世の中のスタートアップの殆どが失敗しているけれど、実は成功の確率を高めるにはやり方があって、そのやり方としてまとめたものが「リーンスタートアップ」だと本書では言っています。 そのやり方は、必要最小限の機能だけでリリースをすることや、サイクルタイムを極端に短くしていくこと、ユーザ
システムを育てるカイゼン型開発のススメ〜SonicGardenでカイゼン型開発を行う理由 | Social Change!
日経SYSTEMS 2012年4月号の特集１が「システムを育てるカイゼン型開発のススメ」ということで、Part4に私も寄稿させて頂きました。ソニックガーデンが今のビジネスモデルを採用した理由について書きました。 「カイゼン型開発」という言葉は、2006年に私がブログで書いたのですが、ようやく時代が追いついてきたのかと感慨深いものがあります。そして、2012年の私たちは既にそこからさらに先に進んでいて、その答えとなる「納品のない受託開発」というビジネスモデルに辿り着いています。 実際に掲載された寄稿記事の方では割とコンパクトにまとめてもらいましたが、こちらではディレクターズカットということで元々に書いた原稿の方を公開します。もし、このブログよりもさっと読みたい場合は日経SYSTEMSを読んで頂くのが良いかと思います。 ソニックガーデンでは「納品のない受託開発」という少し変わったスタイルでの受
Agile Japan 2012 東京サテライトのふりかえり | Social Change!
2012年3月16日にAgileJapan2012、そして同日にAgileJapan2012東京サテライトが開催されました。今年のアジャイルジャパンはメイン会場が大阪のため、東京ではサテライト開催という形となりました。 東京サテライトでは、メイン会場ではなかなか出来ないことにチャレンジしようということで、アジャイルのイベントなのだけど「スタートアップ」というテーマを選びました。とはいえ、有料のイベントでそのテーマで本当にアジャイル界隈から人が集まるのか、非常に不安ではあったのですが、130名以上の方々にご参加頂くことができ、本当にほっとしました。ご参加頂き、ありがとうございました。ブログ書いてくださいね。 また特になにごともなく、一日がかりのイベントを無事おえることができ、肩の荷がおりました。ほとんどのアジャイルジャパン実行委員が大阪に行ってしまっているので、少ない人数で大変でしたが、本当
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
デブサミ2012で講演しました〜デブサミ10年の歴史と共に得た経験の恩返しと10年先のビジョン | Social Change!
記念すべき10回目を迎える Developers Summit 2012（デブサミ）に参加、そして講演させて頂きました。 デブサミ10周年、おめでとうございます。そして、ありがとうございました。10周年という節目で講演させてもらえて、本当に光栄でした。 私は、1日目の「【16-A-7】あの人の自分戦略を聞きたい！」への参加と、2日目の「【17-C-3】オフェンシブな開発～「納品しない受託開発」にみるソフトウェア受託開発の未来」にて講演をさせて頂きました。後者の資料で前者の資料を包括してるので、後者の方を公開します。 デブサミで思い出深いのは、2006年のデブサミにて、XPユーザグループの代表をさせて頂いていたときに、コミュニティ枠で講演をさせて頂き、そこでベストスピーカー賞を頂いたことです。 そのときに発表したのは「カイゼン型開発」というテーマで、プロジェクトの開始前に最低限のソフトウェア
「価値創造契約」と「納品のない受託開発」そして二人の男の運命～アジャイルジャパンの見どころ | Social Change!
AgileJapan2012で私が最も期待しているセッションをご紹介します。 アジャイルをも活用した新しいビジネスモデル アジャイルとビジネスモデルに関するパネルディスカッションなので、本来であれば私がぜひ登壇して「納品のない受託開発」を紹介したいところですが、私は東京サテライトを担当しており、大阪に行けないため代理で弊社ソニックガーデンの副社長に出てもらうことにしました。彼が表舞台に出ることはあまりないので貴重な機会ですが、ソニックガーデンの契約書など全て彼の仕事なので、私よりも具体的な話が聞けるはずです。 そして、そのパネルには当然ですが「価値創造契約」を掲げる永和システムマネジメントの方が登壇されます。そこもきっと永和システムマネジメントの木下さんが出てくるものだと思っていたら、登壇するのは市谷くん（papanda）だというのです。DevLOVEの立場でなく永和システムマネジメントと
ソフトウェアをつくるための３つの役割〜アジャイルに外部設計は必要か | Social Change!
ソフトウェア開発にはどんな役割が必要だろうか。よくあるウォーターフォールの世界では「要件定義」「基本設計（外部設計）」「詳細設計（内部設計）」「実装」などといった名前で工程を分けることで役割を分けています。アジャイル開発のスクラムでは「プロダクトオーナー」「スクラムマスター」「チーム」といった名前で分けています。役割の名前が違えば、ソフトウェアのつくり方が違うかというと、そうではなくて「やるべきこと」は同じだと考えています。 ソフトウェアをつくる上で「やるべきこと」は何か ソフトウェアをつくる上で「やるべきこと」は何かをざっくりと分けてみます。 最初に、どんな困った問題を解決したいか、どんなことを便利にしたいか、といった根源的なことが思いつきます。次に、どうやって解決するか、何をつくれば良いか、というアプローチを考えます。そして、それを実際に動くようにプログラミングしていく訳です。 一人で
書評：小さなチーム、大きな仕事ー37シグナルズ成功の法則 | Social Change!
本書は、シカゴを拠点におき、全世界向けにプロジェクト管理ツールなどのオンラインツールを提供する企業である「37signals」の成功までに至った独自の経営哲学を書いた本です。37signalsは、プログラマだったら誰でも知ってる「Ruby on Rails」の作者であるDHHが所属することでも有名です。 本書は以前に発行された同名の書籍の完全版ということで、イラストなどが入っていますが、内容は基本的に同じです。私自身、以前に発行された本を持っており、既に読んではいたのですが、改めて読み直すきっかけにも良いと思い、今回の完全版を購入しました。数年たって改めて読んで感じたことは、時代が彼らの働きかたに少し追いついてきたように思いました。 37signalsは、私たちSonicGardenにとってベンチマークにしている会社のひとつです。だからこそ、本書「小さなチーム、大きな仕事」と、Webでも公
ビジョン合宿に行ってきました | Social Change!
先日、2011年冬の「ビジョン合宿」に行ってきました。SonicGardenでは、半年に１度くらいに全員で合宿に行くようにしています。これは、よくある「開発合宿」ではなく、あえてパソコンを使わずに自分たちの会社の経営や戦略やビジョンについて徹底的に語り合う合宿で、私たちは「ビジョン合宿」と呼んでいます。 ずっと以前は開発合宿をしていた時期もあったのですが、あれは結局は日常の仕事がそれほどエキサイティングでなかったり、日々の仕事場では会議や電話取りなどがあって開発に没頭できないなどの理由があればこそ価値があったのかもしれません。しかし今の私たちの開発スタイルは、毎日が無駄な会議もなく開発に没頭できるようになっており、もはや毎日が開発合宿のような状態になってしまったので、あえて開発をするためだけに合宿をする必要はなくなったのでした。 そうして開発合宿は必要なくなったのですが、開発合宿中に朝昼晩
プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン | Social Change!
先日、楽天さんの主催する楽天テクノロジーカンファレンスにて、講演の機会を頂きました。楽天テクノロジーカンファレンスでは、数年前の前職時代に社内SNS：SKIPのオープンソース化についてRuby賞を頂いたことがあり、そこでこうして自分自身が講演させて頂いて感慨深かったです。 私の講演では、私が技術者から経営者にいたるキャリアの中で学んだことや感じたことといった過去から現在に至る話と、こうしていきたいと考えているこれからの未来の話をさせて頂きました。発表資料は以下です。 プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン 私としては、これまで様々なコミュニティや社外活動を通じてもらってきた「刺激」を、今回の参加して頂いた皆さんに私から渡せればという思いで引き受けました。コミュニティから始まるペイフォワード（恩送り）ですね。 今回も早口メソッド（落語メソッドとも）ということで、講
写経で身につけるプログラミングの基本 | Social Change!
とある学生さんがプログラミングの勉強をしたいということで、良い自習の方法はないか？という相談をしていました。初心者が「自習」でプログラミングを学ぶことは、どうすれば効率的なのかを、改めて考えて回答しました。 私のおすすめ学習法は「写経」という方法です。プログラマの間では今となっては割とポピュラーな学習法ですが、初心者にとってもすごく効果的だと思うので紹介しておきます。 プログラミングは知識と身体の両方が必要 まず、プログラミングをしたことのある人ならわかると思いますが、プログラミングは知識だけを身につければ出来るようになるものではありません。学校教育における歴史や地理のように猛勉強で覚えれば出来るようになる訳ではないです。 もちろん、学ぶプログラミング言語の文法や基本的なAPIについては覚えているにこしたことはありませんが、それらを覚えることはそこまで重要ではありません。 プログラミングは
株式会社ソニックガーデンを設立しました〜退職から独立の経緯と起業への思い | Social Change!
このたび株式会社ソニックガーデンを設立し、TIS株式会社から独立いたしました。今回、独立に際しマネジメントバイアウトを実施しましたので、TISとの資本関係はなく社員全員が退職し、完全に新たな会社として設立しスタートしました。新しいチャレンジに応じてくれたTISには大変感謝しています。事業に関する公式な内容はプレスリリースをご覧ください。こちらのブログでは、今回の独立に際しての中の人として自分の個人的な考えについてだけを残します。 プレスリリース：「株式会社ソニックガーデン」設立および事業移転のご案内 最初のきっかけは、この4月に実施されたTISの３社合併でした。合併に関する発表があったのが昨年の秋頃で、その時期から今回の動きは始まっています。なので振り返ってみると１年がかりだったんですね。会社が合併するということは、会社が変わってしまうということです。その変化を必然とするならば、それに向け
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアの品質はいつ決まるのか？〜「Point of Sales」から「Point of Use」へ | Social Change!