2005年8月アーカイブ

これまで情報化資源調達フェーズを扱ってきました。今の時点は、採用するソリューションを決定し、以降の開発フェーズを行なうベンダーも選定できましたという段階です。

この段階になると、開発プロジェクトの実行計画書を作成しなければなりません。これは、資源調達フェーズと開発の橋渡しをする成果物です。

プロジェクトで大きなリスクを抱えているエリアを、外部に委託してしまうことは、多くのプロジェクトマネジャーに賛同してもらえるでしょう。

適切な製品・サービスを最適な納入者から調達することを保証するためには、購買計画を作成することが必要になります。

詳細な購買計画を作成するのは、非常に骨の折れる作業です。

ほとんどすべてのプロジェクトマネジャーは、プロジェクトを遂行するために外部の協力会社などからの支援が必要だと感じています。外部納入者から納入される成果物が、最適なもので、適切なタイミングで、かつ最適な品質レベルにあることを保証するためには、納入者との契約を文書化しなければなりません。

契約とは、プロジェクトからの要求事項に合致する、明確に定義された成果物を取得するためのプロジェクトと納入者間の合意文書であると言うことができます。

皆さん、お盆は、どう過ごされましたか？私は、田舎へも帰らず、のんびりとしていました。久しぶりに、映画を見てきました。「亡国のイージス」を。

これ、面白くなかったです。はっきり言って。事前に小説を読んでいたので、内容的には何を言いたいのか分かったのですが、小説を読んでいない人にとっては、事件の背景や、なぜイージス艦上で事件が起こるのかがまったく理解できず、意味不明な映画になってしまっています。

小説が良かっただけに、残念です。まったくの脚本ミス。私の後ろの席にかなりの年配の方がいたのですが、映画が終わるとすぐ、「意味が分からん！」と大きな声で言っていました。同感です、やはりなぁと思ってしまいました。

金と時間を返せと叫びたい。久しぶりに見た映画がこんな駄作とは。トホホ。

後は、千里眼の最新作「トランス・オブ・ウォー」を速攻で買って、一気に読破しました。やはり、岬美由紀はいいですねぇ。本の内容は....やめときます。

プロジェクトの計画フェーズで、外部から調達する必要性に気付くことがあります。それは、単に、必要な製品・サービスを調達する場合や、プロジェクト全体を外部に委ねる場合もあるでしょう。

このような時には、提案依頼書（RFP）を作成しなければなりません。

提案依頼書は、文字通り、外部調達元からの提案を依頼する文書です。従って、RFPには、提案書を受領するプロセスと、提案書を作成するために必要な情報がなければなりません。

プロジェクトマネジャーとして、納入者を選定しなければならない局面に面したことがあると思います。最適な製品・サービスを最適なタイミングで納入してくれる最適な納入者を選定することは、いつも骨が折れる作業です。

最適な納入者を選定するためには、正式に、調達プロセスを実行することが必要です。

プロジェクトを成功に導くためには、納入者との良い関係を構築することが不可欠です。納入者を選定しようとする時、それが、設備の購入であれ、コンサルティングサービスの購入であれ、または、単純なコーヒーの購入であれ、購入する時に必要なことは、要求事項を文書化することです。

要求事項を文書化したものが「作業範囲記述書（SOW）」です。詳細なSOWがなければ、納入者の成果を評価することができません。なぜなら、一連の要求事項に対する達成度合いを評価することになるわけですから、明確に要求事項を定義していなければ、できないのは当然のことです。

ITに限らず、おそらくすべてのプロジェクトで、必要な資源調達を行い、プロジェクトに最適な納入者を決定することが、最も困難な意思決定の1つではないでしょうか。

最適な納入者を公正に決定するためには、調達プロセスに入る前に、決定しておかなければならないことがたくさんあります。

その前提として、調達実行者、多くの場合はプロジェクトマネジャーは、偏見を捨て、プロジェクトの要求事項に最も合致する納入者を選定することを念頭に置かなければなりません。

日経コンピュータ6月13日号に、釣具最大手のダイワ精工が、9年間使用したSAP R/3をリプレースして、国産業務パッケージに切り替え、稼動したという記事が載っていました。

記事によると、1996年より、R/3 リリース3.0を使用して会計と人事を稼動させていた。99年前後にアップグレードを検討していたが、その後の業績不振で凍結していた。03年頃に検討を再開し、今回の意思決定となったとのことです。