イマドキの会議の生産性を上げる３つの基本 〜 議事録を捨てて「議事メモ」をとろう | Social Change!
仕事を進める上で会議は避けて通れない。公式なものからフランクなものまで、誰かと仕事をする限りは会議をしないということはない。仕事の時間のうち、会議の占める割合も大きいのではないだろうか。 その会議をどれだけ生産的にするか、会議そのものの生産性をあげることは、仕事全体の生産性に大きく影響する。今まで通りの会議スタイルで、これからも生産性を気にせず会議を続けていくのは、非常に無駄であり、もったいない事だ。 イマドキのツールや環境を活かすことで、より高い生産性の会議に変えることができるはずだ。生産性の高い会議をするための工夫について書いた。会議の当たり前を変えていこう。 みんなの見えるところでメモを取ろう どんな打ち合わせであっても、何らかのメモを一緒に見ながら打ち合わせをすると良い。そのメモは、紙やホワイトボード、テキストエディタを画面で共有するのでも、なんでも構わない。会議に参加している全員
リモートワークを許可していない会社は怠慢か？ 〜 複雑化する仕事には多様化する働き方を | Social Change!
先日、愛媛松山で開催された、「JAWS Festa中四国2017」に参加して、パネルディスカッションに登壇して来ました。 クラウドに関するコミュニティのイベントだけど、今回のパネルディスカッションでは、リモートワークや複業という最近の話題になっている多様化する働き方をテーマにしたものでした。一緒に登壇して頂いた皆さん、ありがとうございました。 「○」と「×」で回答してコメントしていく形だったので、本記事では私の回答とコメントについて、少し補足しつつ書いておきます。（パネルディスカッションでは、リモートワークと副（複）業と並べてましたが、わかりやすさのために今回の記事では、リモートワークにフォーカスしています） 原則リモートワーク禁止な会社にいたことはありますか？ → ○ 私の前職は、それなりの規模の企業だったし、私が働いていた当時はリモートワークという言葉もなかったので、いわゆる普通の一般
数字や営業が苦手なプログラマだから辿り着いた「エクストリーム経営」 | Social Change!
「心はプログラマ、仕事は経営者」プログラマである自分が働きたいと思える会社を作りたいと思って経営をしてきた。結果として、セルフマネジメントでフラットで自己組織化された組織、最近だとホラクラシーと呼ばれるような経営をしている。 いい会社だと言ってもらえることもあって誇らしく思うのだが、果たして本当に良い会社かどうかはわからない。価値観に合致するプログラマにとっては良いかもしれないけれど、合わない人や他の職種の人にとっては全然ダメな会社かもしれない。 よく取材などでも聞かれるが、今の経営スタイルは、たいそう立派な理念や理想があって実現した訳ではなく、プログラマである自分自身が苦手なことをせずに済むように、逆に出来ることと得意なことは徹底的に活かそうとしてきたに過ぎない。 思い返せば、徹底的に極端にしてきたことが功を奏したことから、この経営スタイルは、もし名付けるなら「エクストリーム経営」と呼べ
会社を再発明するために試した３つの実験と結果 〜 ベテランが管理職にならなくて良い組織 | Social Change!
2016年のソニックガーデンの経営を振り返ると、新規事業の創出、オフィスの本質、人が増えた組織のマネジメントに取り組んできた。それらの取り組みは、一般的にイメージされる「会社」とは違う、新しい会社を作るための実験だったように思う。 １）稼がない「部活」から新規事業の創出 １つ目は、遊びで始めた部活から新規事業が生まれたことだ。 仕事中にできた「ゆとりの時間」で、社内の仲間と一緒に好きな活動をすることを、社内では「部活」と呼んでいる。自分の給料分くらいの仕事さえしてくれれば、それ以外は自由時間となって好きなプログラミングをしても良いという制度だ。 以前は、その活動を「新規事業」と呼んでいたが、せっかく効率化して作った自由時間なのに、変なプレッシャーがかかって楽しむことができなくなってしまった。そこで稼ぐことは諦めて、気軽に好きなことができるよう「部活」と呼び方を変えた。 2016年では、そん
ガントチャートの功罪 〜 新規事業で工程表を作ることに意味はあるか？ | Social Change!
「納品のない受託開発」を通じて、新規事業におけるソフトウェア開発を手伝わせて頂いていることもあり、そこで得た知見を活かして新規事業の審査員のような仕事をさせて頂くことがあります。 そこで審査のために提出された資料の中にあるガントチャートや工程表を見るとき、いつも違和感を感じていました。この記事では、ガントチャートが新規事業においては有効ではないという気付きについて書きました。 ガントチャートは決められた工程の管理をするのに最適 ガントチャートや工程表は、あらかじめ完成品が見えており、工程がはっきりしたものを「製造」していくときに非常に役に立ちます。どの工程にどれくらいの工期がかかるのか見えるようにすることで全体の計画が把握できます。 ガントチャートを有効に使うためには、きちんと工程を分解できること、とりかかる工程の順番がはっきりしていること、それぞれの工程にどれくらいの期間がかかるのか見積
助け合いの社会を作りたい！ 〜 AsMama甲田社長がソニックガーデンを選んだ理由 | Social Change!
そのAsMamaさまの本「ワンコインの子育てシェアが社会を変える!!: 欲しい子育て支援は自分たちの手で創り出そう」では、AsMamaのこれまでの歴史やこれからのビジョンなど、甲田社長によるAsMamaにかける想いが綴られています。 そして、なんと私たちソニックガーデンとの出会いや仕事の仕方についても、数ページに渡って書いて頂いています。 ＡｓＭａｍａのシステム開発を担当しているのは、株式会社ソニックガーデン（東京都渋谷区）というちょっぴり変わった技術者集団。「納品のない受託開発」というビジネス手法で、いちど関わったお客さんと月額定額契約を結んで長く長―くつきあい、試作と評価を繰り返しながらサイトを構築していきます。 その開発プロセスは、まさに子育てそのもの！ 子育てに終わりがないように、ＡｓＭａｍａのシステム開発にも終わりはありません。「おぎゃあ！」と生まれたばかりの子育てシェアサービス
ソフトウェア設計とは何か 〜 設計にはプログラミング経験が必要か否か | Social Change!
「プログラミング経験のない人がソフトウェアの設計をすること」の是非について、どう考えますか？ もしかしたら、このブログの読者であれば、プログラミングが出来ないのにソフトウェア設計をするなんてありえない！という意見の方が多いかもしれません。私もそういう意見ではあったのですが、色々な人と話をするにつけ、どこか違和感を感じていました。 その違和感の正体を探るべく、ソフトウェア設計とプログラミングについて考えてみました。そこでわかったことは「ソフトウェア設計」について、人それぞれに捉え方が違うために、話が通じないことがあることから産まれた違和感だったということです。 この記事では、私の考える「ソフトウェア設計とは何か」について書きました。 ソフトウェア開発はすべてが「設計」である モノづくりにおいて、大きく工程を２つに分けるとしたら「設計」と「製造」に分けることが出来ます。何をどう作るかを決めるこ
プログラマの採用のときに見極めるTIPS〜テクニック・インテリジェンス・パーソナリティ・スピード | Social Change!
最近、フットボールネーションというサッカー漫画を読みました。とても面白かったのですが、漫画の感想は置いといて。その漫画で知ったのですが、オランダのアヤックスという古豪のサッカーチームがあるのですが、そこは若手選手からの育成が素晴らしく、特に優秀な若者を集めてくるスカウティングが優れているそうです。 そのアヤックスで優れた選手を選抜する際に見ているのがTIPSと呼ばれているものだそうです。TIPSとは、テクニック（T）、インテリジェンス（I）、パーソナリティ（P）、スピード（S）の４つの頭文字をあわせたものです。（Wikipedia調べ） なるほど、と思いつつ、この４つの視点は、実は私たちが優れたプログラマを選抜する際に考えていたことにも当てはまるな、と思いました。 この記事では、アヤックスのTIPSに当てはめながら、私たちがプログラマの採用の際に見極めようとしているポイントについて書いてみ
ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと | 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!
プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う
高速で無駄のないソフトウェア開発を実現するための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!
このたび株式会社ソニックガーデンを設立し、TIS株式会社から独立いたしました。今回、独立に際しマネジメントバイアウトを実施しましたので、TISとの資本関係はなく社員全員が退職し、完全に新たな会社として設立しスタートしました。新しいチャレンジに応じてくれたTISには大変感謝しています。事業に関する公式な内容はプレスリリースをご覧ください。こちらのブログでは、今回の独立に際しての中の人として自分の個人的な考えについてだけを残します。 プレスリリース：「株式会社ソニックガーデン」設立および事業移転のご案内 最初のきっかけは、この4月に実施されたTISの３社合併でした。合併に関する発表があったのが昨年の秋頃で、その時期から今回の動きは始まっています。なので振り返ってみると１年がかりだったんですね。会社が合併するということは、会社が変わってしまうということです。その変化を必然とするならば、それに向け
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
