浅谈QA在敏捷中如何去做

    这篇文章本该几个月前就发，实习这么久来，实习的第一份工作是传统的大瀑布模型的项目，但是团队也是在搞敏捷迭代开发，所以也算是敏捷团队吧，那么这篇文章就聊一聊敏捷。

为什么要搞敏捷？

这就要说下传统的大瀑布的不足

    1.在开发中，如果有需求变更，那么变化会很大，可能之前开发的都要去重构，成本很高，响应变化困难

    2开发完成后，PM才能看到项目的最终结果，在开发中，PM是看不到项目的全貌的，而且可能连模块级别的都无法看到，项目末期才能看到项目全貌

    3.如果项目有延期风险，都是在最终快结项时才会暴露出来，应对风险能力差

敏捷宣言：

    个体和互动 高于 流程和工具

    工作的软件 高于 详尽的文档

    客户合作 高于 合同谈判

    响应变化 高于 遵循计划

    百度百科对敏捷的解释是：敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。

    我所在的团队使用的是Kanban方法，每天早晨9点30准时开站会，站会内容大概如