关于敏捷开发
1个回答
展开全部
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
别以为搞个敏捷开发流程就是敏捷了,如果很少就用户故事的价值发生过讨论和争执,就不是敏捷,如果非要问“敏捷在需求管理上要做什么?”,最核心的三条:
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
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询
广告 您可能关注的内容 |