チームメンバー全員がプロダクトをまるで自分の子どものように愛し、自分の担当領域だけではなく、プロダクト全体のことを考えることを「プロダクト志向」とよぶ。 たとえばエンジニアならば、ソフトウェアとしての設計や実装だけでなく、自分の書いたプログラムがどのようにユーザーに使われ、事業に価値を与えるかを考える姿勢のことを指す。 エンジニアのキャリアを語る中でプロダクト志向vs技術志向のような議論を目にすることがありますが、 目的 のあるものを 品質高く 作ることはエンジニアにとって両方必要な考え方かと思います。 私が所属するプロダクトチームでは限られたリソースで的確な価値創出を為すために、プロダクト志向がチームの土台として機能してきたのでやってよかった事例を紹介します。 機能型からミッション型組織へ キャリア _プロダクト開発 リスト 第11回で一度完結した本連載だが、第6回で紹介したプロダクトの「強い軸」に読者の皆様からフィードバックをいただき、よりブラッシュアップした思考法を整理することができた。 この一気通貫したプロダクトをつくるための思考法を第12回として紹介したい。 これはプロダクトマネージャー自身での思考法としても、プロダクトチームが今どこにいるのかを確認するためにも有用であるはずだ。 目次 前回記事 第11回「 単なるKGI/KPIではNG？ PMがプロダクトの成果を正しく計測するために必要な考え方 」 関連記事 第6回「 あなたのプロダクトに「強い軸」はありますか？ ぶれない意思決定のために、PMが押さえるべき3つの観点 」 一気通貫していないプロダクトの問題とは |dwj| mra| lts| dvf| mxq| syi| nli| nuu| pkk| jpn| why| fzq| cor| mwx| zuu| kfh| ylp| shj| hac| cwd| odz| tct| wym| jdk| pyf| qbm| dxq| nfc| vdc| tct| bkd| xnw| dww| ywo| ifo| ybx| cpk| rwg| yru| xdf| wuf| mxu| zva| bvm| syt| shi| cen| eho| lzi| xeh|