■少人数プロジェクトが儲かる理由 開発案件の最終利益率とプロジェクトメンバー数には一定の相関がある。開発に関わったメンバーの数が少ないほど、一般に利益率は高い。実際に数字で調べてみたわけではないが、筆者の過去の経験からも確信できるし、そのように思い当たる人も多いだろう。 その理由は単純である。メンバーが多いほど、メンバー間の情報伝達のためのコスト(情報コスト)が飛躍的に増えるためだ。指示やいわゆるホウレンソウのための初期コストだけでなく、訂正や伝達ミスにともなうさまざまな後追いコストが、人数の多いプロジェクトほど大きくなる。メンバーが2人のときに情報コストが1だとすれば、(1人のときなら0)、人数に従って次のようにコストは増えてゆく。 2人 1 3人 3 4人 6 5人 10 : : n人 n(n-1)/2 たとえこの事実が理解されていたとしても、これらのコストを考慮して工数積み上
組織における情報共有の活性化を考えるとき、現状の把握が重要となる。現状の見える化ができていない場合、まずはDBの整理および棚卸しが避けて通れない。 内部統制対応の陰で進む非効率化 前回「Notesが穴? 『見える化』で対処する日本版SOX法」では、昨今の情報投資に関する話題の中心となっている内部統制やセキュリティの観点で、Notesを全社情報共有基盤として使用する際のリスクの見える化について述べた。続いて今回は、Notesを導入したそもそもの目的である情報共有の活性化につながるヒント、利用状況を見える化する方法をご紹介する。 前回冒頭でご紹介したように、情報共有戦略はアクセルとブレーキのバランスで成り立っている。ブレーキがしっかりしているからこそ、安心してスピードを出すことができるのだが、せっかく高性能なエンジンを積んでいながら、内部統制やセキュリティといった呪縛(じゅばく)にとらわれて、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く