“なぜ納期を守れなかったのだろうか？” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか？ Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと（S、M、L、XL）、また種類ごと（ストーリー、テスト、バグ）に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目：開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目：変動があるのは、ほとんどがチケットが開始される前（SomedayからBacklogまで）の段階です。これは、関係者が仕様を理解して作業の優先順位

第二次世界大戦時のCIAの秘密資料。題してSimple Sabotage Field Manual。要は、敵国内のスパイが、組織の生産性を落とすためにどのような「サボり」ができるか、という「サボり方ガイド」である。2008年に公開された。（なお、正確に言うと、CIAの前身組織、Office of Strategic Servicesの作成文書である。） 以下、一部を抜粋した意訳です。本文は意訳の後に。 「注意深さ」を促す。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする 可能な限り案件は委員会で検討。委員会はなるべく大きくすることとする。最低でも5人以上 何事も指揮命令系統を厳格に守る。意思決定を早めるための「抜け道」を決して許さない 会社内での組織的位置付けにこだわる。これからしようとすることが、本当にその組織の権限内なのか、より

2015年10月21日に行われたエンタープライズアジャイル勉強会2015年10月セミナーでの講演『エンタープライズアジャイルと全体最適について　～アーキテクチャ設計とウォーターフォールの必要性～』のレポートです。資料は以下。 講演の後の懇親会で「計画的なアジャイルと、柔軟なウォーターフォールは見分けがつかない。ていうか、名前だけの問題だ」という話になりました。 資料でも書いているとおりエンタープライズ案件はリリース日について厳密なコントロールを求められます。一方で、多くのプロジェクトではリスク管理が重要であることは間違いなく、だからこそ、アジャイルでもウォーターフォールでも（まともなプロジェクトであれば）実質的なオペレーションは似通ったものになるというのです。 確かに、僕の経験から言っても、一度アジャイルを経験してしまうと「ウォーターフォールかどうか」というのは希薄になって「計画すべきはど

これからの時代はチームワークがより重要になってくると思っています。 これまで様々なチームワークをよくする試みが共有されてきましたが、このスライドでは「チームワークをよくするためにどういうプラクティスが良いか」という情報だけではなく、「どういう考え方でチームワークを捉えたほうが良いのか」、というあたりを中心にまとめようと試みました。 特にスタートアップのチームワークに必要な、複雑で創造性を要するタスクを処理するためのチームワークにフォーカスしています。これらの情報がすべてのチームに当てはまるものではないと思いますのでご注意ください。Read less

プロダクトマネージャーの職能+ユーザー体験設計の本です（と解釈しています）。 最近Rebuild: 98: Superhumans Wanted (Naoya Ito)やエンジニアからみた良いプロダクトマネージャとは？ - サンフランシスコではたらくソフトウェアエンジニア - Higepon’s blogで話題のプロダクトマネージャーに興味があって、関連しそうな本を読みたいと言っていたら、知人がこの本を紹介してくれました。 Netscapeなどでプログラマーをしていたバックグラウンドを持ち、eBayなど複数の会社でプロダクトマネージャをしていた経験を持つ著者がプロダクトマネージャーの職能について語る本で、以下のような内用が含まれています。 プロダクトマネージャーとは何か どうやって他の職種と連携して働くか どうやって製品を見つけ出すか どうやってユーザー体験を作っていくか 自分にとっては、

In an attempt at damage control, the CEO of the equity management startup Carta, Henry Ward, today emailed customers, telling them that if they are concerned about “negative press” tied to the out In the Lego-like world of Roblox, about a hundred blocky avatars march through a lamplit street, wielding Palestine flags that are larger than their own animated bodies. Characters dressed like cartoo

ムーアの法則（18ヶ月で半導体の能力が２倍になる）というのは有名だが、それに比べてブルックスの法則は知られていない。 http://commons.wikimedia.org/wiki/File%3AFred_Brooks.jpg *1 ブルックスは1960年代、IBM System/360用オペレーティング・システムOS/360の開発責任者で、後にそのときの経験をもとに人月の神話という本を書いた。 大規模ソフトウェア製品開発の難しさを書いた画期的な書物である。IT産業に従事しているなら必読の書である。ソフトウェア開発あるいはプロジェクトマネジメントに関わる人はだまされたと思って読んだ方がいい。わたしの日記でも何度となく紹介している。 それはともかく第二章人月の神話だ。次のような例題がある。12人月かかると見積もられた仕事があるとして、３名で４ヶ月でその作業を完了すると考えた。そして一月毎

伊藤直也氏が語る「仕事の流儀」の第3回は、暗黙知を作らない組織の作り方。オープンソースのスタイルで組織を作ればいいという直也氏は、KAIZEN platform Inc.において、どのような行動をとっていたのか。 ある取り組みによって、KAIZEN流の行動哲学が生まれたという事例をもとに語っていただいた。 by 馬場美由紀 （CodeIQ中の人） 暗黙知を作るな、すべてを形式知に変えよ 前回は、Sqwiggleを活用したリモートワークやGitHubを活用した開発について述べました。 開発プロセスは、まあアジャイル開発っぽいですね。アジャイル開発というか、スクラムで求められている他のプラクティスについて、KAIZENのリモートワークではどのようにやっているかをもう少し説明すると、まずデイリースタンドアップ、いわゆる朝会です。リモートでやってるので、スタンドアップといいつつ立ってはいないんです

