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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
昭和大学病院がeICUを導入、ICUの患者情報を遠隔地で一括管理
-
10
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー