提言
No.94: その体制はプロジェクトの規模に合っているか新着!!
最初に十分な体制を確保しないままプロジェクトを始めると、起きることは不明点や問題点の検討の後回し、すぐにやらなくても良い作業の先送り。そして、プロジェクトの終盤に近づくにつれ、残件が蓄積され、繕いきれなくなって混乱が顕在化。プロジェクトのスタート段階で、PMにはこれで行けるという見通しを持てる計画を立て、それを実行するための体制を構築する責任がありますが、不十分な体制でスタートを切ることになるということは、その責任を果たしていないことになります。
No.93: 新加入メンバを教育できているか
あなたの組織、プロジェクトでは、新しく加入するメンバが、すぐ組織やプロジェクトに溶け込める様に必要な教育を実施できているでしょうか。PMがプロジェクトの共通情報として知っておいてほしいことを新しいメンバ一人一人に提供するという必要がありますが、当然PMが毎回このために時間を割いているわけにはいきません。新しいメンバに伝えたいことを資料に纏めておいて、見てもらうというのが最善です。
No.92: 問題解決の仕方を教育できているか
問題に対して闇雲なトライ＆エラーで解決しようとするケースをしばしば見かけます。
問題解決のアプローチが論理的でないのです。まず事実を確認し、事実から原因となる可能性のあるものを考えて、それを一つずつ潰していくという様な、基本的な考え方ができていないのです。それで良いわけはありません。
No.91: 情報を共有できているか
プロジェクトを成功させるために必要な組織活動の一つとして、全員のベクトルを合わせることは欠かせません。そして、ベクトルを合わせるためには、プロジェクト内の情報が適切に共有されていなければなりません。注意しなければならないのは、掛け声だけではチーム内の隅々まで適切に情報が共有されないということです。
No.90: ルールを徹底できているか
組織として、プロジェクトに臨む際のプロセスはある程度定められているものでしょう。しかし、複数の人間がチームとして活動するとき、明確には定められていない暗黙のルールも存在するものです。プロジェクトの内部に芽生える混乱の種を摘み取るためにできる一つは、プロジェクト内のルールの確立とその徹底です。
No.89: ファイナルを共有できているか
成果物の最終版を確実に識別し、それをチーム内、プロジェクト内で共有できないことがあるとすれば、それは致命的問題を引き起こします。これは、組織的にファイルの管理ルールを定めていることや、バージョン管理ツールを導入することによって完璧に防げるというものではありません。なぜなら、最終的には人間の手によってなされるものだからです。
No.88: 構成を管理できているか
ドキュメント等の成果物には、販管理またはバージョン管理といったものが必須です。世の中には多くのバージョン管理システムがあるので、それを利用すればバージョンの違いによる混乱を避けられる可能性は高いでしょう。しかし、”単品”の成果物に対してそのバージョンをしっかり管理していても、複数の成果物の間の依存関係を含めて、いわゆるその”構成”を管理できているか、注意が必要です。
No.87: ジャンクフードを食べさせていないか
何を摂取したかによって肉体的に限らず精神的な活動エネルギーは変わってきます。当然活動の結果として生まれるものも違ってきます。そして、食べるものは必ずしも栄養になるものだけとは限りません。毒素を取り入れればそれがあなた自身の身体に影響を与え、パフォーマンスに跳ね返ります。ここで改めて認識しなければならないのは、OUTPUTの質はINPUTに依存するという当たり前のことです。
No.86: その違和感には理由(わけ)がある
プロジェクトに限らず定常的な業務を進めている過程において、何となく”違和感”を感じてしまうことがないでしょうか。その違和感を覚えるに至った何らかの原因がそこにあります。もしかしたら重大な問題が隠れており、その氷山の一角が顔を出したかも知れないという意識を持つことが大事です。
No.85: 問題を早く顕在化できているか
プロジェクト内で問題が発生した時に、担当者がそれを報告せずに自分でなんとかしようとしながら対策できず、結果的にどうしようもなくなって発覚し、プロジェクトの全体工程に影響を及ぼすほどの事態になってしまう。この様な経験はないでしょうか。プロジェクト全体のことを考えた場合、メンバの一人一人に問題は最短で解決する、または最小の労力で解決する、という姿勢が必要です。