Computer Weekly製品導入ガイド
プロジェクト管理のツールの選び方
アジャイルとDevOpsのアプローチは、終着点の定まった大型プロジェクトの消滅を意味する。プロジェクト管理はどう変化するのか。
管理者にとって、プロジェクト管理は常に頭痛の種になる。かつては「Microsoft Project」「Oracle Primavera」といったプロジェクト管理ソフトウェアがあれば、ほとんどの長期プロジェクトには十分対応できた。ガントチャートとタスク一覧でクリティカルパスが維持されていることは確認でき、計画の変更は記録して追跡し、最終結果に与える影響を推定して、必要があれば最終的な納期を変更することが可能だった。
だが、プロジェクトの遂行方法は変化が求められている。アジャイルや開発・運用、つまりDevOpsのアプローチは、終着点の定まった大型プロジェクトが急速に消滅していることを意味する。より小さな作業のまとまりを管理して、その全てがどう運用されているかを確認することの方が重要になりつつある。
もちろん、それは今に始まったことではない。全体を小さな断片に分解し、各断片を同時に管理するやり方は、成功を収めたプロジェクトの典型的な管理方法だった。だが多くの場合、対応がなされるのは全体としてのプロジェクトのみであり、プロジェクトのプロセスを構成する作業はほとんど管理されていない。この傾向が特に顕著な公共セクターでは、多数のプロジェクトが計画され、数年がかりで運用される。時がたつに従ってユーザーのニーズが変化しても、プロジェクトが目指す最終結果が変わることはなく、変化が積み重なるにつれ、望ましい結果が訪れることはなさそうに見える。
最終的には、高度に柔軟性が高いと見なされるべきアプローチがおのずと現れ、求められる変化をもたらそうとする。しかし、目指す結果は既に誤っており、実際にはプロジェクトは失敗に終わる。これはユーザーにとって、公共セクターの場合は納税者にとって、高い代償を伴う。
ここで必要なのは、タスクをプロセスに集約する仕組みによってタスクレベルで管理する手段および最終結果に与える影響を見通す手段だ。そのためには単なるプロジェクト管理以上のインテリジェンスが要求され、プロジェクトポートフォリオ管理(PPM)の領域に踏み込むことになる。実際に、特定の状況においては、もしプロジェクトチームが自分たちのやっていることを「製品」と見なすことができるのであれば、プロダクトライフサイクル管理(PLM)ツールの方が優れた選択肢になることもあり得る。ツールの選定に際して検討すべき主な事項は以下の通りだ。
高いレベルの精度
プロジェクトは一連の小規模な機能プロセスで構成される。そうした個々のプロセスはタスクで構成される。タスクは個人で行うことができる。プロセスは個人が連携し、チームとしての協力が求められることもある。さまざまなチームが生み出す結果がプロジェクトそのものになる。従って、選定するソフトウェアは個人やチームだけでなく、個人やチーム同士の連携にも対応できなければならない。
リソース管理
プロジェクトはリソースに依存する。そのリソースには資金、人材、時間、サーバやソフトウェア、データセンターのスペースや電力といった物理的な設備が含まれる。それぞれのリソースは、プロジェクト管理ソフトウェアとコンテキストによって認識されなければならない。つまり、タスクに変更が加えられたら、プロジェクトの全レベルに与える影響が認識される必要がある。そのタスクを完成させるためには人員や予算を増やしたり、期間を延長したりする必要があるのか。プロジェクト全体にとって、それはどのような意味があるのか。
管理の変更
自分が「今」抱える課題を解決するためにプロジェクトを立ち上げるのは構わない。問題は、プロジェクトには時間がかかり、結果として解決しようとしていた問題が変化したり、既に存在しなくなっている可能性もあるということだ。従って、いかなる変更リクエストもプロジェクトの中核部分と見なす必要がある。選定したプロジェクト管理ソフトウェアはそうした変更に対応できるだけでなく、その意味をリソースレベルで計算し、CIOとプロジェクトリーダーおよびチームメンバーに十分なフィードバックを提供して、その変更は採用できるのかどうか、それとも採用することによってプロジェクト全体に与える過大なリスクがあるのかどうかの判断を支援できなければならない。これは「影響モデリング」と呼ばれ、Monte Carloモデリングや確率符号化、リスク受容推計といった側面が含まれることまる。
インテグレーションと監査
どんなプロジェクト管理ソフトウェアも、他のシステムに対する中央管理モジュールの機能を果たす必要がある。例えば、ITプロジェクトは「IBM Rational」や「Eclipse」のようなソフトウェア管理ツールを通して、コード実装にプロジェクト管理ソフトウェアを利用すれば、その行動は開発プロセスの一部ではなく、プロジェクトの一部として完全な監査ができる。プロジェクト管理ソフトウェアをトラブルチケットシステムに統合すれば、複数のシステムを横断するのではなく、中央の1カ所から監査を行うことができる。
報告は不可欠
個人、チーム、プロジェクト全体のレベルで取った行動は、ログを記録してリポートできなければならない。リポートは鍵を握る分野だ。タスクの遅れや変更がもたらす影響は、適切なリポートを通してのみ把握できる。先端のプロジェクト管理ソフトウェアなら、何らかの形の予測機能や参考情報を提供できる必要がある。例えば、もし変更が採用されてプロジェクトの日程に影響を与える場合、それがハードコスト面においてどんな意味を持ち、ビジネス上どんな意味を持つのかを予測できる必要がある。
回転中のプロジェクトのサポート
多くのプロジェクトには、依然として定まった終着点がある。これは目指す結果が達成された時点を指す。だが現代のアジャイルやDevOpsの世界では、各種のプロジェクトが相互の連携を保ち、時間の経過につれて変化する公算が大きい。プロジェクトを進行させながら完全なポートフォリオを保つ必要性はかつてなく高まっている。そしてそのためには、プロジェクト管理者やCIOもプロジェクトに対する姿勢を変えなければならない。
PPMレベルでは、Microsoft Projectにエンタープライズプロジェクト管理のために必要な機能が豊富に組み込まれており、真のPPM製品と見なすことができる。米CA Technologiesの「Clarity PPM」もこの分野の主力製品だ。米OracleはPrimaveraなど幅広い製品を擁する。非ITプロジェクトに力を入れる米Deltekは、IT部門がプロジェクト管理に利用できる有力な製品を提供している。
リソース機能はPLMの方が優れていることも多い。PLMは物理製品が絡む場面で使われることが多く、部品表(BOM)への対応に利用される。BOMは製品を製造するために必要な全品目の一覧を提示する。適切な情報をモデルに含めれば、その製品の部品に関して掛かるコストの推定に必要な詳細が提示される。時間や利用できる人材といった他のリソースを反映したサプライチェーンモデルを構築することも可能だ。ITプロジェクトのような「ソフト」プロジェクトでは、コードスタブと機能的コンポーネントをBOMへのベーシックフィードとして利用すれば、アジャイル/DevOpsプロジェクトの管理における極めて精度の高い機能を実現できる。
PLM分野の主力サプライヤーには独Siemens Software、米Parametric Technology Corporation、米Arasなどがある。仏Dassault Systemes、米Bentley Systems、米AutodeskといったCAD/CAM分野の大半の企業もPLM分野の機能を提供しているが、こうした各社のシステムは、IT PLMツールとして利用するにはCAD/CAMに重点が絞られ過ぎているかもしれない。
ITプロジェクトの概念は急速に変化しており、多くのプロジェクト管理ソフトウェアサプライヤーはその展開に追い付こうと苦慮している。だが、ITプロジェクト管理者にとっての選択肢は豊富にある。アジャイルとDevOpsのアプローチをベースとする柔軟性が高く動的なIT環境にふさわしい戦略的ソリューションを選定するために、かつてに比べて少しだけ考える必要が生じたにすぎない。
本稿筆者のクライブ・ロングボトム氏は、Quocircaのサービスディレクター。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[サイボウズ株式会社] DXに必要な「Dスキル」「Xスキル」を持った人材を育成するには? -
市場調査・トレンド
[サイボウズ株式会社] データで見る、DXが「順調に進む企業」と「つまずく企業」の違い -
製品資料
[サイボウズ株式会社] 賛否が割れがちな「Notesからの移行」 新環境への移行を納得してもらうには? -
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは? -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
2
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
3
MS月例パッチが1000件突破 人手不足の情シスを襲う「月1回メンテ」の崩壊
-
4
サーバ約70台をAWSへ ヤナセが移行前にやった「通信要件の可視化」
-
5
AIインフラの理想形? 「5層のケーキ」を垂直統合するための近道とは
-
6
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
7
脱VMwareの真実:データセンター大手がNutanixを選んだ「コスト以上の理由」
-
8
多品種小ロットの「手書き・配合ミス」を克服 キャニオンスパイスの食品工場DX
-
9
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
10
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
7
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
8
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
9
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー