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

发布于: 2020 年 05 月 20 日
推动敏捷,就是推动软件业变革

本文作者:张纪伟

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

完成工作量的心态是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."

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

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

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

敷于表面的创新能力

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

 推动敏捷就是推动创新

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

发布于: 2020 年 05 月 20 日 阅读数: 2
用户头像

盛安德软件

关注

还未添加个人签名 2020.05.18 加入

还未添加个人简介

评论

发布
暂无评论
推动敏捷,就是推动软件业变革