デザイン会社のプロジェクトマネージャー/PMの仕事とやりがい

こんにちは!グッドパッチでリクルーターをしている宍戸です!

グッドパッチでは現在、開発系のプロジェクトに強い「プロジェクトマネージャー(PM)」の採用を強化しているのですが、「デザイン会社にPMって必要なんですか?」「そもそもグッドパッチって開発もやっているんですか?」という声を採用候補者の方々から頂くことも多いです。

今回は、そうした疑問に答えるべく、デザイン会社におけるPMの役割、面白さと難しさ、そしてここで得られる成長機会について、プロジェクトマネージャーの責任者の佐治にインタビューを行いました! 佐治自身の経験や具体的な事例を交えてお伝えできればと思います。

普段SIerやシステム開発会社でPMをされている方にとっては、「デザイン」と聞くとなかなかイメージが湧きにくいかもしれません。 ですが「自分の経験が意外と活かせるんだ」と感じてもらえるきっかけになれば嬉しいです。

ーー自己紹介をお願いします

僕はグッドパッチに入社して5年半ほど。 現在はマネージャーとしてチームをまとめる立場にいながら、自分自身も現場でPMとしてプロジェクトをリードしています。

キャリアの中心はSIerに近い環境で、システムの受託開発やシステム導入などの現場をPMとして担当してきました。

もちろん、その仕事にも大きなやりがいはありました。ただ、年数を重ねるうちに、「決まった仕様をただ作り切る」ことや「使うプロダクトを変えない前提の中で、課題解決の方法論に向き合う」ことに物足りなさを感じるようになりました。

「作るもの」や「使えるもの」が決まっていると、どうしても課題解決への打ち手は限られたものになってしまいます。

もっと上流からクライアントの課題や意思決定に関わりたいし、良いものづくりに直接関わりたいと思い、前職のSIerで初めて組織されたサービスデザインのチームをPMとしてリードするポジションにチャレンジしました。

そこでUXやUIなどのデザイン領域のプロフェッショナルと初めてチームを組み、デザインの持つ力や価値、デザイン領域でのプロジェクトマネジメントの可能性などを認識しました。

そして、もっとデザイナーとの共創やデザイン領域でのプロジェクトマネジメントを探求したいと思ったときに出会ったのがグッドパッチです。

最初は「デザイン会社と自分のキャリアって結びつくのだろうか?」と半信半疑でしたが、話を聞くうちに「ここなら自分のやりたいことが叶えられる」と確信し、飛び込みました。

SIerなどにおける開発PMの“あるある”なもやもや

この記事を読んでいる方の中にも、こんな経験があるのではないでしょうか?

  • 「仕様はもう決まっているので、後はスケジュールを守って作ることに集中してください」と言われる
  • クライアントの本当の課題やユーザーの声に触れる機会がない
  • プロジェクトが終わっても「やり切った!」という充実感より、「消化しただけ…」に近い感覚が残る
  • 複数のプロジェクトにアサインされ、一つ一つのプロジェクトにコミットすることが難しい

僕自身も前職で、まさにこうした“もやもや”を抱えていました。

もっと上流に関わりたいのに、気づけば“進行管理の人”に収まってしまう」。

そんな気持ちがグッドパッチというデザイン会社でPMとして活動することで解消できました。

グッドパッチのPMは「ビジネス上の成果」までをデザイン、コミットする立場

開発にまつわるPMと言うと、「進捗管理や品質担保に責任を持つ存在」というイメージが一般的ですが、グッドパッチにおけるPMは責任の範囲が異なります。

というのも、デザイン会社であるグッドパッチが考える「開発」というのは、実装することだけではないからです。

たとえ実装が成功して新しいサービスやアプリがリリースされても、それがユーザーから使われなかったり、ビジネスとして失敗に終わってしまっては、クライアントにとって意味がありません。クライアントのビジネスを成功させる。グッドパッチが考える「開発」のゴールはそこにあるのです。

僕たちは「プロジェクトをデザインする」という表現をよく口にします。 これはプロジェクトが成功する、つまり、プロジェクトを成果創出に繋げるための仕組みや、進め方自体を設計するということです。

このプロジェクトにはどのような価値があるのか。どうすればその価値を最大化できるのか。ビジネス上の成果にコミットする場合、否が応でもいわゆる「上流」の部分に関わることになります。 言うなれば、成果の定義やUI/UXデザインから開発は始まっているのです。

グッドパッチのPMは、サービスのコンセプトからKPI・KGIなどの成果指標までクライアントやデザイナーと一緒に議論して設計しますし、達成を意識、確認しながらプロジェクトを進めていきます。

