気を取りなおして、今朝の関西地方は曇りです。今にも雨が降ってきそうな塩梅です。今日は１０日なので銀行に行かないといけないのですが、自転車は諦めて、電車で行くことにします。
玄関の守り神。シーサー、さぁー。
アウトプットはプロジェクトの成果物です。ようするにプロジェクト活動は、何かをアウトプットするために行ってるということになります。当たり前ですね。
もちろん、ここで言うアウトプットはドキュメントとは限りません。新製品の開発であったり、業務改善結果などの最終成果も含みますし、複数のアウトプットで構成される最終成果物の場合もあります。
また、最終成果物だけではなく無数の中間成果物も発生します。
つまり言いたいのは、プロジェクトが産出するアウトプットは多岐に渡りしかも、大量であるということです。
このように、プロジェクト実施期間に作られるアウトプットの管理を行うことも、重要なプロジェクトマネジメントのポイントになります。
一般的に相当な規模のプロジェクトでは、構成管理のための担当者、ライブラリアンを置き日々提供されるアウトプットの管理を行ないます。
もちろん構成管理の重要性については、ＰＭＢＯＫでも言及されていますが、プロジェクトマネジメントの現場では、なかなか満足に実施できない分野の一つでもあります。
構成管理とは、プロジェクトが作り出すドキュメントやソースコードを規定し、格納し、ステータスやバージョンを管理することです。
皆さんも、ファイルサーバーにドキュメントを保存するときに、一体どこに格納したのか分からなくなるという経験をされたこｔがあると思います。ディレクトリ構造を体系化うることで、誰もが必要なドキュメントにアクセスできることを保証するわけです。
また、どのドキュメントが途中バージョンなのか最終版なのなどのステータスを管理しないと、間違った内容が別の作業のインプットになり、プロジェクトに悪影響を及ぼすことになる可能性があります。
大規模なプロジェクトであれば、プロジェクト内にライブラリアンを置きマネジメントすることは可能ですが、中小規模の場合はそのコストをプロジェクトに載せるのは難しい面もあります。
そこで、やはりＰＭＯの登場となります。ＰＭＯが複数のプロジェクトの構成管理を体系的に実施することで、マネジメントコストの低減と品質の向上を同時に実現することができます。
次回に続きます。