传统的瀑布工作模式使用详细的需求说明书来表达需求，需求人员负责做需求调研，根据调研情况编制详细的需求说明书，进行需求评审，评审之后签字确认交给研发团队设计开发。在这样的环境下，需求文档是信息传递的主体，也是一份契约。文档很正式，我们会误以为它一定是对的，不
迭代要有固定时长，不能超过六个星期。在每一次迭代的结尾，代码都必须经过QA的测试，能够正常工作。团队必须要有燃尽图，而且要了解他们自己的生产率。一般大致相当于一个“理想的人天”。在sprint计划会议之前，要确保产品backlog的井然有序。举办Sprin
安科网(Ancii)，中国第一极客网
Copyright © 2013 - 2019 Ancii.com
京ICP备18063983号-5 京公网安备11010802014868号