深度好文
https://insights.thoughtworks.cn/agile-requirement-management/
别以为搞个敏捷开发流程就是敏捷了，如果很少就用户故事的价值发生过讨论和争执，就不是敏捷，如果非要问“敏捷在需求管理上要做什么？”，最核心的三条：
1、统一的产品待办事项 (Single Backlog）
2、小步发布（Small Release）
3、价值驱动（Value Driven）
然而在现实中，很多团队设置了迭代，建立了看板，每个迭代都做计划会，采用了用户故事，开卡、验卡都做了，甚至还有专门的敏捷教练辅导，但却一直陷在“业务需求永远也做不完的死循环”里
如果仅仅是做形式上的实践，如站会、故事墙、用户故事、开卡和验卡，但很少就用户故事的价值发生过讨论和争执，就不是敏捷
角色之间一定是要相互协作、紧密融合的状态，“Collaborative Design（协同设计）”、“Collaborative Analysis（协同分析）”、"Collective Owership（集体所有权）"，而不是各自只管自己的一亩三分地
======================
需求管理
https://www.cnblogs.com/shineshine/p/9505022.html
https://www.zhihu.com/question/19844142
需求优先级原则：rice
PingCode 全年上线功能盘点
https://blog.csdn.net/weixin_44280696/article/details/112003466
网友评论