1
唤醒他的创造力和责任心,反而会被认为是“工作琐事”。这些“工作琐事”本质上是需要他扮演的角色
来负责的,但是由于他没有意识到自己实际上已经是这样的角色了,而仅仅把自己停留在“研发”的定
位上,把“写代码”当做核心任务,这样一来,会让研发同学对那些看起来 “和写代码无关但是是技术
一号位必须做的事情” 非常抵触。这种抵触情绪发生的时候,leader 再强调 Ownership 也都没有太
多效果,因为不是他不负责任,而是他没有意识到,这是他应该负责的事情。当他的心态和认知转变
以后,一些原来看起来不怎么负责的人会变得负责(不排除有人本身就是不负责的人,那么这样的人
不是良好的技术一号位的候选人,主管要有识别能力)。
作为业务开发同学,一定要仔细认清辨别自己实质上是不是一个业务的技术一号位,而不用考虑自己
的层级,不用管自己是不是业务其他参与者的 leader。当你意识到自己是这个业务的技术一号位的
时候,就要迅速切换角色,从原来自己给自己的定位 “写代码的、搞技术的” 转变为 “某个业务的技
术一号位”,开始进入角色,发挥出你的价值。这也是很多研发同学通过做业务能迅速成长的原因,
抛开技术上的成长之外,他比其他研发同学接触了很多 “做事情需要思考并为之行动” 的维度,这些
维度的丰富是普通业务研发同学很难看到、很难感觉到,因此更难悟到的。
不排除有悟性高的研发同学能够自己悟到,但本质还是由于他所处的环境、他面临的问题在逼迫他做
出思考,然后为之实践。如果一开始就知道自己做事情要找准自己的角色和定位,那么就会少走很多
弯路
分析你所在环境的局势
ALIWARE
当你意识到自己是一个业务的技术一号位的时候,不用过多怀疑自己究竟是还是不是,而是要本着
“就当自己是”的心态来进行接下来的工作实践和思考。需要大家明确的一点是,任何一个工作角色,
都有对应的责任,也都有履行对应责任的方法论。我们要做的,不能再像过往做普通研发的时候那样
懵懵懂懂去做事,听“需求”指挥,而是要开始寻找或总结一些方法论,要自顶向下地对业务有一个清
晰的认知,知道自己比过去多了哪些维度的事情要关心,知道接下来会面临什么样的挑战,要知道自
己在挑战中应该扮演什么样的角色,采用什么样的手段去解决业务在不同阶段一定会出现的各种问
题。
在开始所有的思考之前,先要做一件事情,就是分析你目前所处的环境的局势。
业务方面
你的大团队的业务大图是什么