• ls
    2020-12-14
    技术6 业务2 管理2。P6 主要还是实现及性能质量保证，而业务和管理需要有这个意识。P7及以上业务管理的占比就要提高了

    作者回复: 你的答案很接近了，一般来说技术占7，管理占1

    共 3 条评论
    45
  • 南风
    2021-01-17
    所以，p6想晋升，最核心的就是深度啦

    作者回复: 是的，一语中的，但如果只有深度，对业务完全不懂、团队方面也没有任何贡献的话，也可能会吃亏的。

    
    26
  • 圈圈gor
    2020-12-17
    工作量评估方面，我们的做法和WBS相似，列了一个子任务技术难点清单，然后分级，每个级别按照斐波那契数赋予难度系数。分析任务和方案时，开发人员也按照这个清单，评估工作量，避免主观评估了。

    作者回复: 斐波那契这个做法牛啊😂😂

    共 2 条评论
    26
  • 小波Transformers
    2021-03-06
    老师，在中国程序员真的走35岁被退休的说法吗？技术一般的、35岁以后的程序员，应该往哪个方向努力？甚至说往哪个新的职业转型、转业？

    作者回复: 有的，35岁如果还是P7或者更低的话，找工作很难的；但是如果已经有工作了，一般也不会强制辞退，所以如果到了35的话，一般不要轻举妄动。 转型方向目前没有太好的选择，有的去小公司，有的去国企或者事业单位，有的自己开店，这个需要你自己综合评估一下，风险考虑是第一位的。

    共 3 条评论
    21
  • 不工
    2021-01-04
    如果是2B系统中的底层通用能力或者内部使用的系统，比如说审核系统，数据报表系统等，怎么去做竞品分析？看不到竞对的类似功能

    作者回复: 2B的系统有很多的竞品资料可以从客户那里获取的，我以前在菊花厂的时候，爱立信、诺西等的资料和标书，市场部能搞到很多； 内部系统确实比较难，一般只有在技术大会上能看到一些分享，但现在也比以前好很多了，有很多的垂直领域的技术大会，例如GOPS（运维）、大数据峰会（审核、报表、风控等领域）、人工智能峰会等，你可以关注和参与这些技术大会。

    共 2 条评论
    13
  • hua168
    2020-12-17
    像小公司运维，就1-2人这种，什么都没有，管理服务器（包括云主机）也就是几十至300这样，上级一般是开发经理，他都不怎么懂运维，只安排零散的工作。 这种环境下，连什么是运维项目、完整的运维流程都没接触过？ 怎么成长？也不知道在哪里找资料、书籍类😂😂

    作者回复: 换个坑最好，你回顾一下晋升三原则的价值原则部分，如果公司就这个规模，你水平高也不能为公司创造额外价值，更何况你连学习的机会都没有。 运维的书籍我知道的都有几本呀，谷歌的SRE、Netflix的混沌工程，还有DevOps的很多书籍 技术大会方面有GOPS等运维技术大会，有很多资料和演讲PPT都可以搜索到的。

    
    10
  • Hesher
    2021-03-23
    技术业务管理，6:3:1。 技术肯定是这个级别最重要的技能，但考虑到业务领域的复杂度，DDD的逐渐流行，有必要在团队内达成统一领域语言，对业务模型有比较深入的了解，这样才能完成领域建模以应对业务复杂度。任务拆解、工作量评估、code review、组织技术分享等等，就算在管理这项里面，不用花太多精力。

    作者回复: 正解

    
    8
  • Jason
    2020-12-21
    华哥，想问下公司的IT开发岗位员工的业绩用什么衡量？ 比如，销售岗位员工有销售额业绩，运营岗位有用户活跃度等，这些都可以作为他们工作业绩或者成果，这样的话他们有明确的目标，可以针对目标情况复盘总结哪里可以做的更好。 而我们开发岗位的人工作似乎主要是编码完成一个个需求功能，对应的工作业绩或者成果是啥呢？这个业绩我不太理解，导致回顾自己的工作时，难以像业务岗人员那样有明确的目标可以得知自己哪里做的好，哪里做的不好。华哥能帮忙解答下吗？

    作者回复: 1. 红线考核：例如出了P2级别以上的线上问题考评就是3.25 2. 质量考核：看看你的工作质量和效率，例如bug数、版本delay数 3. 群体智慧：有的团队会互相打分，或者主管找产品运营项目经理或者合作团队等配合团队的人来评分 4. 主管凭感觉：主要是各种会议、各种项目、各种事件处理过程中的表现 技术岗位无法量化，因此不能说100%公平公正，但整体上来说，如果按照上面的方式来评，八九不离十。

    共 2 条评论
    6
  • 好奇分析
    2021-03-28
    从一个运营同学的日常事项来看，我感觉P6的分工是 技术：业务：管理 =4：4：2 。运营同学的工作比较杂，做的很多运营动作的出发点是要理解业务，通过管理手段达到目标。对技术的要求反而降低。因此，从运营岗位出发，我觉得业务和管理会更重一点，其中业务甚至达到3：5：2的程度

    作者回复: 点赞，能够结合岗位有自己的思考，我这个专栏整体上还是偏技术岗位的，如果你把技术改为“专业技能”，其实就可以应用到运营产品这些岗位。 运营和产品岗位，业务是专业要求，占比要比技术岗位高

    
    4
  • 圈圈gor
    2020-12-17
    我的想法是5技术3业务2管理 作为项目主力，技术能力占大头那是必然的，不过去到7的话会不会高了点？ 一方面，业务的掌握程度会影响方案的设计，再进一步影响交付质量。 另一方面，到了这个级别，如果能指导好p5以及管理好保证项目进度，带来的价值会不会更大一些？

    作者回复: 业务比例高了点，在P6这个级别，业务这部分主要还是理解业务，保证做的功能真正实现了业务需求。 能指导好P5并且能够保证项目进度，肯定会带来更大价值，为后面的晋升积累官人和管事的经验和能力

    
    4