
1 feather12315 2021-11-28 13:02:55 +08:00 via Android 有绩效权吗?有的话啥都解决了 |
2 rockkakala OP @feather12315 并没有,连个年终奖都没有...... |
3 feather12315 2021-11-28 13:43:30 +08:00 via Android @rockkakala 那是不是你也可以跟他俩一样了 |
4 rockkakala OP @feather12315 哈哈......虽然我也常摸鱼,但个人是觉得每一次提测、每一次交付、每一次 PR 其他人都根据它的质量来评判一个人的专业能力,不想以他们那样的水平来要求自己。 从某种角度上我个人非常不想浪费人生和这样的人共事,以前待的团队里招聘 buff 不低很少碰到这样的人。但目前的团队时薪并不低,所在的后端团队也没遇到这样的情况,为了两斗米也只能折腰啊。 |
5 feather12315 2021-11-28 15:06:03 +08:00 via Android @rockkakala 有人就这样。要么你推动公司把这种人开掉,要么用绩效考核推动。不伤及他们的利益,他们不会理你的。 |
6 feather12315 2021-11-28 15:07:18 +08:00 via Android #5 说不定发现自己被倒挂了还会发负面新闻吐槽公司 |
7 joshuasui 2021-11-28 15:10:09 +08:00 终极方式:向对方前端团队负责人反映此情况,有理有据的要求达成一些成文的规范,比如你说的“核心链路必须走通”,“BUG 需要在当天日清” 等 SLA 。如果怎么反馈都无效,基本此子产品应该就是属于不被重视的边缘产品,那我建议你直接找你自己的主管要求换个产品做或者多去负责其他产品,这个产品的部分你也不用太用心。 |
8 angkec 2021-11-28 15:22:37 +08:00 KPI 是管理机器的,用来管人会逼走厉害的,留下针对 KPI 优化的人。 针对人的管理,就需要出高价招到主观能动性强的人。之后用 OKR 的方式,给他们传达愿景。让他们自己定中期目标(O),和可追踪目标(KR)。 题主可以从自己和他人两个方向上考虑,看哪一个地方可能出现了问题: - 是不是题主把选择全部做完了,也就是只把同事当螺丝钉,剥夺了他们的自主驱动力,造成他们觉得工作无聊 (从自身) - 是不是这个人本来就是摸鱼型的喜欢针对 KPI 优化的员工 (从他人) 如果题主不是老板,没法开人,而且还没法避免和 AB 的合作的话,那就只能考虑如何激发同事的主观能动性。给他们提供一些选择权,沟通项目方向等等可以考虑一下。 |
9 rockkakala OP @joshuasui 嗯,想法和我大体是一致的。最近为了提高质量已经主动和 QA 提出来加了冒烟环节,并且拉上他们、产品和主管等一起定了具体的流程。不过我这做法似乎也引入了有些人的反感,哎,也是难。 目前这个产品确实也是比较边缘的新产品,毕竟我刚加入团队不久而且客户端和我都是在一个主管下的,让我负责也是团队对我的一种信任。 |
10 teem 2021-11-28 15:36:42 +08:00 扁平归扁平,管理归管理,不是扁平就不管理,两者不冲突。如果没有管理制度向公司提报建立管理制度,要不然问题很难根治。 |
11 pythonee 2021-11-28 15:48:05 +08:00 这个问题似乎需要管理经验的同学来回应 但 v 站估计从事管理的不多吧 |
12 Jooooooooo 2021-11-28 15:56:17 +08:00 能力不好可以培养, 态度不好真的很难. 没有奖惩措施, 基本白搭. |
13 rockkakala OP @angkec 我确实不是管理者的位置,没有权限开人或者给到合作者一定的利益,和他们更多是合作者的关系,我是后端开发,他们是 SDK 客户端开发,在实际的开发内容上我们并不存在交叉,但也无法避开。 自身上,我加入了目前的新团队之后沟通和说话也一直比较小心,我所在的后端团队感觉工程师比较自驱,大家经历不同但是风格相近在后端团队里融入的也比较快,后端团队里的一些小组长也偶尔在技术方案上问我的意见,因此主管放权也比较快。最近我自己也有反思是不是我把在之前大公司的一些习惯带来过来导致别人不喜欢我或者沟通方式有问题。 |
14 rockkakala OP @teem 嗯。不过我并不是管理者,只能从我自己所处的位置来努力做一些事情改善现状,毕竟产品做不好,主管可能首先想到的是我这个工程负责人有问题。 |
15 kuhung 2021-11-28 18:04:11 +08:00 最近翻译了几篇 techlead 相关的文章,可能对楼主有帮助,问题的核心在于:沟通。沟通的目的在于了解受阻因素,分清是主观原因、还是客观原因。弄情小的模糊不清的问题,同时交换双方对于这件事期望的未来场景,表达这件事很需要对方,对方对于成就这件事中作用重大。如果这个时候用 KPI 或增加流程去要求对方,未来很可能成为让人讨厌的领导,或者说很难成为优秀的领导。 [技术领导| 03 techlead 该知道的事情]( https://kuhungio.me/2021/techlead-vol-1/) [高绩效教练思维导图]( https://kuhungio.me/2021/performance-coaching/) |
16 leafre 2021-11-28 18:05:16 +08:00 钱多 结贴 |
17 rockkakala OP @kuhung 提供的视角和观点非常不错,十分感谢! 因为加入团队才几个月和这两位同事也只是第一次合作,确实除了工作内容之外的东西基本没有沟通过。我甚至担心因为主动约他们沟通上面提的问题会让他们觉得我有“领导他们”的误会,我并不想传递这样的信息,更多的是想传递一种”大家都是工程师一起努力把手上负责的产品做好“的信号。这个问题我会再思考一下。 提出增加 QA 冒烟流程之前我也在思考这样的流程是否符合当前的项目成员,是否符合团队的风格,毕竟项目优先级可能不同,成员也可能交叉在多个项目里没有时间来做这个事情。所以这个流程也只是试行,甚至每次 test case 评审前大家一起决定要不要冒烟流程,最后根据效果来决定要不要一直采用。可能我这种忽然增加流程的做法某种程度表达了对他们能力的质疑导致了他们对我的反感? |
18 kuhung 2021-11-28 20:18:54 +08:00 @rockkakala 第一段的内容之前也遇到过,当时也是担心传递“领导”的信号。后来发现,其实大家都很乐意见到有人能够推动这些细枝末节,告诉他们关于项目整体的诸多细节和期望。 第二段想必你也知道了答案。也许交代你的远景,而非增加流程,对于其他人来说更友好、也更容易推动。一方面,最好的办法和策略一定在执行者那里,另一方面他们也会主动承担起责任。 |
19 yoke123 2021-11-28 21:18:36 +08:00
|