UXデザインの工程にも参加しますし、実装以外の部分についても良いプロダクトの実現に向けてアイデアを出せる環境があります。

進捗管理や品質担保だけでなく、ビジネス成果にも責任を持つことを理解してプロジェクトを管理する──。

これがグッドパッチに求められるPMなのです。

単に「どう作るか」ではなく「なぜ作るのか、どう価値につなげるのか」という問いに向き合う姿勢が常に求められます。

SIer時代と比べると、難度は格段に上がりましたが、その分、思考の軸が“手段”から“成果”へ広がった感覚があります。

設計や実装だけではなく、上流のデザインに関わってモノづくりをしたいという方には向く環境でしょう。

深いコミットが求められるからこそ、基本的には1人1案件をベースに取り組んでいます。

ーーその姿勢は、実際にプロジェクトでどのように発揮されているのでしょうか?事例などがあれば教えてください。

ここまでで「デザイン会社のPMは成果までデザインする」とお伝えしました。

でも実際、どんなシーンでその役割が発揮されるのか、イメージしづらいかもしれません。

そこで、グッドパッチのPMが担当したプロジェクトの中からいくつか具体的な事例を紹介します。

事例1:エンタープライズ企業との大規模案件

グッドパッチPM:事例1「プロジェクト体制」

ある大手エンタープライズ企業との案件では、クライアント、グッドパッチ、我々が信頼する開発パートナーの3社でプロジェクトチームを作り、協働する体制を取りました。

SIer時代の案件と大きく違うのは、PMが「要件定義が固まった後の進行管理」ではなく、プロジェクトの最初のビジョン策定フェーズから入り込んでいたことです。

また、開発パートナーも同じくPMなど一部のメンバーには企画・デザインフェーズから参加してもらいました。

プロジェクトチームとして最初に取り組んだのは「なぜこのシステムを作るのか」をクライアントと一緒に言語化すること。

要求・要件を整理するだけでなく、ユーザー調査を行い、「ユーザーにとって本当に必要な体験は何か」をプロジェクトチーム内で議論しました。 ここで出てきた新しい気づきやチームで醸成した納得感が、プロジェクト全体の方向性を左右する大きな判断材料となりました。

また、それでも進行中には「意思決定が分散してなかなか前に進まない」という課題もありました。

そこではPMとデザイナーで設計したワークショップを実施。実際に体験やそれによって得られる価値、考えられるリスクなどを目に見える形にすることで、経営層から現場メンバーまでが同じゴールを共有できるようになり、意思決定が一気に進んだのです。

開発フェーズでは、開発パートナーと仕様のすり合わせを行いますが、デザインフェーズでの連携のおかげで、「実現可能性」だけではなく「体験設計」や「提供価値」をお互いに忘れずに議論することができました

更に開発パートナーからも実装側から見たプロダクトをもっと良くすることや、(開発フィジビリ等によって)実現方法が変わっても提供価値を保つこと、を意識した良いアイデアを出してもらえたおかげで、とても良いモノづくりができたと感じました。

グッドパッチPM:事例1「デザイナー/エンジニアの共創価値」

グッドパッチPM:事例1「デザイナー/エンジニアとの協業」

このプロジェクトでPMが担ったのは、単なる進行管理ではありません。 むしろ、次の3つが大きな価値発揮のポイントになりました。

- 上流での価値定義への関与

「このサービスは誰のために、どんな体験を届けるのか」をクライアントと一緒にデザインし、デザイン&開発プロジェクトにおける進行の指針をつくる。

- 意思決定をデザインで後押し

ワークショップの実施などにより、デザインした提供価値やプロダクトの内容について、経営層から現場までが共通認識を持てるよう意思決定をサポート。

- 成果につながる開発推進

開発パートナーを巻き込みながら、デザインした体験価値をブレずに実装に落とし込み、リリースまで導いた。

結果として、リリースは期日通りに実現。

クライアントからは「ユーザーの利用率が従来比で大幅に向上した」「単なるアウトソースではなく、事業づくりのパートナーになってくれた」と評価いただきました。

また、開発パートナーからもプロジェクトが楽しかった、という声が出ていたのはとても印象的でした。

事例2:顧客組織を変える取り組み

事例2:顧客組織を変える取り組み

もう一つ印象的だったのが、あるプロジェクトで協業した開発パートナー様向けの取り組みです。

プロジェクトを進める中で「デザインの進め方そのものがすごく参考になる」と協業パートナー様から言っていただき、社内向けに研修を開催させて頂きました。

