マネージャの資質とマネジメントの本質 | Social Change!
前回の記事では、「マネジメント」と「管理」は違うものであるという主張を述べた。管理はマネジメントの手段の一つに過ぎず、現代の再現性の低い仕事や多様な人材がいるチームビルディングにおいて、昔ながらの管理という手法は通用しないのではないか、と。 では、マネジメントとは何で、それを職務とするマネージャの役割は何か、その本質について考えてみたい。 マネージャに求められる能力の誤解 以前にシステム開発の現場でプロジェクトマネージャをしていた頃は、マネージャたるもの技術や業務、顧客のことまですべて把握して理解していなければいけないと考えていたし、そう実践していた。 マネージャの大事な仕事の一つは、決断することだと考えていたし、その決断に伴う責任を負うことである、とも。そのためには、あらゆることを知っていないと判断ができない、だから大変だけど向き合ってきた。 しかし、そんな全知全能であろうとするのは遅か
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
新しい技術の採用をどうやって決めているのか（とりわけフラットな組織において） | Social Change!
先日、採用に関してメールで質問を頂いた。質問の内容は、新しい技術要素が出てきているが、ソニックガーデンが会社として技術の採用はどう考えているのか？という、技術的な切り口だったので、その回答を社内で意見を集めることにした。 技術的なトピックについて、このブログではあまり取り上げていないのだが、ソニックガーデンのメンバたちがどう考えているか生の声がわかると思うので、頂いた質問と私の回答を、本人の了承を得て、一部抜粋した形でこちらにも掲載しよう。 ホラクラシーのような指示命令や管理統制のない組織での技術戦略について興味のある方、ソニックガーデンに応募しようと考えている方にとって参考になれば幸いだ。 新しい技術の採用に関する質問 御社の、顧客といい関係を維持し続けようとするビジネスモデルや、プログラマが一人で責任をもって開発するというやり方に憧れ、御社で働くことができたらと夢見ています。 採用プロ
個人評価をなくした会社の1on1面談の仕方「すりあわせ」 | Social Change!
私たちソニックガーデンでは、数年前に個人評価をやめた。エンジニアの評価は短期的には難しいし、外発的動機よりも内発的動機を重視した方が圧倒的に生産性が高まるからだ。評価をやめて、経営者と社員の両方にストレスのない状態になった。 ちゃんと働くのか。その辺りは、これらの記事に詳しい。売上目標をなくしてもうまくいく？ 〜 案件よりも人を優先する経営哲学、数字や営業が苦手なプログラマだから辿り着いた「エクストリーム経営」 だから、私たちの会社では評価面談がない。その代わりに「すりあわせ」という取り組みを実践している。この記事では、評価をしない会社ソニックガーデンで取り組んでいる、社長との1on1面談「すりあわせ」について紹介している。 KPTとYWT、「ふりかえり」から「すりあわせ」へ 私たちは、社内の価値観の共有や育成のために「ふりかえり」を実践している。元々はアジャイル開発の世界で行われていたも
質とスピードを上げる仕事の基本７つの当たり前 | Social Change!
「仕事」と「作業」は違う（参考：「仕事」と「作業」の違いは何か）。学生時代のアルバイトなら「作業」が殆どだろう。しかし社会人になってするのは「仕事」だ。任された仕事は自分でマネジメントする必要がある。 仕事の質とスピードは、手を動かす時間よりも、その前後に使う頭で決まる。本記事で書いたのは当たり前なことばかりだが、新人や若手のうちに身につけてもらう仕事の基本として参考になれば幸いだ。 目的を確認して「そもそも」を考える 仕事には目的がある。作業ならば目的など知らずとも手を動かせば良いが、仕事は目的を達成してナンボだ。であれば、目的を達成さえすれば、どんな手段をとっても構わないとも言える。効率的に達成できるか考えることも仕事のうちだ。 そのためには、これからする仕事の目的を把握しておく必要がある。仕事の目的がわかっていれば良いが、もし曖昧なら確認をしよう。把握する目的とは「誰のためか」「何の
環境や立場を活かす戦略と自分の実力の捉え方 | Social Change!
起業でも独立でも何かに挑戦するとき、裸一貫から自分の力だけで成し遂げる方が立派だと思われがちだ。いや確かに立派だが、もっと苦労やリスクを減らして、うまくやっても良いのではないだろうか。 今はサラリーマンでも、いずれ独立して自分の力で生きていきたいと考える人も多いだろう。そうした時の「自分の力」とは一体なんだろうか。スキルや経験だけが自分の力だと考えてはいないだろうか。 私は、さほど大きなリスクも取らず堅実にやってきたが、それなりに自分の理想とする会社と働き方が実現できている。これは本当に運良く周りに恵まれたおかげだ。ただ、恵まれた環境を活かしてきたことも大事だったように思う。 そこで本記事では、自分の実力をどう捉えるか、そして環境や立場を活かした戦い方について考察してみた。 自分を取り巻く環境さえも自分の実力のうち 私も若い頃に勘違いしていたことがある。それは、自分の能力とは、ただ自分一人
セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
「組織的負債」を貯めないための、プログラマの哲学によるチームのマネジメント術 | Social Change!
プログラマの世界には「技術的負債」という言葉がある。ソフトウェアを開発していく中で、時間がなくて妥協したり、技術力が足りなかったりして、適当に作ってしまった部分が、後々になって不具合を引き起こしたり、改修にかかるコストをあげたりすることを言う。 後になればなるほど、悪影響が大きくなることから負債と喩えられる。そんな技術的負債と同じように、組織やチームのマネジメントでも、後になればなるほど悪影響が出てくるような「組織的負債」とも言えるような現象が起きてしまうことがある。 本記事では、私たちソニックガーデンで「組織的負債」を貯めないようにチーム経営してきた経験をもとに、プログラマの哲学を応用したマネジメント術について書いた。（今回の記事では「である」調にしてみた） 技術的負債と組織的負債の生まれる背景 技術的負債が生まれるのは、スタートアップの初期段階に多い。その時期は得てして、経験豊富な技術
ガントチャートの功罪 〜 新規事業で工程表を作ることに意味はあるか？ | Social Change!
「納品のない受託開発」を通じて、新規事業におけるソフトウェア開発を手伝わせて頂いていることもあり、そこで得た知見を活かして新規事業の審査員のような仕事をさせて頂くことがあります。 そこで審査のために提出された資料の中にあるガントチャートや工程表を見るとき、いつも違和感を感じていました。この記事では、ガントチャートが新規事業においては有効ではないという気付きについて書きました。 ガントチャートは決められた工程の管理をするのに最適 ガントチャートや工程表は、あらかじめ完成品が見えており、工程がはっきりしたものを「製造」していくときに非常に役に立ちます。どの工程にどれくらいの工期がかかるのか見えるようにすることで全体の計画が把握できます。 ガントチャートを有効に使うためには、きちんと工程を分解できること、とりかかる工程の順番がはっきりしていること、それぞれの工程にどれくらいの期間がかかるのか見積
kintone活用の「納品のない受託開発」事例から考える「ファストSI」そして「オルタナティヴSI」の本当の価値 | Social Change!
先月は「Cloud Days」というイベントにサイボウズさんから機会を頂いて、札幌・名古屋・博多と回って講演をしてきました。というのも「納品のない受託開発」でサイボウズさんの「kintone」を活用しているからです。 また各地で併せて「kintone Café」という勉強会で「納品のない受託開発」とコラボしたイベントも開催して頂きました。各地の皆様ありがとうございました。この記事では「納品のない受託開発」でのkintone活用について書きました。 なぜ「kintone」を採用したのか？ 「納品のない受託開発」はこのブログでも何度か紹介していますが、月額定額で顧問スタイルでお客様のパートナーとして相談から実装、運用までを終わりなくサービス提供する、新しい形の受託開発のビジネスモデルです。 本来であればエンジニアを採用して内製したいけれども人材を集めるのが難しいようなケースに、顧問税理士や顧問
リモートチームのメンバーが気をつけている常識ではありえない４つの習慣 | Social Change!
リモートチームとは、物理的に離れた場所で働きつつもチームワークを発揮して、チームで助け合って成果を出していく働きかたです。私たちソニックガーデンでは、リモートチームを５年以上続けてきました。 この記事では、私たちが経験から学んできたリモートチームを実現するときにメンバーが気をつけておくと良いだろうと思う４つの習慣について書きました。 １）仕事に関する「雑談」をして連帯感を出す習慣 チームビルディングの第１歩は、チームを構成するメンバーをお互いに仲間だと認識することから始まります。それはたとえリモートチームであっても同じことです。 もしオフィスにいれば、飲み会や食事の機会があったりして、お互いのことをなんとなく認識することが出来るのかもしれませんが、リモートではそうはいきません。 そこでリモートチームでは、互いに認識しあう機会として、あえて仕事の合間に雑談をするよう気をつけています。雑談とい
経営者が実感したクラウドコンピューティング「Amazon Web Services(AWS)」の効用と利点 | Social Change!
先日、Amazonの提供するクラウドコンピューティングのサービス”AWS（Amazon Web Services）”のユーザイベント”JAWS DAYS 2015″に呼んで頂いて講演してきました。そこで私たちソニックガーデンが、AWSにどんな形でお世話になっているのか話してきたので、それについて記事として書きました。 社内ベンチャー創業とマネジメントバイアウト（MBO） 私たちとAWSとの最初の関わりは、2007年頃にさかのぼります。当時の私はまだシステムインテグレーターの中にいて、社内ベンチャーも立ち上げていない頃でした。クラウドのビジネスをしたいと考えていた私は、新規事業の事業計画を作って当時に勤めていた会社の中で提案を行っていました。 その際に事業計画を２枚つくりました。一つは従来の自社所有のデータセンターを使うプラン、もう一つはAWSを使ったプランです。その差は数字に顕著に現れまし
プログラマだけの会社でバックオフィスをどうしているのか 〜 バックオフィスも顧問で頼む時代 | Social Change!
ソニックガーデンのブログにて、私たちのグループ企業であるジェントルワークスの串田社長のインタビュー記事が公開されました。プログラマしかいない会社でバックオフィスをどうしているのか、その謎を解き明かす内容になっています。 「介護」のために「働く」ことを諦めない！ 〜起業を選んだ女性社長は、なぜ働き続けるのか?【前編】・【後編】 この記事では、私の視点からバックオフィスを専業とするジェントルワークスという会社を作った理由について書きました。 プログラマだけの会社をつくる 私たちソニックガーデンで取り組んでいる主な事業に「納品のない受託開発」があります。これは、お客様の抱える問題をソフトウェアで解決することを、顧問のように継続的に提供するサービスです。 「納品のない受託開発」をするのは「プログラマ」です。プログラマといっても、お客様が抱える問題を理解し、解決策を提案した上で、手ずからプログラミン
アジャイル開発のための新しい受託開発のビジネスモデルの考察と実践（国際論文の日本語オリジナル原稿を公開します） | Social Change!
先日の記事に書きましたが、香港で行われた国際学会のFSEにて論文のプレゼンテーションを行ってきました。 英語の論文を作成するにあたって、まずは日本語で論文を書いて、それを英訳したのち、改めて意訳して意図が通るように書き直す、という作業をおこないました。２度手間ではあったのですが、本来の意図を伝えるためにも、大変ですがそうしました。 ということで、私の書いた日本語の論文と、英語になった論文は、意図は同じでも、もしかしたら結構中身が違っているかもしれません。今回の記事では、私の書いたオリジナルの原稿を公開します。英語の論文と見比べてみると面白いかもしれません。 提出した英語の論文： A New Business Model of Custom Software Development for Agile Software Development 以降は元にした日本語の論文： 倉貫 義人 (Ku
国際会議にて「納品のない受託開発」の論文を発表してきました | Social Change!
先日、香港で開催された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のワークショップにて採択された�ので、そのプレゼンテーションをするためです。 今回の記事は、その国際会議に参加してきたことのレポートです。（こうした近況報告のブログ的な記事は久しぶりですね・・・） 国際学会に参加することになった経緯
なぜアジャイル開発はうまくいかないのか 〜 Don’t just do agile. Be agile. | Social Change!
私たちソニックガーデンの「納品のない受託開発」に取り組むソフトウェア開発のスタイルは、一般的に「アジャイル開発」と呼ばれるものに近いです。 しかし実際のところ、私たちは「アジャイル開発」をしようなんてかけ声をかけたこともないですし、普段から社内で「アジャイル開発」が話題になることもありません。「アジャイル開発」をしようと思ってしている訳ではないにも関わらず、「アジャイル開発」をやっているように見えるというのです。 この記事では、「アジャイル開発」について私たちが考えていること、そして、なぜ多くのアジャイル開発は失敗してしまうのか、うまくいくためにどうすればいいのか考えてみました。 2012-12-28 / Giåm 結果としてのアジャイル開発〜究極のアジャイル 「あなたにとってのアジャイルとは何ですか？」 先日、ある勉強会で質問されました。ちょっと想定外の質問だったので、しばし考えたあと私
チケット駆動開発で Pivotal Tracker を上手に使うための4つのポイント | Social Change!
ソフトウェア開発のタスクはどのように管理するのが効率的なのか。ソフトウェアという目に見えないものを作るためにはタスクの見える化は進捗状況を図る重要な指標になります。ソフトウェア開発で発生するタスクを、バグ管理システム（BTS）や課題管理システム（ITS）を活用することで、タスクの状態とワークフローを管理しようというのがチケット駆動開発です。 チケット駆動開発については、以前に記事を書いたので、そちらを参考にしてください。 チケット駆動開発のススメ〜No ticket! No commit チケット駆動開発をうまく実践するためにはツールが不可欠です。不具合管理や障害管理で使うツールを応用して活用することも出来ますが、最近は専用のツールも出て来ています。ソニックガーデンでは、Pivotal Trackerというツールを使っています。Pivotal Trackerでは「ストーリー」と表記していま
書籍を執筆しました〜「納品」をなくせばうまくいくーソフトウェア業界の“常識”を変えるビジネスモデル | Social Change!
2014年6月12日に、拙著 「納品」をなくせばうまくいくーソフトウェア業界の“常識”を変えるビジネスモデル が発売となりました。 私はこれまで技術者として、そして経営者としてずっと取り組んできたソフトウェア開発の業界を、少しでも良くしたいという思いから、新しいビジネスモデルに取り組んできました。 その取り組みを、今回のような１冊の本にまとめることが出来たことで、より多くの方にソフトウェア開発の世界で起きている問題と、それを解決するためのアイデアの一つとしてのビジネスモデルを知って頂く機会になれば、私にとってもとても嬉しいことです。 本書では、技術的な用語はほとんど使わずに表現することを心がけました。技術者の皆さんだけでなく、経営者やビジネスマンの皆さんにとっても読みやすいものになっていると思います。 ソフトウェアやプログラミングの仕事とは本来は楽しいものであり、そのことをもっと多
ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ | Social Change!
私たちソニックガーデンでは、「プログラマを一生の仕事にする」ということを一つのビジョンにしています。 このブログではよく書いていますが、私たちの考えるプログラマとは、ただコンピュータに文字を打ち込むだけの仕事ではなく、ソフトウェアそのものの企画から、関連するすべての設計、そしてコーディングと、動かすための運用までの、ソフトウェアエンジニアリングのすべてを行う仕事です。 それらは「何をするか」という観点からプログラマの仕事を表したものですが、より抽象的に考えると、プログラマの仕事は何か、そして何を目指すことで「一生の仕事にする」ことができるのか、この記事では考えてみました。 Employees hand rolling cigars in a cigar factory: Ybor City, Florida / State Library and Archives of Florida プ
「納品のない受託開発」とは 〜 これからの時代にあったソフトウェア受託開発のビジネスモデル | Social Change!
昔は技術的に出来なかった為に運用でカバーしてきた慣習が残り続けているけれども、実は今の技術で考え直すともっと無駄なく簡単に出来ることって、多くの業界で起きているように思います。 もちろん、ソフトウェアの受託開発の世界でも起きています。ソフトウェア開発を生業とする私たちの会社で考えたのは、昔ながらの商習慣によって様々な問題を引き起こしているのは「納品」ではないか、ということでした。 この記事ではソフトウェアにおける「納品」のもたらす問題と、私たちの会社で解決している方法「納品のない受託開発」について書きました。（自社のウェブサイト用に書いた原稿をブログにしただけなので、それっぽい表現になってます。） 「納品」が引き起こしている問題 私たちソニックガーデンの受託開発では、一括委託を行っていません。ソフトウェア開発における「一括請負での受託開発」のビジネスモデルは、多くの問題を生み出してきたから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
