ベンダ任せにしないで情シスもPDCAサイクルを回せ！
2010/3/3
3．プロジェクト管理手順−問題解決のルールと手順を決める
最後の項目は、プロジェクト管理手順です。
ここでは、進ちょく管理、課題管理など、プロジェクトが順調に進んでいるかを評価し、問題が発生している場合のルールを決めます。
- - PR -
プロジェクト管理で気を付けることは、問題の発見が遅れたり、発見しても放置したままにする状態を作らないことです。
問題が小さなうちに対処をすれば解決できる問題でも、放置をすると問題を大きくし、解決するのに膨大な時間がかかることになります。そのために、報告がすぐに上がってくるような仕組みや、問題の対処のルールを決めておきます。
問題の対処のルールは特に大事です。
できるだけ現場で即座に問題解決の行動を取りコスト追加やスケジュール遅延が発生しないようにします。問題によっては責任範囲や契約に絡むこともありますが、これらに関する調整については別途行うことをお互いに約束し、早くスケジュールの遅れを取り戻すことを目指します。
交渉などの無駄な時間の浪費や、問題が解消されず、そのため後続工程でさらなる遅延を膨れ上がらせるというような事態を発生させないようにします。このように振舞うことによって、最終的に、追加コストやスケジュール延期の話をする場合でも最小限にすることにつながります。
なお、報告は開発ベンダ側だけに求めるのではなく、自社側の進ちょく状況や課題解消状況について、情報システム部門が取りまとめ報告をしましょう。進ちょく報告会などで、ユーザー側の進ちょく状況も報告をするなどの活動を行い、開発ベンダ任せにしていないということを行動で示すことが重要です。
図4：ユーザー側からの進ちょく報告書の例（クリックで拡大） |
 |
表3：管理手順の内容で情シスが気を付けるポイント |
||||||||||||||||
|
最も必要なのは信頼関係
いくら取り決めを行っても、守ってくれなければうまくいきません。開発ベンダにはありのままの状態を報告することに抵抗があるところもあります。これでは、どんなにルールを決めても効果はありません。
抵抗があるのは、信頼されていないからです。例えば、ユーザー部門に後から追加要件を押し込まれたり、情報システム部門もそれを制御してくれなかったなど経験があるためです。こうした抵抗を取り除くためには、お互いの信頼関係を確立することです。
このための最初の場がプロジェクト計画書の策定です。
状況の変化による遅延などが生じても、すぐに報告してもらう限り調整する旨を、明確に伝えます。ユーザー部門もしっかり作業をすることを一緒にいる場でコミットするようにします。そして、プロジェクト開始後の数週間で確かに約束が守られていることが分かれば、信頼関係は深まっていきます。
もちろん、もともとこうした信頼関係を醸成できない開発ベンダも残念ながらいます。そうした開発ベンダには早く見切りをつけましょう。冒頭でRFPの話をしましたが、RFPでどんな技術や経験の制約をつけるよりも、信頼関係を結べる開発パートナーを見付けることの方が重要です。
RFPの中で、プロジェクト計画書に基づいた進め方に従ってもらうことを示し、プロジェクトマネージャとの面談の中で、信頼に足る人であるかどうかを見極めていくことが、プロジェクトを納期通りに完了するには重要なのです。
システム開発の現場では、情報システム部門がプロジェクトの成功に責任を持つ部門であり、そのための活動や行動で示すことが求められています。ぜひ、情報システム部門が積極的にプロジェクト推進に関係し、狙い通りのシステムを予定したコスト、スケジュールで完成させることに貢献してほしいと思います。
ウルシステムズ 主席コンサルタント。ユーザー企業の情報システム部、開発会社を経て、2006年より現職。企業内システムの全体最適や大規模システム開発のプロジェクトマネジメントに関するコンサルティングに多く携わる。IT企画や要件定義、システム開発の領域でユーザー、情シス部員、開発者の3者がプロジェクトに積極的に参画するためのマネジメント方法や開発プロセスの確立に注力している。
一般的に予定通りにシステム開発が完了することはまれであり、追加コストやスケジュールの遅延が当たり前になっている。場合によっては機能をあきらめ運用でカバーすることさえ発生している。この状況を克服するためには、情シス部門が一緒にプロジェクト管理する方法が有効だ。
情シス部門がプロジェクトを遂行する際、「DualPDCA」がポイントとなる。DualPDCAとは、プロジェクト管理のPDCAサイクルを発注側でも回していく考え方。従来、開発ベンダ任せだったプロジェクト管理を、プロジェクトの進行の主要部分は情シス部門が積極的にかかわり、開発ベンダが無駄な時間を浪費しないようにするのが目的だ。
DualPDCAの進め方の拠り所は「プロジェクト計画書」に置く。このプロジェクト計画書を、開発ベンダの振る舞い方やユーザー企業側のやるべきことを決めたルール集として位置付ける。プロジェクト計画書では「プロジェクト概要」「プロジェクト計画」「プロジェクト管理手順」で構成する。しかし、開発ベンダが正直に報告してこなければ、この計画もうまくいかない。最も重要なのは、相互の信頼関係を築き、悪い部分であっても報告できる関係を築くことだ。
| Page1 ベンダ任せがプロセスのギャップを生んでいる プロセスのギャップを埋めるのは情報システム部門 |
|
| Page2 DualPDCAで問題解決スピードを速める プロジェクト計画書の作成を共同で行う |
|
| Page3 1.プロジェクト概要―プロジェクトのゴールと制約を共有する 2．プロジェクト計画―自社に合ったスケジュールや進め方を決める |
|
 |
Page4 3．プロジェクト管理手順−問題解決のルールと手順を決める 最も必要なのは信頼関係 |
情シスをもっと強くしよう バックナンバー 連載インデックスへ»
- 第1回 ビジネスとITのギャップを埋めるのは誰？
- 第2回 情シスはプロジェクトファシリテーターであれ！
- 第3回 できる情シスはモーガン・フリーマンを目指せ！
- 第4回 ベンダ任せにしないで情シスもPDCAサイクルを回せ！
ホワイトペーパー（TechTargetジャパン）
 |
|
|
|
|
キャリアアップ
スポンサーからのお知らせ
イベントカレンダー
転職／派遣情報を探す
*＊先週の人気講座ランキング＊*
〜 Android編 〜
TechTargetジャパン
求人情報
著作権はアイティメディア株式会社またはその記事の筆者に属します。（著作権について）
当サイトに掲載されている記事や画像などの無断転載を禁止します。
「＠IT」「＠IT自分戦略研究所」「＠IT情報マネジメント」「JOB＠IT」「＠ITハイブックス」「ITmedia」は、アイティメディア株式会社の登録商標です。
当サイトに関するお問い合わせは「＠ITへのお問い合わせ」をご覧ください。