敏捷 vs 伪敏捷

作者：网络转载发布时间：[ 2013/9/10 16:06:37 ] 推荐标签：

　　混合体 - ScrAgileFall

　　敏捷，Scrum和瀑布方法论的混合

　　它的工作原理是这样的?用户故事积压在任务列表(Backlog)里并排上优先级，但特定的用户故事累积列表有一个目标发布日期，这意味着他们都将被一起发布，而不是单独发布。采用冲刺(Sprint)管理开发过程中设计，编码和单元测试阶段，另在发布之前安排一个集成系统测试，测试“在范围内的”用户故事所有已完成的功能。

　　(It works like this. User stories are prioritized into a backlog but there is a targeted released date for a cumulative list of specific user stories， meaning they'll all be released together instead of individually. Sprints are then employed for the design， code and unit test phases of development but an integrated system test is performed prior to the release of all the completed features for the "in-scope" user stories.)

　　瀑布地规划和发布时间表，敏捷 / Scrum地设计和开发。

　　(It's waterfall planning and release schedules with agile/scrum design and development.)

　　敏捷软件开发宣言

　　对流程、文档到底意味着什么?

　　敏捷并不反对的流程。它反对没有价值的流程，反对不能使团队更有效的流程。

　　敏捷并不反对的文档。它反对那些对交付的解决方案没有帮助的文档。

　　敏捷流程和文档应该限制在快的时间内交付高质量产品的低水平。

　　敏捷测试

　　框架里的“独立的(Independent)”测试角色

　　“独立”并不意味着孤立一人。“独立”是指测试团队在价值链中所扮演的角色。独立不孤立。

　　测试不能被视为“后一关”，不能仅会在所有冲刺(Sprint)的后进行测试。测试需要持续集成到冲刺(Sprint)的每一部分。

　　测试不能被视为我们开发和他们测试之间对抗。为了成功，必须有一个团队意识。