コンセプチュアル・マネジメント

【解説】

プロジェクトスポンサーと話を話をしていると、制約の扱い方は意外と雑です。たとえば、ＩＴのプロジェクトですと、顧客との契約仕様が、納期があり、受注金額がある。だから、これがそのまま制約になるという風に考えるプロジェクトスポンサーが多いようです。

制約はプロジェクトのベースラインをはじめとする目標の設定を経営上（ビジネス上）意味のあるものにするために、クリアしなくてはならない課題を明示するものです。
ここで考えなくてはならないのは、プロジェクトの目的を制約にどのように展開するかという点です。

たとえば、あるプロジェクトで技術を確立し、社内展開を目論んでいたとします。その場合、その技術を使うということを制約にすると同時に、プロジェクトの成果物の品質基準の中に、その技術の特性を把握した上で技術適用をするという制約をつけるという方法が考えられます。

制約はプロジェクトに対するノルマではなく、課題です。筋のよい課題とは、その課題を解決することによって目的が実現できる課題です。このような課題はレバレッジになっている可能性大です。

たとえば、納期とコストをコントロールしたいのであれば、生産性を制約にするのが一般的な方法で。このような方法はシステム思考で考えればいくらでも出てくると思います。制約を設定する方も、受け取る方も、制約に対する意識変革をしてはどうかと思います。

そんな問題意識で書いたサプリです。