中华田园敏捷【技术创作101训练营】原创

大家好，我是大龄程序员老杨，这节课我们来讲中华田园敏捷，也就是996的亲兄弟。很多人都见过这个场景。项目管理者说，老板改需求了，再差个紧急任务。发版时间不变，大家加个班。程序员说，我有句话不知当讲不当讲，这就是传说中的敏捷吗？项目管理者说，敏捷就是拥抱变化，两周一个迭代。结果程序员非常痛恨敏捷。其实这不是敏捷，这叫做中华田园敏捷。今天我们就来讲一下它们的概念。要想了解敏捷，首先要了解瀑布为什么行不通。瀑布最大的问题是周期太长，几个月甚至几年。容易延期。最后交付使用，客户发现不是想要的效果，打回重做，进一步延期。如果是外包，那可能要客户加钱，闹得很不愉快。

这个人可是我的挚爱亲朋，手足兄弟啊。Out。瀑布周期太长，容易出问题。业界想办法对他进行改进。把它拆成了很多个版本，比如1.0版本，1.1版本。每个版本都是个小瀑布。这就是1988年诞生的螺旋模型。它是一种增量迭代式开发方法。这个时候迭代就是版本。每个版本都交付使用。让客户评审是否符合需求。那时候还没有互联网。放在今天互联网TOC领域，那就是收集用户反馈，看看是否喜欢。如果不符合需求，下个版本就改掉。可以看出，版本迭代是一个巨大的进步。能够拥抱需求的变化，能够尽早的让用户用起来。

但它和瀑布一样，有一个缺点。明确了这次要做哪些需求做不完只能延期。当然，由于小版本要做的事情不多，延期几天不严重，不像瀑布那样延期几个月。版本迭代模型里的需求做不完怎么办？要么延期，要么加班。还有往返。还有法律吗？在没有王法的状况下，那就变成了996中华田园敏捷。在中国互联网崛起的前20年里。遍地是机会。很多公司996抢地盘。程序员创业暴富的新闻层出不穷。我就是其中的一份子。而2018年以后。互联网已经高度成熟，一片红海。没了创业暴富和高额奖金的机会，但很多公司还在搞996。

舆论开始反转。骂资本家成了风气。到了2021年。人口普查数据显示，新生儿逐年减少。中国将面临老龄化危机？于是，社会主义铁拳开始发力。5月31号，中央宣布了三孩政策。6月15号，腾讯光子游戏工作室限制加班，保障双休。可以看出，腾讯的政治敏感度还是非常高的。7月9号字节跳动。宣布取消。大家收。没想到1/3的员工反对。结果在网上被评为公贼。7月24号。中央宣布，学科类培训机构一律不得上市融资，严禁资本化。结果好未来从90块跌到了八块。新东方的股价从19块跌到了两块。

也就是说，铁拳砸向了影响生育的各个方面。降低生育成本、养育成本。没想到，大家痛恨的996问题，竟然是被计划生育政策解决了。那么，996配套的中华田园敏捷也命不久矣。很多公司可能要转型，真敏捷。在这个时代背景下。建议大家学习真敏捷，有利于职业发展。刚才说到，不管是瀑布还是版本迭代，这种小瀑布。都会导致延期。那有没有一种办法永不延期？有。做多少算多少，做不完拉倒，那就不会延期了。这不是一句玩笑，敏捷的确是这样的。1995年诞生的SCM是目前最流行的敏捷框架。敏捷，还有别的框架。但如果说到敏捷而没有特质的话，那就是指scram。

这个图看起来好像和版本迭代差不多，其实有本质的区别。第一。多次交付或不交付。敏捷开发中的需求叫做用户故事，是最小交付单位，不可拆分。每个故事做完，都可以独立上线。一个迭代可能会上线很多次。上线的时候才会分配版本号。所以不像版本迭代那样预知版本好。第二。是一种时间迭代模型。每个迭代叫做sprint时间冲刺。比如三月迭代，四月迭代。很显然，三月结束的时候，迭代必须关闭。不可能变成四月。所以，敏捷开发，永不言弃。那做不完的需求怎么办？需求为什么会做不完？有两个原因。第一，评估的不准确。第二，紧急需求插队。

我们来看看敏捷如何解决这些问题。这是科技项目协同的敏捷模式。左边是backlog，也就是需求词，右边是迭代。不管是左边还是右边，里面的需求都是有顺序的。上面的重要需要先做，下面的相对不重要。这就是敏捷的核心，按价值排序。右边的红框里有个数字26。它是下面那些数字的总和。叫做故事点。也就是说，一个团队一次迭代只做这么多事情。如果有紧急需求插队没关系，放弃别的需求。让故事点总和保持不变即可。如果最后还是没做完。剩下的相对不重要，丢回左边重新参加排序。也许下次迭代也不会做他们，因为有更重要的事情要做。如果每次都做不完，非常的随意，好像也不对。

当然不应该这样。每次迭代都要开反思会，找到没做完的原因。比如预估错误。经过几次迭代的磨合，找到良好的工作节奏，把故事点明确下来。这是SCM的完整流程图，涉及很多知识，比较复杂。不过也很正常，管理是一门学问，需要系统的学习。而无法凭借生活经验摸索出来。首先是管理学知识。管理跨度及一个人能有效管理的直接下属人数是有限的。有个说法是七个人。亚马逊CEO贝索斯提出了两个披萨团队的理论。如果一个团队吃两个披萨还不够，说明人太多了。SM框架建立，一个团队应该有六到十个人。如果一个公司想要敏捷，首先要进行组织架构调整。拆分成一个一个的小团队。分别负责独立的模块或者产品线。

有的公司是老板一声令下，召集所有人做他的新点子，那就完全不敏捷了。每个小团队都有三种角色。产品负责人，注意，不是产品经理。他是有决策权的，决定一个需求做还是不做，先做还是后做。这样才能有价值排序。有的公司是老板出点子，指挥产品经理画原型，这也是完全不敏捷的。第二个角色，Master，也就是敏捷教练。需要系统的学习敏捷知识。最好考取敏捷教练证书。带领大家实践完整的流程。第三个角色是开发团队。需要掌握故事点的评估方式，单元测试的写法。最好考取敏捷开发者证书。更多内容请扫码学习Q敏捷课程。最后我们来总结一下今天的内容。

瀑布和版本迭代是固定需求，做不完就延期。敏捷是固定时间，做多少算多少。中华田园敏捷，是集两者之大成。固定需求，而且固定时间导致996。祝福大家早日摆脱中华田园敏捷，用上真敏捷，实现程序员和产品经理的和平相处。就像右边的茶杯店一样。有了它，需求越来越清晰，PM的话也少了很多。