シリコンバレーの非営利研究機関「マネジメント・ラボ」は、マッキンゼー・アンド・カンパニーの後援の下、斯界の権威たちを集め、マネジメント・イノベーションを考えるカンファレンスを開催した。現状を打破し、新しい時代を拓くマネジメントはどうあるべきか。主催者のゲイリー・ハメルのほか、ヘンリー・ミンツバーグ、Ｃ・Ｋ・プラハラッド、ピーター・Ｍ・センゲ、ハル・Ｒ・バリアンなどの研究者、革新的と呼ばれる企業のＣＥＯ、コンサルタントなど、総勢20余名が、従来の「マネジメント1.0」というパラダイムをシフトさせる「マネジメント2.0」に向けた25の課題を提唱する。

この連載も3年目に入っていますが、グローバル人材の定義やその育成については度々ご紹介してきました。今回は改めてなぜそのような人材が必要なのかを、これからの企業や社会のあり方を示唆する2つのリポートを通して考えたいと思います。 「マネジメント2.0」が提言する企業経営のあり方 2009年4月号のハーバード・ビジネス・レビューに、「マネジメント2.0」というテーマが掲載されました。 シリコンバレーの非営利研究機関「マネジメント・ラボ」がヘンリー・ミンツバーグやピーター・センゲをはじめ総勢二十数名の有識者を集め、これからの企業経営のあり方について議論。その結果を踏まえ、新しい時代へ向けて提言された25の課題が紹介されています。 そして、その中には、これまでの利益偏重主義からのシフトを示唆する重要なメッセージを読み取ることができます。以下に「マネジメント2.0」の主要なポイントを記します。 ●経営

クレイの天野です。 弊社で行っている組織改善の取り組みを紹介します。 何かの参考になればと思います。 新しい取り組み 2013年7月にクレイの第7期が始まってから社内で3つの取り組みを開始しています。 グロースハックチームを結成 KPTキャリアデザイン 社内の情報共有を活発にしてチーム力を強化 グロースハックチームを結成 第7期が始まってから、開発、営業活動、組織について様々な改善を行い、クレイ自体の成長を加速させるためのチームを結成しました。 今風にプロジェクト名をグロースハックとしています笑 どんな活動？ 最初はどう活動していくか迷って試行錯誤していましたが、会社の問題点の因果関係を洗い出し、元になっている大きな問題をいくつか見つけました。（この記事で一部公開しています。） 以下はグロースハックチームで決まった活動です。 理想の職場とするためのKRAYパターンを作る 自社の強みを価値に

訳出が待望されていた『Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン』が刊行されたので、さっそく購入して読みました。 この本は、ひとことでいうと組織変革を試みるひとへの手引です。組織には歴史や慣性などもあって、ただ意欲のまま無手勝流に変革に臨んだところで、きっとうまくいかないことでしょう。そこで、先人の知恵を集積したものとして紹介されるのがパターンです。プログラマにとってのデザインパターンが、ソフトウェア設計という困難な仕事に道標を与えるように、この本で紹介されているパターンたちもまた、組織変革にとって役立つことでしょう。 Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン 作者: 川口恭伸,木村卓央,高江洲睦,高橋一貴,中込大祐,古家朝子,安井力,山口鉄平,米沢仁,角征典出版社/メーカー: 丸善出版発

アジャイル開発手法の採用による影響についての論文について、日本語論文についてCiNiiを、英語論文についてはGoogle Scholarを検索して調査した。主に、以下の通り分類できる。 品質管理に関するのもの 生産性に関するもの 生産管理手法としての他プロセスとの比較 上記分類以外の、組織論的文脈(マクロ/ミクロ双方)での研究が、管見によるとほとんど存在しない(英語論文では、たとえばスクラムでいうところの「自己組織化チーム」についての研究や、リーダーシップ論に関わる研究は、少数ではあるが存在する)。ここでいう「組織論的文脈」とは、たとえば以下のような領域のことをいう。 アジャイル開発が導入する組織構造と既存の公式組織の関係について PO/SM/自己組織化チームと既存のモティベーションやリーダーシップ理論との関係について 人事評価やキャリアプランについて アジャイル開発と組織学習の関係につい

Download Blank Inception Deck Online course Udemy One area most agile methods are completely silent on is project chartering. Below is a lightweight you can use to fill this gap and get your project headed in the right direction long before the first line of code every gets written. 10 questions to ask at the start of your next project It starts out so hopefully. As you begin the project, you and

PhabricatorはFacebookが開発しているプロジェクト管理です。ソースコードレビュー、バグトラッキングなど開発者フレンドリーな機能が数多くあります。 企業においてGitHubをソースコードリポジトリ/プロジェクト管理に使っているケースも増えてきていますが、大規模な企業では難しいケースも多いでしょう。そこで紹介したいのがFacebookで開発されているPhabricatorです。 最初にログインを求められます。 ついでユーザ名を入力します。 ダッシュボードです。 チケットの詳細画面です。 ソースコードレビュー。 もちろんコードハイライター付き。 リポジトリビューワー。 コミットログ。 画像付きでディスカッションもできます。 Wiki。 IRCのチャンネルリスト。 PhabricatorではGit/Subversion/Mercurialをサポートしています。また、OSはWindo