大规模敏捷？技术把管理当早餐吃

模仿的是彼得·德鲁克的一句话：

文化把战略当早餐吃。

（一）

之前经历的一个项目，我兼职作为PMO的一员，每天各种协调疲于奔命，忙前忙后的，效果不如我国庆加班写了5天代码，做了一个重要的技术重构。重构之后代码简介多了，质量也好多了。

很多时候就是代码问题，但鲜有人能搞定代码问题，于是就搞出各种会，如果是敏捷教练，就会搞出各种高大上的玄幻事情。一切都为了掩盖技术的缺陷。

（二）

十年前软件行业有个“最后一英里”问题，就是发布这件事。随着微服务、docker等技术的兴起，devops重新火了起来，自然的，“最后一英里”的问题也有了技术可能性。

这是技术把管理或者流程吃掉的另一个例子。技术可行后，工具会把流程内建，以前需要人管理的流程，现在被机器接管了。

（结论）

科技真的会吃掉很多东西，尤其在人工智能的时代，不要说管理，连人都吃。

回到大规模敏捷，讨论流程之前，先问问技术上 DDD，微服务，devops，TDD 等等搞定了吗？团队会写高质量代码吗？如果答案都是肯定的，还有多少大规模敏捷的事？