まず、プロダクトオーナーが市場分析や営業本部が吸い上げた顧客ニーズをまとめ上げ、自社プロダクトの方向性を検討してロードマップを作成します。当社では、社内で顧客ニーズ等の情報を集約するツールを導入しているので、そこに営業本部から大小問わず様々な要望を上げてもらい、プロダクトオーナーのほうで優先順位を付けたり、必要性を精査して、ロードマップに活かします。

動画サービスといっても、当社にはビジネス～エンタメまであらゆる業界のお客様がいるので、業界によって求められる機能や方向性が大きく異なります。例えば、エンタメ系だとアーティストさんの大規模なライブ配信をやりたいというニーズがある一方で、一般企業様になってくるとクローズドな形で従業員向けに社長挨拶を流したいなど、用途が異なりますよね。そのあたりは、営業本部内で調整してもらうこともありますし、ある程度プロダクトオーナーで方針を決めて、営業本部に企画提案することもあります。

そして、プロダクトマネージャーは、前述のプロダクトオーナーが作ったロードマップに沿って、より細かな優先順位を付けて、プロジェクトのスケジュールを作成します。そこから各サービスや機能におけるビジネス側の要件をまとめて、開発エンジニアの所属する技術開発部に落とします。よく面接の場では、「エンジニアのアサインや工数管理等も企画課で行なっていますか？」と聞かれることがありますが、そのあたりは技術開発部にいるプロジェクトマネージャーで管理しています。

最後に、今回募集しているディレクターの仕事ですが、プロダクトマネージャーが作った要件定義をベースにプロジェクトの進捗管理や品質管理を行なっていただきます。ここで重要なのは、エンジニアからの報告を待つのではなく、ディレクター自ら情報を取りいくこと。要件通りにものができているか、スケジュールに対して順調に進んでいるか、躓いているポイントはないか、このあたりの進捗管理がとても重要です。そういった話をすると、面接の場で応募者の方からは「コードをある程度読めないといけませんか？」とご質問いただくことが多いですが、その必要性はありません。コードレビュー自体は開発内部で行なっていますし、知らないことがあれば社内にいる専門家に聞きにいくフットワークの軽さのほうが当社ディレクターには重要だったりします。社内には各領域のスペシャリストがいますからね。

まず、プロダクト企画部 企画課にいるプロダクトオーナーがマーケットや営業本部が吸い上げた顧客ニーズをまとめて、自社プロダクトとしての方向性を検討してロードマップを作成します。

技術開発部はそのロードマップをもとに、技術的にどう実現するのかを考えていくわけですが、我々のプラットフォーム開発課のミッションとしては、お客さまに提供する側面のプロダクトだけではなくて、基盤としてどうあるべきか、というところまで考えます。例えば、サービス稟議（＝正式にサービス化に向けて開発を始める）前段階で、Ｒ＆Ｄのエンジニアと連携して、超低遅延のライブ配信や、双方向の配信機能などを今後どうしていこうか、といった機能改善に向けた意見交換が常に行われています。

既存サービスのグロースだけではなく、会社が生き残っていくために必要な新しい技術を基盤に取り込んでいくといった部分がプラットフォーム開発課の大きなミッションですね。でも現状は、既存サービスのほうに比重が寄っています。本来は研究開発のほうにもっと動きたい…そのためにも現在エンジニアの増員を行なっています。