推动敏捷，就是推动软件业变革

本文作者：张纪伟



 我们推动敏捷，就是推动软件业变革，也可以为中国创新贡献一份力量。



完成工作量的心态是996形成的根源



今天，我们对软件的认识，还停留在这样的阶段：工程师认为自己的工作是以“程序”为主，软件企业认为要建立清晰的流程，明确的分工，双方对自己定位和分工倒是达成一致。所以软件工程师只是流程中的环节，一个个零件，通过流程管理来完成工作量，实现计划好的目标就够，他们是不是为自己努力并不重要。要完成工作量，形成996工作制也就不难理解了。



工具与使用工具的人，最大的区别是工具不知道自己完成的工作量有什么意义。在流程里，每个环节都不需要知道整体是什么，只要完成自己的产出就好。



 老客户的三个排比句



上周一个老客户发来邮件，他要建一个新团队，为了防止重蹈覆辙，他用了三个排比句表达他的想法。我们的客户并不希望程序员做为零件去完成工作量，大多数客户对自己想要的服务是清楚的，但如果这个服务超出我们的理解范围，我们会怎么反应？我们会认为客户不懂，或者不了解实际情况乱指挥！这都是曾经在我身边发生的真实情况。



"I do not want developers who expect to be given detailedspecifications and bug reports before they will start their work.



I do not want developers who do not understand what the application doesand write non-functional code.



I do not want developers who do not take ownership of the application andof their performance."



决定每个程序员工作模式的不止是客户，如果企业不建立相应的环境，程序员也不可能成为客户想要的模样。换句话说，我们安于或不安于做一个零件，很大程度上是取决于组织的模式设计。我们需要建立一种新的组织模式，让每个人都能够为自己工作，不再成为别人的工具。每个人都清楚自己工作的意义，随时都在思考创新，怎样创造价值。



 为什么需要新的组织模式？



不久前我发在群里那个视频，一大群鸟在天空中按照某种即兴的，但有规律的模式飞翔，这高难度的飞行模式对组织能力有极高的要求，科学家说，它不可能在一只鸟“指挥”下完成，每只鸟都必须知道自己怎么和同伴协调，该怎么飞才行。人类的组织也一样，越是复杂的任务/项目，越不可能通过中心指挥，按照既定的计划完成，简单的可以。一个以创新为目的的组织里，每个个体都要清楚自己该做什么，怎么做，不能等上级告诉你。



敷于表面的创新能力



每个个体发挥出的创造力，是来自底层的创造力。我们需要顶层创新，但眼下底层创新更稀缺，也更重要。如果底层没有创新能力，创新就敷于表面。这种敷于表面的创新在中国很普遍，它最大的问题，是容易模仿，形成同质化竞争。底层创新容易形成积累，但短期内不一定能产生商业价值，通过积累逐渐形成竞争壁垒，这些壁垒正是华为断供事件发生的背后逻辑。中国巨大的市场让我们满足于这种表面化的创新，它实际上阻碍了我们自主创新的能力。



 推动敏捷就是推动创新



组织模式变革的目的是解放人，让每个人的创造力得以发挥。软件企业更是如此，软件行业应该成为组织模式变革的先行者，因为软件项目更需要底层创新，底层创新才能让软件拥有能够积累的价值，为客户建立竞争壁垒。底层创新正是敏捷的目标。我们推动敏捷，就是推动软件业变革，也可以为中国创新贡献一份力量。