ly525 / blog

My personal blog / 个人博客(小小鲁班的技术口袋)
https://github.com/ly525/blog/issues
MIT License
45 stars 4 forks source link

关于结果预期对齐 #435

Open ly525 opened 2 years ago

ly525 commented 2 years ago

Q: 你跟你们组员交代非业务需求的任务后,发现组员产出和自己预期不符,在还有时间的情况下,你会线一顿怼、一顿骂嘛?

A: 先把里面的一些点明确下,或者拆解下:

  1. 组员和自己的预期不符,首先要明确:

    1. 我有没有讲清楚自己的预期,我讲的时候,我主观认为我的组员理解/接受,事实真的是这样吗?
    2. 双向确认机制:在你讲完:预期的每一个点、交付时间、风险上报机制之后,请组员同学repeat一下,保证他讲出来/理解的和你描述/预期的保持一致,双方没有gap
  2. 过程管理/跟踪:

    1. 类似绩效管理,为了尽量避免绩效考核过程中的反弹、双方有gap,绩效管理要落在平时进行,即时常辅助、修正、对齐,做预期管理,以确保okr达成过程没有偏差。
    2. 换句话说,一个项目,比如三个月,不能到最终要结果的时候,才和小伙伴沟通最终结果是否符合预期,而是应该保持一个频次,经常对齐、沟通,进行过程辅导、流程跟踪
  3. 交代非业务需求任务,首先要保证他有相对充足的时间,来完成非业务需求。即如果有业务需求介入,对交代的任务有影响,会造成风险,应及时反馈风险,上升至TL,协调处理,介入并协调资源,减少项目风险,平稳落地(及时有风险无法落地,也尽量可控,或找到相关客观原因,及时复盘,下次改进)

  4. PS:交代技术类任务的时候,也要尽量讲清楚 上下文/背景,保证同学再此过程中,尽量减少信息差。并且同时明白此时的价值、意义,对其自身的锻炼、成长、收益,对做的事情的认可,并为之付出努力,双方对事情本身的价值认同达成一致后,会很好沟通

综上: 一般来说,经常做过程辅导(注意,是深入其中的过程辅导),一般来说最后的结果一般不坏。即使结果真的不如意,但是整个过程中,你也是参与的,也是了解前因后果的,也就是说,无缘无故的发火这种事情是能够避免的