作为一个技术团队的管理者,一定要知道什么是自己的问题

作为一个技术团队的管理者,你要知道哪些是自己的问题?

比如你作为一个事情的owner,那么这件事情所有的问题都是你的问题。

作为一个管理者,团队中的所有问题都是你的问题。

我们有的系统人员有限,所以想让他们少值一些班,但被叫停了。因为你的系统问题多,需要投入更大的精力值班,这是你的问题,你需要思考怎么解决。

你作为负责人,问题就应该你去解决,而不是把解决问题的核心甩给其他人。有的人,自己负责的事情,并负责不起来。其实他心中也没有一个负责人的画像,赶鸭子上架,完全没有负责人的样子。

我们经常说:遇到问题要先从自己身上找原因。

不是说别人一点问题没有,而是说外部怎么样你能干预的太少了,对方老板不靠谱,你能给他换掉吗?公司流程冗杂,你能说改就改吗?

先从自己身上找原因,是让自己能决定、决策、优化的事情做好。

如果自己复盘完,发现自己没什么好改的,也可以,没有太多问题就不要过度复盘。

我们经常讲,研发的价值主要围绕于成本、效率、质量、风险展开。

但业务会关注吗?代码质量、交付效率慢都是你研发自己的问题。

比如一个销售对钉钉的客户说:我也觉得钉钉太烂了,想帮忙去改,但是恐怕自己推不动。上海市32岁PHP程序员兼技术专家兼管理者对12年职业生涯的9个生活感悟

叶军在公司内部转发了这句话,他说:怎么能在客户面前怂掉?你说推不动,意思是你没毛病?都是别人的问题,你是钉钉员工吗?作为钉钉的一员,钉钉所有问题都是你的问题,你有责任推动去解决。

叶军曾经推荐过一本书《像绅士淑女一样服务》,希望每个人可以做到,客户的问题到你为止,不要推脱。有问题,你拿回来找支持,找不到人,可以来找CEO。

不要忘记解决问题是你的事情,别人提供的只是支持。

一个更成熟的管理者,需要持续培养团队在商业和服务上的sense。

很多时候,人蹲下去了,才更能容易达成共识,而不是ego太大。

做产品的共识就是,回归用户价值,做深价值,锚定客户核心需求。

还需要学会如何和客户打交道,服务好他们。

我觉得,中台部门一定要有一个考核指标,就是客户满意度。

如果中台不能很好提供很好的服务的话(客户满意度不高),会拉低很多项目的交付效率,起不到降本增效的目的。

而如果前台业务有了怨言,自己搞了,中台没需求了,大概率就需要降本增效(裁人)了。

站在更高维度想,各个链路应该交织成一张网,组织的价值在于提高整张网的效率,端到端的链路,保障每个链路交汇的节点不成为网络数据流动的卡点。

9068d9d2a5f0745bf9bf66d3c407f4ff.jpeg

猜你喜欢

转载自blog.csdn.net/lxw1844912514/article/details/132659028