通过附录收集的资料,发现我们现在用的也是敏捷的模式,大体总结下,就是先收集产品需求,然后排序,找到核心点先详细的列出来,然后建一个盒子一样的sprint,产研测都在里面进行,完成后进行增量迭代,中间可以根据需求的增减来变化。
中间的流程涉及每日站会,评审,还有回顾
附录:
用户角度的敏捷应用:解决用户痛点,满足用户需要
增量,迭代开发:
产品代办列表:
迭代:
传统:
改进后:增量开发
三种可视化文档:
标签:迭代,收集,含义,用户,增量,敏捷,附录 来源: https://www.cnblogs.com/huanlfu/p/15421690.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。