パーキンソンの法則、またはマンパワーはなぜ見積を超過するのか | タイム・コンサルタントの日誌から
アメリカのハイテク企業を風刺した連載マンガ"Dilbert"に数ヶ月前、こんな話があった。主人公をはじめとするエンジニアが1,000人、広いオフィスにかり出される。全員、同じプロジェクトに配属されるのだが、彼らに与えられた最初のインストラクションは何と、本日5時に業務が完了したらどこにPCを返却するかについての指示だった。プロジェクトの開発工数が1,000人日かかると聞いた無能な上司が、「それなら1,000人でかかれば1日で完了するはずだ」と皆をかり出した結果である・・。 我々はよく、人日とか人月といった単位を使う。これは原価管理や顧客への請求には有用だが、仕事においては「４人×１ヶ月＝１人×４ヶ月」でないことは誰でも知っている。こういう計算が成り立つのは、力仕事の場合だけ（たとえば煉瓦を積むとか配管を溶接するとか）であって、こうした力仕事では以前紹介したＢＯＱの概念を用いて、 作業期間＝
岡田正大 ネット世代の企業戦略 from ビジネススクール : Googleにおける開発組織マネジメント (3)情報共有のチャネル
さらに連載は続くが，本稿の狙いは同社の開発マネジメント手法を寸分たがわず再現するというよりは，取材内容をヒントに創造性・生産性の高い大規模開発組織の属性を考えることにあるという点を確認しておきたい。 さて，同社は業務活動に関する情報を多岐にわたるチャネルで共有している。共有される情報のタイプを大別すると，A）ナレッジとしてストックされる価値を持つ，業務の中身に密接にかかわる情報と，B）純粋に日々の業務上の連絡（例えば会議開催日時や来客スケジュール等）に近い，記号的な情報に分類できる。ここでは前者に的を絞って考える。 １．製品開発情報共有メディア ■週報・四半期報 取材に基づく限りにおいて，まず業務内容情報の共有メディアには，Weekly Report(週報)やQuarterly Report(四半期報)がある。 前者は，個々のエンジニアがその１週間でどのような活動をしたか（２０％側プロジェ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
