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
-
事例
[フォーティネットジャパン合同会社] 複雑化しがちな「SASE運用」 IT・医療・金融などの事例に見る導入成功の秘訣 -
製品資料
[フォーティネットジャパン合同会社] 「SD-WAN」導入で失敗しないための5つの重要事項 -
技術文書・技術解説
[フォーティネットジャパン合同会社] VPNの代替候補「ZTNA」を理解できるようになる“3大要素”とは? -
事例
[フォーティネットジャパン合同会社] すぐ分かる「SD-WAN」選定のポイント 成功企業はどんな成果を出した? -
製品資料
[SCSK株式会社] 「Dropbox」管理・運用の困りごと解決ガイド
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
「エージェントを作るな、スキルを作れ?」 Anthropicが提唱するAI運用の勘所
-
3
なぜ人はいるのにDXが進まない? ライオンも直面した“老害”レガシーシステム
-
4
Microsoft月例パッチ1400件超で過去最多 「限界点」を迎えたパッチ管理
-
5
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
6
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
7
SAP導入後も残る“Excel依存” 京急電鉄は「kintone」でどう解消した?
-
8
AI時代のITインフラ戦略とは? 販売代理店が知っておきたい最新トレンド
-
9
被害額は過去最高額 それでも「サイバー犯罪者が捕まらない」3つの理由
-
10
Microsoft 365の「テナント統合・分離」問題 手戻りのない道を選ぶ秘訣とは?
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
7
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー