<p class="e-p">あとで補足</p><p class="e-p"></p><h2 class="e-heading">見積の尺度には3パターンある</h2><ul class="e-ul"><li class="e-li"><p class="e-p">作業量：対象メンバー内でのタスクに対する相対的な尺度</p></li><li class="e-li"><p class="e-p">工数：作業時間（N営業日）</p></li><li class="e-li"><p class="e-p">工期：作業期間</p></li></ul><h2 class="e-heading">見積には3種類ある</h2><ul class="e-ul"><li class="e-li"><p class="e-p">見積：予測。ある条件・制約の中でこれくらいかかると思われますというもの</p></li><li class="e-li"><p class="e-p">コミットメント：依頼者に対して約束するもの</p></li><li class="e-li"><p class="e-p">ターゲット：目標。いつまでにしてほしいというもの</p></li></ul><p class="e-p">ref.<a href="https://qiita.com/miyarappo/items/e27f6e8774bdb587e00d" target="_blank" rel="noopener noreferrer nofollow" class="e-link">https://qiita.com/miyarappo/items/e27f6e8774bdb587e00d</a></p><h2 class="e-heading">要求と要件は違う</h2><p class="e-p">TBD</p><h2 class="e-heading">要件定義には時間がかかる</h2><p class="e-p">TBD</p><h2 class="e-heading">要件定義にはほぼ必ずエンジニアと協業する必要がある</h2><p class="e-p">TBD</p><h2 class="e-heading">施策の優先度・進行に責任を持つのはPdMである</h2><p class="e-p">TBD</p><h2 class="e-heading">施策はリリースがゴールではなく成果測定がゴールである</h2><p class="e-p">TBD</p><h2 class="e-heading">MTGのトピックには目的を明示したうえで、必要情報を事前に準備しておく</h2><ul class="e-ul"><li class="e-li"><p class="e-p">意志判断：何かを決めてもらうトピック。決めるための判断材料と論点、前提・制約条件を用意する</p></li><li class="e-li"><p class="e-p">共通・伝達：情報の非対称性を埋める。客観事実ベースの情報を用意する</p></li><li class="e-li"><p class="e-p">ブレスト・議論：アイデア出し。論点と発散材料を用意する</p></li></ul><p class="e-p">ref. <a href="https://note.com/hik0107/n/nebe0465c1945" target="_blank" rel="noopener noreferrer nofollow" class="e-link">https://note.com/hik0107/n/nebe0465c1945</a></p>