様々なソフトウェア開発を経験してきた視点から、開発、マネジメント、経済などについて書いています。タイトルは、あるレトロゲームからのオマージュ。ツイッターアカウントはこちら。http://www.nakaba.siteHome自己紹介Twitter記事一覧このブログについてhttp://www.nakaba.site体制図の意味プロジェクトの体制図、会社の組織図などは、ヒューマンリソース(人的資源)マネジメントの基盤となる文書です。それ以外にも隠れた意味があります。体制図の基本的な意味まず、基本的な意味や、基本的な注意点をおさらい。※これは架空の(かなり適当な)開発体制図です。基本中の基本ですが、開発体制図は、このプロジェクトにどのような人が関わっているかを明確にし、また、責任の所在を明らかにしてくれます。「開発者が全体像を把握していない」というプロジェクトによく遭遇します。結果的に、高い確率で製品の品質に悪影響を与えることになります。全員が同じ認識になるかというと、それはほぼ不可能です。コストがかかりすぎます。マネージャが体制図を管理し、「体制の把握は大事だ」という姿勢を見せれば、それによって開発者たちの意識が変わることもあります。体制図は単なるお絵かきではなく、マネージャが積極的に運用してこそ、意味を成すのです。コミュニケーション・マネジメントは別に行う体制図は、コンタクト・パーソンも明確にしてくれます。先の図をみれば分かりますが、情報経路をすべて示してくれるわけではありません。先の図で、アプリケーション設計者とソフトウェアQA担当者は、お互いリーダを通してやり取りを行うのか?というと、それは非現実的です。外注先との連絡も、すべて事務局を通していたのでは時間がかかりすぎます。コミュニケーション方法の確立は、別途行う必要があります。経路が複雑すぎて情報が伝わるのに時間がかかっている経路が繋がっていないチームがあり、スケジュールがまったく伝わっていなかったということがありました。体制図はきれいに書けていても、現場は混乱していたのです。体制図の隠れたメッセージこれまた、適当に作った架空の部署の組織図です。この図から、何が読み取れるでしょうか?私は、まずこう思います。プロジェクト運営課には配属されたくねぇ!業務内容と人員数が見合っていません。冷遇されているのが分かります。人員配置は、「この領域に、これだけの人的コストをかける!」という意志の表れです。投資の意志を伝える手段にもなっているわけです。「組織の体制」と「どこに投資しているか」をみれば、その組織の「将来どの領域が伸びてくるのか」が分かります。開発プロジェクトの体制図においては、プロジェクトの成否すら分かってしまうこともあります。体制図に込められたマネージャたちからのメッセージを敏感に感じ取ります。ちなみに、先の「架空の組織図」の部署は、プロジェクト管理や製品品質、ドキュメントの品質などを軽視していることが分かります。その領域の作業品質が伸びることはないでしょう。体制図を書いても、実体に即していなかったり、運用できなければ効果はありません。体制図をうまく運用できているかどうかで、その組織のマネジメント力が分かります。私が経験した、よくない運用例を紹介します。本来別に作るべきです。その組織では、この2つが兼用されており、以下のような問題が起きていました。体制図の変更は人事異動を伴うため時間がかかるプロジェクトは生ものなので、頻繁に状況が変わります。開発フェーズが変われば、体制も変えていく必要があります。体制図の運用が形だけのものになっていました。体制図の兼用は、さらに深刻な問題がありました。それは、責任の所在が曖昧になることです。「都合のよい方の体制図」を使用してしまうことでした。都合が悪くなると第三者のふりをする、という現象が起きたことです。責任を逃れるための抜け道になってしまったわけです。先の体制図の運用ができていなかった組織では、さらに先の話があります。「なんで、このチームがこのマネージャの下に?」という意味不明な図になっていました。マネージャが人数が多くて管理が大変なので、チームを移動させました。言ったときには、私はズッコけそうになりました。_(:3」z)_組織の今後に対する投資の意思表示が、それでいいんですか・・・?たかが体制図。軽視しているとマネジメントさえ行われない組織になってしまうのです。職業:元ソフトウェアエンジニア自己紹介:東京のゲーム会社でゲームプログラマ。家電メーカーで組み込みエンジニア。今は東京に戻って暮らしています。詳細な自己紹介は、こちら。