プロジェクトを途中で打ち切る際の痛みをやわらげる10の方法 - (page 2)

Mary Shacklett (Special to TechRepublic) 翻訳校正: 村上雅章 野崎裕子

2012-11-20 07:45

#5:投資を行う前にベンダーとともに事前調査を行う

 どのようなベンダーでも、自らのソリューションは素晴らしいと言うはずだ。しかし、あらゆるソリューションが素晴らしいわけではない。このため、ベンダーに大金を支払う場合は特に、購入に先立ってソリューションのパイロットテストを実施するようにすべきだろう。そして、該当ソリューションが会社にとって有効でないという結果になった場合、その段階で引導を渡すことになる。ベンダーは不満を感じるかもしれないが、トライアルのみであるという合意が形成されているのであれば、理解してくれるはずだ。最も大事なのは、スタッフと社内のエンドユーザーが時間と労力、コストの無駄を避けられるという点である。

#6:打ち切りが難しいプロジェクトは、適切な部署で実施するようにする

 リスクが高いため、本来であれば打ち切りの可能性が高いプロジェクトは、調査研究部門、すなわちIT関連のサンドボックス内で実施するのがよいだろう。こういった条件に該当するプロジェクトのメンバーは全員、そのプロジェクトが持つ一か八かという性格を理解しているため、打ち切る必要が出てきたとしても、さほど大きな問題にはならないはずだ。

#7:責任を受け入れる

 プロジェクトの打ち切りを決定することで、該当プロジェクトが失敗した理由について問い詰められる場合もある。あなたがプロジェクトの責任者である場合、打ち切りの決断という責任を受け入れ、実際に引導を渡すことでその責任を果たすとともに、決断の背後にある理由をプロジェクトの利害関係者全員に対して時間を取って説明する必要がある。

#8:経験から学ぶ

 プロジェクトの打ち切りをいったん決定したからといって、そのプロジェクトが最終的に成功しないということにはならない。このため、プロジェクトの反省会を実施し、功を奏したことと奏しなかったことを教訓としてまとめ上げておくのがよいだろう。これによって組織としての軌道修正が可能となり、その後の意思決定によっては該当プロジェクトの再立ち上げも可能になる。

ZDNET Japan 記事を毎朝メールでまとめ読み(登録無料)

ホワイトペーパー

新着

ランキング

  1. セキュリティ

    「デジタル・フォレンジック」から始まるセキュリティ災禍論--活用したいIT業界の防災マニュアル

  2. 運用管理

    「無線LANがつながらない」という問い合わせにAIで対応、トラブル解決の切り札とは

  3. 運用管理

    Oracle DatabaseのAzure移行時におけるポイント、移行前に確認しておきたい障害対策

  4. 運用管理

    Google Chrome ブラウザ がセキュリティを強化、ゼロトラスト移行で高まるブラウザの重要性

  5. ビジネスアプリケーション

    技術進化でさらに発展するデータサイエンス/アナリティクス、最新の6大トレンドを解説

ZDNET Japan クイックポール

自社にとって最大のセキュリティ脅威は何ですか

NEWSLETTERS

エンタープライズ・コンピューティングの最前線を配信

ZDNET Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET Japanをご覧ください。

このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]