作者回复: 1. 非必要参加的会议不参加,check会议纪要和结论 2. 培养人,搭建团队梯队,不要事必躬亲 3. 学会利用碎片时间,这个在学习技巧部分会讲具体如何做 4. 将非核心非重要的事情安排给更合适的人做,做好辅导和关键点检查,允许犯小错误,不要出大问题
作者回复: 你的分析方法不错,但是结论跟实际不太相符。 中间型和底层型基本都是技术大佬带的,因为这些“作品”最后都是技术作品,没有技术支撑只了解业务需求是很难做出好的作品的。 业务型,技术P9可以带产品和运营,产品型的P9也可以带技术团队,但一般都会配置一个强的P8,技术决策几乎完全是由技术P8来负责的
作者回复: P9不要求技术深度了,或者说P9的技术深度不是你通常理解的技术细节,而是技术本质的理解,能够做出关键决策。 就像我在文章中的前端还是native的案例,我并不会写iOS代码,但对于native和前端的优缺点以及业务的发展会有不一样的理解。 同样,异地多活也是一样,异地多活的架构设计需要的技术深度是CAP理论的深入理解,而不是某个源码怎么写。
作者回复: 是的,差别非常大,而且产品的P9带技术团队,需要安排强力的技术P8或者P9支持,而且技术的决策还是这个P8/P9来做的。
作者回复: 技术出身的可以学会业务,业务出身的学不会技术😂
作者回复: 为啥没有技术基因就难理解技术的应用;但是没有业务基因的技术大佬可以理解业务呢? :)
作者回复: 不断增长的业务,不断变化的业务
作者回复: 一般来说,技术人员不懂业务或者对业务理解很浅的话,是很难晋升到P9的,所以你不用担心技术人员只懂技术;但是产品和运营人员不可能学会技术的,除非是技术出身转岗过去的。
作者回复: 是的,技术出身的高P对业务的理解也不会差,但业务出身的高P对技术很难有较强的理解力
作者回复: 不太好说,升P10都很难,无论什么出身