プロジェクトに問題発生、どうすれば?--乗り切るための10カ条 - (page 2)

Mary Shacklett (Special to TechRepublic) 翻訳校正: 石橋啓一郎

2014-08-28 06:30

6.教訓をつかむ

 どんなにダメなプロジェクトにも見るべきところはある。それは、将来別の仕事に流用できる、ビジネスルールのオブジェクトコードかもしれないし、今後に生かすことができる、あるスタッフが新しい役割で発揮した素晴らしい才能かもしれない。失敗分析の一部として、チームの中の「よかったこと」を見つけ出し、プロジェクトが提供した価値を見いだすことは、たとえ本来の目的が失敗した場合でも有益だ。

7.関係者のレビュー

 プロジェクトマネージャーは、自分自身(およびほかのメンバー)がプロジェクトで発揮したパフォーマンスを評価すべきだ。その焦点はプロジェクトの目的に当てられるべきだが、多くのプロジェクトマネージャーは政治も一定の役割を果たすことを知っている。ユーザーが非協力的であったり、ITスタッフの間で内紛やいがみ合いがあったり、社外ベンダーが役割を果たしていなかったなどの要素は、すべてプロジェクトの失敗に影響を与える可能性がある。この理由から、すべてのプロジェクトマネージャーは、関係者のレビューと、政治(内部および外部)についてのレビューを行うべきだ。

8.出口を設定する

 失敗しつつあるプロジェクトの処理は、空中戦のようなものだ。常に緊急脱出の方法を把握し、パラシュートを身に着けておく必要がある。こういった出口は、プロジェクトが始まる前にチームや利害関係者と共にあらかじめ設定したチェックポイントであるべきだ。通常、これらの出口はプロジェクトのライフサイクル中に時々設定された評価ポイントの形を取り、プロジェクトチームと利害関係者が、プロジェクトが正当化できないと感じたときに、中止するチャンスとなる。プロジェクトにこういったチェックポイントを設定することで、プロジェクトの評価に関して開かれたコミュニケーションと参加を確保し、望ましくない不意打ちに襲われる可能性を減らすことができる。

9.代替手段を準備しておく

 ほかに代替手段がないプロジェクトを中止したい者はいない。プランBを用意しておけば、プロジェクトの成果を別の形で引き継ぐことができる。例えば、最初の目標はプライベートクラウドの構築だったが、何らかの理由で上手くいかなくなった場合、代わりにIaaSプロバイダにクラウド環境を構築してもらう方法もあるかも知れない。

10.プロジェクトと予算をフェーズに分割する

 プロジェクトとそれに伴う予算をフェーズに分割し、定期的にチェックポイントを作るべきだ。プロジェクトをより小さく、管理可能なフェーズと予算に分割しておけば、数百万ドルを投資し、スタッフを1年間稼働させた後よりは中止しやすい。

この記事は海外CBS Interactive発の記事を朝日インタラクティブが日本向けに編集したものです。

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

ホワイトペーパー

新着

ランキング

  1. セキュリティ

    Pマーク改訂で何が変わり、何をすればいいのか?まずは改訂の概要と企業に求められる対応を理解しよう

  2. セキュリティ

    従来型のセキュリティでは太刀打ちできない「生成AIによるサイバー攻撃」撃退法のススメ

  3. セキュリティ

    クラウド資産を守るための最新の施策、クラウドストライクが提示するチェックリスト

  4. セキュリティ

    最も警戒すべきセキュリティ脅威「ランサムウェア」対策として知っておくべきこと

  5. セキュリティ

    AIサイバー攻撃の増加でフォーティネットが提言、高いセキュリティ意識を実現するトレーニングの重要性

ZDNET Japan クイックポール

所属する組織のデータ活用状況はどの段階にありますか?

NEWSLETTERS

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

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

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