僕たちが取り組んだのは、体験設計やUIデザインのノウハウを紹介するだけではなく、「プロジェクトマネジメントの中にデザインの考え方を組み込むと、どう変わるのか」をイメージしてもらうことでした。

要件通りに作ったのに「なんか違う」となってしまうのは、判断軸が不明確だから。

ここにデザインの視点を入れることで、価値の定義が整理され、納得感のある意思決定ができるようになります

デザインと開発の役割をきちんと並べて見える化すると、「デザインがあるから成果に近づける」「開発があるからユーザーに届く」という両輪の関係が理解できます。

さらにプロセスを “定義づくり → ステークホルダー巻き込み → 実現方法の余地確保 → 軌道修正 → 成果物設計” として整理することで、協業パートナー様自身が現場で再現可能な形に落とし込めるよう意識しました。

その結果、「デザインはオプションではなく、プロジェクトを前に進めるための必須プロセスだ」という実感を持っていただけたと想います。

プロジェクト成果の提供にとどまらず、協業パートナー様がデザインドリブンな組織へと変わり、自走できる状態を支援することができたのです。

このように、僕たちPMの仕事は「スケジュールを守る」「リスクをつぶす」だけでは終わりません。

ときには関わるステークホルダーの文化や組織にまで踏み込み、デザインをインストールする・武器にしてもらえるように働きかける。

SIerで培った進行管理力を土台にしつつ、その一歩先のインパクトを出せるのがグッドパッチのPMなんです。

ーークライアント・パートナー様からはどのように評価されていますか?

これまでプロジェクト事例を紹介しましたが、僕らの仕事の価値を一番リアルに表してくれるのは、やっぱり関わるステークホルダーであるクライアントやパートナー様の言葉だと思います。

「こういうところに助けられた」「こんなふうに感じた」というフィードバックをもらえると、PMとしてのやりがいを強く実感します。

ここでは、印象的だった声を少しご紹介します。

  • 「単なる納品ではなく、上流のUX検討から伴走してくれる」
  • 「迷った時に“目指す姿”を示してくれるので、ブレずに進められる」
  • 「課題整理から要件や設計に落とし込むプロセスがすごく助かる」

SIerのPMとして培った、仕様を整理してまとめる力やリスクを先回りして潰す力。

それに加えて、グッドパッチのPMは優秀なデザイナーと共に、ステークホルダーを巻き込みながらチームを動かす力や、プロダクトそのものの価値や進むべき方向を描く力を発揮します。

つまり「進行管理のプロ」で終わらず、プロジェクトを価値ある成果に導くハブとして存在できる。

こういったことからも、デザイン会社におけるPMの価値を感じていただけると思います。

ーーどのようなやりがいと提供機会があるのでしょうか?

僕がグッドパッチでPMをしていて一番強く感じるのは、「いいものづくりの中心に立てること」です。

SIer時代は、要件定義や進捗管理といった「安全に進めるための仕事」に比重が置かれていました。 もちろんそれも重要ですが、どこか「決まった枠の中でどうまとめるか」に閉じていたんです。

グッドパッチでは、クライアントのビジネスゴールやユーザー体験を理解した上で、デザイナーやエンジニアと一緒に“どうすれば価値を生み出せるか”を常に考えています。 進行管理に加えて「プロジェクトが進むべき方向を描く」ことが期待されるんです。

僕が特に強く感じているやりがいを3つあげると、こんな感じです。

1. 優秀なデザイナーやエンジニアと共創できる

 単に進捗を回すのではなく、一流のデザイナー達と並走しながらプロダクトを磨き上げていくことができます。  その中でPMとしてもデザインをはじめとしたプロジェクト推進のための新たなスキルを実践をふまえて習得することができます。

2. 成果にこだわったプロダクトづくりに関われる

 “納品して終わり”ではなく、リリース後の検証や改善提案にもPMが関わります。  クライアントから「成果が出た」「事業が変わった」と直接言ってもらえる瞬間は、他では味わえない達成感があります。  「こう作ればリリースできる」ではなく「どうすればユーザーの心を動かせるか」を真剣に議論できる環境でプロジェクトを推進できます。

3. キャリアの広がりがある

 ここで身につけられるのは「進行管理力」だけではありません。ステークホルダーを巻き込み、方向性を描き、価値を生み出すスキル。  それは将来的にPdMやコンサル、組織リードといったポジションに広がる土台になります。実際に、グッドパッチでもPMから新しいキャリアに進んでいる仲間が多くいます。

僕自身、SIerにいた頃には「自分はデザイナーでもPdMでもないし、キャリアの選択肢は限られている」と思っていました

