気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
note.com/ozyozyoエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント14件
- 注目コメント
- 新着コメント
kiririmode
ロードマップに機能を書くのは仮説検証にそぐわない。達成すべき状態と数値を書いてマネジメントと開発チームをつなげる。そうしないとユーザー目線に引きづられてしまいプロダクトが中期的に何をすべきかを見失う
yoppe9509
toCなのかtoBなのかで考え方が変わりそう。toCの場合、機能追加／改善が直接的にNSMの向上に繋がるが、toBの場合、セキュリティ対策や監査ログ取得機能などは重要だがそれがNSMに直接効いてくることはほどんどない
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ロードマップに機能を書くべからず｜小城久美子 / ozyozyo
機能を書くならバックログにまず機能だけが書かれたロードマップから見ていきましょう。時系列に沿って... 機能を書くならバックログにまず機能だけが書かれたロードマップから見ていきましょう。時系列に沿って、どんな機能を追加するのか並んでいます。 残念ながら、多くの場合、機能開発が遅延したり、差し込み案件が発生したりして、以下のようになってしまいます。 こうなると、もうこのロードマップは信頼できません。過去の実装がここまで遅延していると、次に取り掛かる機能がいつリリースされるのか分からず、どれの優先度がもっとも高いのかも判断するのが難しくなってしまいます。 こういった「機能」に近いものは、縦長のプロダクトバックログの形式で並べ、ユーザーストーリーに分解して見積もったものを上から順番に実施していくほうがスッキリします。 では、ロードマップがなぜ必要なのかプロダクトバックログはとても良いものですが、プロダクトの中期的・長期的な未来を構想するには少し見づらくなります。特に、会社の中で中期的・長期的な方針
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
note.com/ozyozyo
note.com/ozyozyo
note.com/ozyozyo
note.com/ozyozyo
www.nhk.or.jp
yomuno.jp
www.wasteofpops.com
anond.hatelabo.jp
www3.nhk.or.jp
www.47news.jp
mainichi.jp
president.jp
www.tokyo-np.co.jp
togetter.com
www.asahi.com
ikarugasan.hatenablog.com
boyaking.hatenablog.jp
yamasan0521.hatenablog.com
kozo.hatenablog.jp
2024/01/24 リンク