このブログに登場するのはかなり久しぶりです。エンジニアから開発エンジニアを経て、入社以来ほぼずっと技術部門の中で引きこもっていましたが、昨年、ひょんなことからプロダクトマネージャー(以下、PdM)にジョブチェンジしました。なってみて改めて認識した、超キホン的なことをシェアしてみます。若干ポエム気味ですが、ご容赦ください。組織によるプロダクト開発には様々なステークホルダーが関わっている当然のことですが、企業でプロダクトを提供するとなると、ただプロダクトを作るだけでなく、プロダクトの価値を届けたり伝えたりするためにいろんな人が動いています。1エンジニアとして仕事しているだけだと、他の部門と接する機会があまりないのが一般的かと思います。私も、何年も技術部の中にいる間に会社の規模も大きくなり、いつの間にかたくさんの部署部門ができて、正直どこが何をしているのか、よく分からなくなっていました。簡略化して表しても、図のように多様なステークホルダーが挙げられます。企画から開発、デリバリー、運用に至るまでの各フェーズで、各部門と様々に関わることがあります。プロダクトの価値を顧客・ユーザーまで伝え、届けるために、なくてはならない人々です。・販売には顧客接点となるセールスだけでなく、詳しい技術知識を伝えるプリセールスもいます。・実際のサービスの提供にあたっては、システムを導入・カスタマイズする人がいます。大規模な案件の場合、コンサルを行う人や、周辺サービスも束ねてプロジェクト展開するプロジェクトマネジャーもいます。・開発も外注するとなると、業務委託や保守に関する契約や、発注・購買業務も必要になります。ジョブチェンジした当初は、そういった人々の存在は知っていても、彼らがどういうモチベーションで動いており、どういうときに彼らと関わりを持つべきなのか分からず、打ち合わせをしても、日本語は分かるけど意味が分からない、といった状態で、とても苦痛を感じていました。転職してレベル1になった、ではないですが、新卒に戻った気分でした。「これはあの部署に相談が必要なことだな」とか「これは伝えといたほうがよさそうだ」とか「これはあの人たちにまかせてしまえば大丈夫」といっことが分かってきました。技術部の外の世界が知ったことで、ようやくスタート地点に立った気がしたものです。関係者が多い中では、当然コミュニケーションが重要になってきます。その中での伝え方も大事です。マニュアルなどのドキュメントはもちろん、メールひとつでも、一貫した言葉を正確に使い、伝えたいポイントを明らかにするように、以前よりも意識するようになりました。エンジニア出身だと、テクニカルな正確さばかりに意識が向きがちで、粒度が細かすぎて何が大事なのか分かりにくく肝心なことが伝わらない、といったことがあるかと思います。相手の持つ前提知識や必要なポイントに合わせた、適切な粒度で情報を出し分けたり整理したりすること。ドキュメントのフォントやフォントサイズ、文章のレイアウトなども、細かいことですが重要です。1)正確に、2)適切な粒度で、3)見やすく表現することがポイントです。なる方は、最初の一歩として、こういったところを意識的に学んだり教えてもらったりすると、多少スタートダッシュがスムーズにいけるのではないかと思います。エンジニアとしても、自分たちの作っているものがどういった人たちに影響を与えるか、プロダクトの情報がどのように伝わるかを意識して日々の開発に取り組むと、仕様や要求の背景にあるものが想像しやすくなり、品質向上につながるのではないかと思います。少なくとも、QAエンジニアだった自分としては、当時から組織の全体像をより知っていれば、テストケースのシナリオや、作成するドキュメントなど、もっと効果的なものが作れたのではないかと感じています。今回はふわっとしてますが、ここまで。してはまだまだヒヨッコなので、今後も学んだことをシェアしていきたいと思います。最新技術の動向を中心に個人的な興味・関心事などをレポートしています。頻繁に更新していますので、是非お気に入りに登録してください!よろしくお願いします。(ShanonAdventCalenda...新卒(貧困)エンジニアによる、Chromebookとの歩き方(ShanonAdventCalenda...PM(プロダクトマネージャー)チームを立ち上げて。わかったことと課題5つ。