でも今は「PMだからこそ、チームを束ねて成果にコミットできる」強みを実感しています。

この環境では、「進行管理の人」から「成果を共創する人」へと役割を拡張できる。

それこそが、グッドパッチでPMをする最大のやりがいであり、提供できる機会だと思います。

ーー面白さと難しさについて教えて下さい

PMとしての面白さは、やっぱり案件の多様さと、上流から関われる点にあると思います。

SIerだとどうしても専門業界の繰り返しになりがちですが、ここでは業種も業界もバラバラ。

クライアントと直接対峙して、「なぜ作るのか」「誰のために作るのか」という根本から一緒に考えられるのは、すごく刺激的です。

しかも、リリースして終わりではなく、グロースや改善提案まで含めて長期的に伴走できる。

“作って終わり”ではなく、“成果を出すまで一緒に走る”のは、PMとして本当にやりがいが大きいです。

一方で、難しさもあります。

例えば、クライアントも含めたチームを一枚岩にして進めていく必要があるし、「PMがいるからには成功してほしい」という期待も大きい。

視野の広さや調整力が問われるし、プレッシャーもあるのは事実です。

でもその分、クライアントの組織に深く入り込んで、PdMやエンジニアだけでなく情報システム部門やセキュリティ部門まで巻き込みながら成果をつくっていける。

「当事者」と「第三者」の間を自由に行き来しながら、プロジェクト全体をドライブできるのは、グッドパッチのPMだからこその醍醐味だと思います。

ーーなぜ今、PMの採用を強化しているのでしょうか?

これまでは、ベンチャー企業との取引が中心だったり、エンタープライズ企業とご一緒する場合もPoCやR&Dフェーズでの支援が多かったんです。

ただ最近は状況が変わってきていて、上記のような僕らの実績を聞いた企業様からのお問い合わせが増えている他、デザインの力の重要性が世の中に認められるようになり、「事業そのものをつくる場にデザイン会社を据える」という流れが大企業の中でも確実に出てきていると感じます。

つまり今は、「デザイン×開発」を本流の事業づくりの中で実装していけるフェーズに入っている。 これってすごく可能性のある動きで、僕ら自身もわくわくしていますし、だからこそPMの力が必要なんです。

ーーさいごに一言お願いします

開発をきっちりデリバリーする力って、SIer出身のPMが持っている一番の強みだと思うんです。

グッドパッチでは、それに加えて優秀なデザイナーやエンジニアと肩を並べて仕事ができるんですよね。

一緒に考えて、悩んで、作り上げる中で、『なぜ作るのか?』『誰のために作るのか?』を見抜くデザインの力が自然と自分の血肉になっていく

そのプロセス自体がいいプロダクトづくりにつながるし、自分の能力開発やキャリア形成にも直結するんです。

「世の中が“デザインを事業づくりの中心に据える”流れになってきている今だからこそ、PMという役割には本当に大きな可能性があると思っています。

自分が関わるプロジェクトが、単に“動くシステム”をつくるだけじゃなくて、ユーザーの心を動かす体験そのものになる。 そういう瞬間に立ち会いたい人にとって、グッドパッチはすごく面白い環境なんじゃないかなと思います。

働き方の面も柔軟で、勤務地選択制を取っているので、基本的にはリモート勤務が可能です。 プロジェクトによっては出社や訪問が必要になることもありますが、遠方に住んでいる方でも十分チャレンジできますよ。 さらにフルフレックス制度もあるので、「時間に縛られずに働きたい」「ライフスタイルに合わせてキャリアを築きたい」という方にもフィットすると思います。

具体的な話を聞きたい方は、ぜひカジュアル面談や選考を通じて直接お話しましょう!

hrmos.co

【終了しました】\告知/ 個人向け説明会を実施します!

上記で紹介したグッドパッチのPMならではの働き方や関わり方について、直接話を聞いてみたいという方向けに、個人向けのオンライン説明会を実施する運びとなりました!

お気軽にご参加下さい!

📅 実施日時

  • 2025年 9月 11日 (木) 12:00~13:00
  • 2025年 9月 17日 (水) 19:00~20:00

💡 当日はこんなこと話します

  • グッドパッチの概要&今後後の方針のご紹介
  • 採用背景
  • どんなプロジェクトに関わるか、体制や役割
  • グッドパッチのプロジェクトマネージャーが大切にしている価値観
  • 具体的なプロジェクトをもとにした仕事の事例
  • 提供機会や魅力、大変なポイントなど
  • メンバーの紹介
  • 働き方、福利厚生 など