システム構築プロジェクトは、タイトな納期と限りあるリソースの中で進むことがほとんどです。時間が足りない状況では、プロジェクトマネージャー（PM）は自然と「手抜き」せざるを得ません。ただし、最低限のポイントを押さえずに作業を省くと、後で大きなトラブルを招きかねません。ここでは中規模システム構築案件を想定し、時間のないPMがまずやるべきこと、手を抜いても安全なポイント、そして大胆な効率化テクニックを具体例とともに紹介します。
ただでさえ色んな仕事が同時に動いているし、個別のPJ管理にあまり時間をかけていられないや。でも、もちろんPJは失敗したくないし。
1. 横着プロマネにならざる得ないシステム現場
短期納期とリソース不足は常態化している
- 顧客から「すぐ見積もって」「すぐ動かして」と言われ続ける
- チーム人員は不足気味で、PMに割り当てる時間も削られがち
求められるスピード感と、現実の工数・品質のギャップがPMを追い込む要因です。
フロー重視の現場ではドキュメントが後回しに
- 要件定義書やテスト計画書を作る余裕がない
- レビューや承認プロセスが短縮化される
結果として形式的なプロセスが省かれ、PMは「やらなくていい部分」と「必ず押さえるべき部分」を見極める必要が生まれます。
2. 最低限押さえておきたいタスクと行動
- スコープの明文化と合意
プロジェクト開始時に「何を作るのか」「何を含まないのか」を1枚のスコープシートにまとめ、キックオフで合意をもらう。プロジェクトの軸となる合意事項があると変更管理も簡素化できます。 - リスクログの維持
リスクは3つに絞り込む（技術的リスク、スケジュールリスク、品質リスク）。リスクオーナーを決め、早期に対策会議を週次で実施します。 - 定例コミュニケーション
週1回のステータス会議（30分）と、毎朝の15分立ち会いミーティング。議事録は議題とToDoだけを箇条書きでサマリー化し、Slackなどに流す。 - マイルストーン管理
主要な納品ポイント（要件固め、設計完了、結合テスト開始、UAT開始、リリース）をガントチャートやカンバンボードに表示。チーム全員が進捗を一目で把握できるようにします。 - 品質チェックポイント
コードレビューは必須。ドキュメントレビューは「影響範囲が大きい箇所だけ」の抜き打ちチェックで十分です。
3. 手を抜くところ・省くところ
- 詳細設計書の全ページ執筆
影響が小さいモジュールは「設計レビュー済みコード＋簡易コメント」で代用。必要に応じて口頭説明を行う。 - 長時間のワーキングセッション
疲労が溜まるだけで効率は下がるため、セッションは90分以内に制限し、必ず10分の休憩を挟む。 - ドキュメントの完全網羅
テスト計画書や運用マニュアルは、最初に骨子を作り動作確認後に必要箇所を肉付け。リリース直前でないと要件が変わることが多いからです。 - 関係者向け共有資料の作成
プロジェクト課題や進捗は、専用チャネル（SlackやTeams）でダイジェスト配信。会議で逐一説明する手間を省きます。
4. 効率化のテクニック
- テンプレートの再利用
過去プロジェクトのスコープシートやリスクログをファイル履歴管理し、プロジェクト立ち上げ時にコピペ。変更点だけを追記します。 - 自動化ツールの活用
過去テンプレ使ったステータスレポートの自動生成。数値を貼り付けるだけで文書が完成する仕組みを作れば、週次報告にかかる時間は15分程度に削減できます。 - ボットによるリマインダー
ミーティング5分前やレビュー期限の24時間前にリマインダーを自動で投げておく。人手を介さずに「忘れ」を防ぎます。
5. まとめ
時間がない中規模システム構築プロジェクトでは、PMがすべてを完璧にこなすのは不可能です。しかし、スコープ合意、リスク管理、定例コミュニケーション、マイルストーン、品質チェックという5つの要素を押さえておけば、大きな失敗は回避できます。その他の作業は大胆に省き、テンプレート再利用や自動化で効率化するのが肝です。これらを実践すれば、忙しい中でもプロジェクトを安定的に前に進められるはずです。
今後はさらに進化した自動化ツールやAIアシスタントを取り入れて、横着PMの領域を極めていきましょう。
国内大手IT企業にて情報システム部門を中心に技術者から管理職までずいぶんと経験。生息エリアは業務システムの運用保守（数万ユーザ規模）、データマネジメント（認定データサイエンティスト）、グローバル対応（アジアとか英国系）そしてDX（最近kintoneとかノーコード系もやる）。世の中の情シスで働く人たち、働こうとしている人たちの幸せのために日々考え事をしています。
（趣味は盆踊りと浪曲。だけど同年代にこの趣味の仲間はあまりいない。）
コメント