「クライアントと開発側の意見が噛み合わず、一向に仕様と設計が決まらない──」
そんな現場の“迷走状態“を解決するのが、PMOの役割です。

優秀なPMOは、議論が紛糾した際に情報を整理し、プロジェクトを円滑に進めるための「議論の再起動力」を持っています。一方、ダメなPMOは、意見がまとまるまで粘り強く議論に付き合った結果、会議ばかりを繰り返してプロジェクトを停滞させてしまいます。

今回は、仕様や設計に関する議論が紛糾した際に、PMOとしてどう立て直せばよいのか、実際に私が経験してきた事例を交えながら紹介していきます。

株式会社office Root（オフィスルート）
代表取締役社長
甲州　潤（こうしゅうじゅん）

国立高専卒業後、ソフトウェア開発企業でSEとして一連の開発業務を経験し、フリーランスに転身。国内大手SI企業の大規模プロジェクトに多数参画し、優秀な人材がいても開発が失敗することに疑問を抱く。PMOとして活動を開始し、多数プロジェクトを成功へ導く。企業との協業も増加し、2020年に法人化。さまざまな企業課題と向き合う日々。著書『DX時代の最強PMOになる方法』（‎ビジネス教育出版社）

そもそも、仕様と設計とは？

本題に入る前に、プロジェクトにおける「仕様」と「設計」について整理しておきましょう。

「仕様」とは、ざっくりいうと「どんな機能を盛り込みたいのか？」「どんな顧客体験を提供したいのか」といった内容をまとめたものです。例えばECサイトの機能であれば、商品の検索、商品一覧の確認、カートへの投入、決済、注文履歴の確認、領収書のダウンロード、会員登録など。これらの機能が必要かどうかを決めて、仕様としてまとめていきます。

一方「設計」とは、決められた仕様を実現する「システムの仕組み」です。例えば検索条件に応じた商品データを表示するなどのSQL処理や、クレジットカード情報の暗号化、顧客データや注文データをどこに、どの形式で格納するかなど、内部的なシステム構造を決定する部分となります。

まとめると、仕様で「盛り込みたい機能（やりたいこと）」を決め、設計で「どう実現するか（やり方）」を決めていくということになります。

仕様と設計を決める際に生じる「できる・できない」議論

仕様と設計は密接に関係しており、通常は仕様を固めてから設計に移ります 。しかし、この過程でよく発生するのが「できる・できない」という議論です。

クライアント側が「こういう機能を入れたい」「こういうサイトを作っていきたい」と要望をまとめ、それを仕様として決定したにも関わらず、いざ設計段階になると、エンジニア側から「技術的に無理」「既存システムと合わない」などの理由で、差し戻しとなるケースが多々あります。

前述のとおり、こうしたやり取りは珍しくありません。そこで、PMOの出番となるのです。仕様と設計を決める議論が迷走した状況では、クライアントと開発側の意見に耳を傾け、「双方が納得できるゴールはどこか？」を探る──そんなコミュニケーション力と調整力が求められます。以下より、具体的に見ていきましょう。

書籍紹介

『DX時代の最強PMOになる方法』
著：甲州潤

▼こんなエンジニアはぜひお読みください。
・今の仕事に不満を持っていて、現状を変えたいと思っている
・給料をアップしたい
・エンジニアとしての将来が不安だ
・キャリアアップをしたいが、何をしたらいいかわからない
・PMOに興味がある
・PMOとして仕事をしたい

【目次】
第1章　一番稼げるIT人材は誰か
第2章　これからはPMOが1プロジェクトに1人必要
第3章　SEとPMOの仕事は何が違うか
第4章　稼ぐPMOになる７つのステップ
第5章　優秀なPMOとダメなPMOの見抜き方
第6章　PMOが最低限押さえておきたいシステム知識とスキル
第7章　システムは言われた通りに作ってはいけない
第8章　どんな時代でも生き残れる実力をつけよう

>>>詳細はこちら

【ご意見・ご要望はこちら】感想やご質問、今後取り上げてほしいテーマのリクエストなどをお待ちしています