给项目再加点儿松弛感：为什么减少流程限制更能响应变化？
最近一直在思考一个问题：为什么有些团队明明资源不差，却在抢市场这件事儿上总是慢半拍？ 反观很多小团队，没那么多规矩，却能快速调整方向，抓住机会。 这样一细想，发现很多大公司斥巨资搞标准化的功能迭代，按部就班走完流程，上线时却发现用户需求早变了；而有些小团队没那么多限制，反而能跟着用户反馈随时调整，效果出奇地好。 一般情况下，软件开发讲究需求明确、变更有序、流程固定，这类项目的核心是“按计划不出错”。像ERP系统的开发，从需求调研到模块开发、测试验收，每个环节都得严丝合缝，毕竟要保证最终交付的系统稳定可靠。 而其中，一些简单的开发项目会更倾向于灵活，像一些想要快速验证市场的项目，价值比较直观，结果比较确定，技术也比较保守，所以可以为了打造快速MVP，适当减掉一些立项、评审、决策环节。 但当这些特性和工具结合时，就又会是另一回事儿了。工具的标准化流程加上公司的各类严格的要求，使得一些可以更灵活的项目被流程拉慢了节奏。 我们也见过不少团队，把一些标准化了的项目流程套在各类项目上，美其名曰“规范化管理”，结果是很多项目越管越慢；或是盲目地学大厂的各类条条框框，结果事与愿违。 但实际上，有很多项...
