其实这个问题也是和小兵聊出来的，他问我敏捷的终点是什么？或者说团队究竟要做到什么程度才算是真的敏捷。
我的第一反应是这是个好问题，但却不简单，相反，它是一个复杂问题，并不是可以通过单一的标准判断。我觉得正好可以结合这些年所经历的研发阶段和敏捷实践聊一聊，敏捷到底有没有终点。
01
让人崩溃的瀑布式交付模式
———
最初参加工作时，作为测试工程师，我参与的项目都是瀑布的交付模式，以冗长的需求说明书作为测试计划和测试任务的重要输入，几百页的需求规格说明书，常常考验我的阅读理解能力与记忆能力。
在测某一个功能的时候，我需要不停的翻到某页仔细比对，几个月的开发测试，长时间得不到客户反馈，导致我在测试完成后，总是怀疑自己是不是漏测或者对功能理解错误，毕竟对功能实现正确性验证完全靠自己的悟性和责任心。\
如果功能有变更，这会让人更崩溃。\
虽然我的东家号称当地IT的“黄埔军校”（甲方开会，各家IT公司总会有前同事碰面），流程技术和氛围都是一流的，但被需求规格说明书支配的不爽到现在还有阴影。\
02
敏捷实践
———
2010年我加入前东家 -- 某知名外企，我所在团队人数并不多，加上teamleader，一个Dev和我一个QA。但每天早上都会有一个简短的站会，大家互相分享昨日进度和今日计划。 每周四固定和兄弟团队一起给stackholders 做playback。这仿佛都是约定，每个团队成员都在遵守这些活动，我当然也在遵守，但并不明白这样做的原因。\
2012年我换了新部门，加入了一个业务团队，第一次接触到Iteration（迭代）的概念，每月1个迭代，当时的流程是迭代开始前，PM（项目经理）会给团队成员简单讲解需求：某项功能满足什么需求，属于整个产品规划的什么模块，接着开发和测试人员评估所需工作量（人天），达成一致后，团队进入开发节奏（包含单元测试代码），该做测试的做测试。\
当然我们仍然会固定每周四给stackholders做演示，同步进展获取反馈。
这样的流程持续了将近1年半的时间。我们每个迭代遵守需求讲解会，测试用例评审，概要设计评审，代码走查。虽然没有人来明确迭代流程，我们还是一直遵循这些基本活动。这样持续了将近一年半的时间，中间开发测试因为对需求理解不一致，撕过不少次，也有过不少次返工。
大概是2014年的时候，突然有一天PM通知大家，后续我们的需求不再是一句话的描述，而是改成三段式的方式以user story的方式讲给大家，并识别了3个核心用户。
这就是大家现在熟知的用户故事的三段式：
As a xxx user , I want xxxx, So that xxxx。
PM并没有普及这样做的原因，我懵了一段时间才意识到这是需求的另外一种形式。当我适应之后，突然发现这样好爽，每个故事的验收标准都需要Dev和QA 同时进行确认，如果发现问题，相关同事可快速进行澄清。每个故事要做哪些功能，要测哪些功能，开发测试都很清楚。开发测试气氛明显和谐起来，需求的返工次数也越来越少。
那年Designer开始兴起，上海实验室有了Design Studio，每个项目配置一个UX，简单的几个页面改版，瞬间提升了产品的气质，终于对用户体验不再完全由QA通过测试感知，而是由专业用户体验设计师进行统一设计。
03
自组织的团队
———
外企对于自组织这几个词是贯彻执行的，团队自主规划，自主管理，到年底把承诺的目标完成即可。同时，研发团队人人都有追求卓越成为技术大牛的渴望，这种氛围导致在15年二线老板来访时，我们一个团队的开发同学给他秀了设计好利用的Kafka，Zookeeper等当时新兴技术的项目方案时，二线老板被燃起了激情，当场同意我们二期项目上云，利用这些新技术实现新功能。\
2016年，我们项目已经彻底cloud化，原来做自动化测试的同学利用1个月的时间把docker摸得清清楚楚，并利用Jenkins搭起了团队自己的部署流水线。
我们发布周期已经由原来的 yearly release 变为了monthly release，为此，QA团队和开发同学一起把接口自动化的框架搭起来了，开发同学也配合做了大量的接口改造，QA在日常功能测试之外，需要保证每一个接口都有自动化用例覆盖。
团队的敏捷实践在原来基础上增加了大量的自动化测试，以及利用Jenkins自动部署，跑冒烟测试，这是另外一个让我觉得很爽的地方，要知道在这之前，我一个人维护了10几台虚拟机，每次测试环境部署，都需要手动更新。现在我只用每天早上到公司，看一眼流水线部署成功没有，冒烟测试通过没有，效率不知道提高多少倍。
04
敏捷实践的终点？
———
2017年离开前东家到了深圳，机缘之下，开始系统学习精益敏捷理念并传播精益敏捷实践，除了迭代管理和持续集成的实践之外，开始推崇设计思维和价值驱动。我和前同事联系，发现之前Design studio不少人已然在推Design Thinking 、User Journey Map、MVP等实践。
再回望这些年的经历，越来越感受到敏捷实践没有终点，随着科技的发展和环境复杂性的变化，敏捷也在不断的演化，吸纳更优秀的思想和实践来使研发活动更适应当前这个VUCA时代的特点。如果你再问我遵循了哪些实践才算精益敏捷了，我只能回答这些实践都是推荐的招数，只有真正的理解精益和敏捷的原则，只要不违反原则，团队可以尝试任何实践。
阅读更多[敏捷知识]、[敏捷转型经验]、实践等…欢迎关注掘金账号@鲸舟研发管理
如果对我们的产品感兴趣，可以逛逛我们的官方网站鲸舟研发管理平台 试用了解
