▼DS事業部におけるPMの役割 ＜プロダクトチームが円滑に動くようにすること＞ DS事業部では現在、主として共同開発によるプロダクト事業を行っています。 この事業において我々は、クライアントと開発チームが「ひとつの組織のように対等な関係性を持って」事業を進めていくことが重要だと考えています。 対等な関係性が築かれることによって、例えば開発時には、クライアントの「ターゲットとする市場へのドメイン知識」と、我々の「開発の技術的な知識」といったお互いの強みを最大限生かすことができます。 また、忖度のない率直な意見を出し合うことができ、より良いプロダクトを創り上げることができます。 とはいえ、規模も文化も違う組織が突然一緒に遠慮すること無く対等にやっていく、というのはとても難しいことです。 DS事業部のPMは、このような複数の組織の集まりが「ひとつの組織であるかのように」円滑に進められるように、場面に合わせて必要なことを行っていきます。 例えばそれは、効果的なコミュニケーションのデザインだったり、役割分担の明確化（もしくは不明確化）、物事を進める際のプロセスの設計にまで及びます。 ＜意思決定＞ プロダクトチームは様々な職能のメンバーで構成されます。 そのためPMにとっては、そのすべての職能と対話をして状況やそれぞれの考えていることを把握し、全員が納得した状態で進むよう期待値を調整、その上で意思決定をしていくというのも大きな役割となります。 誰かが不満や不安を持つことが無いように調整しながら、例えば不穏な状況が発生していた場合には敏感に察知し整える、といったことを繰り返すことが大切だと考えます。 ▼具体的に行っていること PMは何をするのか？という業務範囲の定義はとても難しいものがあります。 必要なことはなんでもやる。それはチーム状況によって様々である。というのが正直なところです。 以下は現状のPMの業務の一部です。参考にしてください。 ・POと共にMVPを探り、初期開発でのリリースの範囲を明確にしてセールス（マーケ含む）や開発の目線を合わせる ・プロダクト事業において何が重要なのかを認識し、開発チームにPOと同じ温度感で伝えることを行う ・ビジネスインパクトの為のスケジュールと、実装工数を加味して最善の実装とスケジュールを探る ・ユーザー体験がスムーズにできるかをデザイナーとペルソナやユーザーストーリーなどを見ながらUI/UXの協議をする ・事業の予算は早い段階からPOとは対話をし、様々なリソースの調整を行う ・事業の短期、中長期の計画を把握し、フェーズを見越してのプロダクトチームの構築を行う ・開発側から実装する機能などで「なぜ作るんだろう」というような発言があった場合は、すぐに発言の原因を探しにいって解消させる ・要件やスケジュール、タスクの変更があった場合はPOに理由を確認してまず自らが納得し、開発に説明をして同様に納得してもらうようにする ▼必須条件 ・知らない領域でも興味をもって深掘りできる強い好奇心 ・自分の考えにこだわらない柔軟性 ・エンジニアリングの知識またはアプリケーション開発経験 ・クロスファンクショナルチーム（PO・開発・デザイナー・QA・営業など）と効果的に連携するコミュニケーション能力 ・ユーザーファーストなプロダクト開発経験またはそのような姿勢 ・顧客が何をしたいのかを考える想像力 ・俯瞰的に物事を見て本質を捉えることができるシステム思考的な力・大規模なSaaSプロダクトの開発に携われる。 ・継続的な開発を行える体制（作って終わりにならない） ・モダンな開発環境 ▼歓迎条件 ・プロダクトマネジメント OR プロジェクトマネジメントの実務経験 ・リスク管理の経験や複雑な問題を解決する能力 ・UI/UXに関する知識と自らの思想（こだわり） ・テストに関する基礎的な知識 ・アジャイルやウォーターフォールなどソフトウェア開発手法の知識と経験 ・PMチームビルディング経験または興味 ・プロダクトチームをリードしていくリーダーシップ経験 ・クライアントなどステークホルダーと交渉した経験 ・仮説検証の経験 ・予算管理の経験 ▼開発チーム構成について 開発チームは完全内製化ではなく協力会社からのメンバー含めハイブリットで構成されていることがほとんどです（今後も完全内製化はあまり考えていません）。 ただ、完全に内製化されていなくとも、他のチーム含めひとつのチームでやっているかのようにコラボレーションしてやっていけるように意識して進めています。これは、自分事としてプロダクトに取り組む姿勢を全員が持てるように、という考えからです。 この部分もPMがバランスをとって調整しています。