アウトカムにつなげるIssue管理 - OKRとKPI(NSM)とPBL｜小城久美子 / ozyozyo
プロダクトマネージャーが責任を持つのはアウトプットではなく、アウトカムです。機能（アウトプット）を作って終わりではありません。「インタビューでユーザーが言っていたから」という理由だけでプロダクトに機能を付け加えるのもいけません。ユーザーの言いなりになるのではなく、ユーザーの期待を超えていく姿勢を持ちましょう！ このnoteの結論このnoteは、アウトカムとアウトプットの紐付けが難しいのであれば、OKRとNSMを活用してアウトカムを定義して、間にIssue Listを挟んでアウトプットの検討をするのがいかがでしょうか？という提案をするnoteです。 ■ このnoteで解決できるかもしれない課題 ・プロダクトが解決すべきIssueが多すぎて優先順位付がむずかしい ・PBL(=プロダクトバックログ)の優先順位に納得感がない、または、PBLに入っているアイテムに納得感がない ・抽象的なプロダクトの
エンジニアが推進するプロダクトマネジメント | Qiita Conference 2023｜小城久美子 / ozyozyo
Qiita Conference 2023で登壇の機会をいただきましたので、登壇内容を一部noteにもしておきます。登壇資料は最後に貼ってあります。 前提プロダクトマネジメントはUX、Tech、Businessの交差領域であり、各々の専門性が重なるというのが基本概念のはずです。（左）しかし、プロダクトマネージャーという職種が増えてきた結果、分業したままなんとかプロダクトマネージャーがその糊となって繋げている組織をみることがあります。（右） プロダクトマネージャーではなく、プロダクトマネジメントは各領域の専門家が集まるチームでやっていきましょう。プロダクトマネージャーはその旗を降る人であって一人でプロダクトマネジメントをするわけではありません。 エンジニアがプロダクトづくりを推進するためには、Tech x UXやTech x Businessの領域に積極的に手をだして重なりをつくっていきまし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
