随着 DevOps 和敏捷过程在前沿互联网企业的研发团队中被广泛采用，软件研发和迭代的效率得到飞速提升，越来越多的行业开始意识到数字化转型带来的巨大价值。然而对大部分非互联网头部企业来说，昂贵的开发成本一直都是绕不开的话题，更不用说一个精通 DevOps 敏捷流程的高级工程师团队所带来的各项成本。 开发供需失衡 专业市场调研机构 Gartner 的一份研究报告表明，目前专业的 IT 人员只能够满足企业 6% 的 IT 需求。加剧的开发人员供需矛盾，给头部互联网厂商以外的企业带来了高昂的开发成本。 在过去，大部分非互联网信息化改革是通过软件采购的形式，存在诸多局限性。企业进行软件的采购周期很长，通常采用集中采购和部署的模式，成本居高不下，对于资金相对更加不足的中小型企业来说，在信息化进程中遭遇的困难则更大；同时，传统企业采购的 ERP、CRM 软件覆盖面非常有限，大部分企业的个性化需求都难以被满足。 总而言之，开发供需的失衡给企业的信息化进程带来了高昂的成本与巨大的挑战。一方面，市场环境在高速变化发展，内部系统也需要快速迭代响应，但传统开发效率难以满足市场需求，而日益上涨的人力成本和时间成本，让很多企业难以负担；另一方面，如果放弃自己开发，选择购买成型的软件，则难以根据自身的业务进行深度个性化适配

这个需求是重要客户新提的，非常着急，赶快解决。」 「有用户新发现了一个 Bug，比较严重，优先修复这个。」 「老板说这个功能这周必须要上，你先把目前手头的事情放一放。

我对敏捷开发是源于10多年前看了一本关于迭代开发的书，从而对迭代开发有了一些兴趣。从那时开始有了迭代开发的概念。随着项目经验的增加迭代的重要性也越发觉得明显。随后进入了提倡敏捷开发的公司，被迫式的接触了许多“敏捷开发”，随着项目经历越来越多，慢慢的就开始有了更新的认识和想法。

优先级排期。按优先顺序排列一个产品需求列表。 颗粒度。每个需求要尽量小，安排一个小需求在3天内完成。

【摘要】 通过游戏视频的方式帮助大家理解命令控制型和自管理型团队的区别。敏捷中强调团队自组织、自管理，和传统的领导命令控制型管理方式是截然不同的。在组织/团队引入敏捷的时候，为了让大家更好的理解两种方式的区别，可以使用此工具，让大家在游戏的过程理解两种工作方式的差异。命令控制型是完全听从领导的指令，

20世纪60年代，丰田发明了更为有效的生产管理系统。这种管理方式后来逐渐演变成对价值流的控制方法——精益。在这过程中，丰田发明了一个工具，这个工具就是「看板」。

【摘要】 由华为云DevCloud专家服务荣誉出品，是业界研发能力方法与实践的高端智库，聚合了众多经典的敏捷实践案例，是走向敏捷之路的“蓝宝书”。

敏捷项目最终的成功还是失败与使用物理看板还是电子看板没有绝对的因果关系。换个方式说，选择哪种看板不是对与错，而是适合与不适合。所以，要思考的是哪种方式更适合你的团队。 接下来会先分别描述物理看板与电子看板的优势和劣势，然后再给出一些建议，从而帮助大家进行看板类型的选择。