中级农民
- 积分
- 127
- 大米
- 颗
- 鳄梨
- 个
- 水井
- 尺
- 蓝莓
- 颗
- 萝卜
- 根
- 小米
- 粒
- 学分
- 个
- 注册时间
- 2019-3-15
- 最后登录
- 1970-1-1
|
本帖最后由 pdcreator 于 2023-5-1 12:11 编辑
1. 分析小印的理由是否合理 -- 合理有必要(这个问题会影响其他项目或者阻碍这个项目继续推进);合理没必要(这个问题不会立即影响或者阻碍任何项目,但是会降低以后的开发效率:例如,你添加的代码缺少代码规范,设计模式,使用了过时的工具等等);不合理且没必要(额外任务,两个feature并作,或者一个cr还要顺带修理以前的问题等等)。
2. 按照分类:合理有必要,那你是肯定要负责修改完善的,不然你就是shi上堆shi,祸害大家;合理没有必要,这是为了长远项目考虑,但有时候项目需要快速推进,我们可以选择保留一些不太尽人意的地方--你需要有充分理由进行反驳(比如说要使用某种模式或者另一种更好的工具需要额外花更多时间调研和实现,那等同于新开一个ticket了,可以考虑驳回);不合理且没有必要,直接阐述自己理由然后怼回去(这种大部分是那个人review你的cr,然后看不太懂又想说点啥,属于无事生非)。
3. 楼主自己和blocker平级或者级别更低的时候--楼主需要善用“工具”,找到这个项目的负责人或者stakeholder管事人(一般负责人的级别不会低),告知情况,然后让他与小印调停。怎么告知??--slack, 1 on 1 meeting, standup meeting。注意措辞,可以利用chatgpt润笔。
一套流程:陈述理由、据理力争、升级调解。 不要你一个人苦哈哈的自怨自艾,既没有总结理由回复小印,也没有告知项目负责人-- 这种情况,这口锅你是跑不了了。
举例:
1. 我组有个印度小哥,实力还不错,代码、文档写得都不错,但最大的缺点就是cr不管三七二十一就是先给你一个comment,无论这个comment是不是合理。我有几次都要被气炸了,一个变量名也要纠结,最后我还是屈服了--因为这玩意改起来其实很快,就随他去吧。但有一次,我添加了新的feature,他给我comment说是能顺路把discarded的功能清理吗??? 我清理你个鬼,那个功能很大,要完全清理完全是一个新的小项目的量,完全属于不合理且不必要的东西--我直接回复,这需要另开ticket,而且与我这个cr毫无关系。
2. 有一个比较大的跨组项目,我负责把另一个组的东西合并进来,毕竟我不是那组的人,有些security的东西不知道要不要保留而且权限不够。slack约了好几次都没咋回,气死人。我直接在standup meeting报告了blocker,然后和manager 1on1 meeting的时候又说了一遍。项目负责人直接帮我拉了一个channel并强制安排了一个会议讨论。那组的人终于理我了,我真是谢谢了。--讨论完,cr也顺利过了。 老娘不叫人,真就当我是空气了,这项目做完之后成功从职场小白进化成职场黑寡妇。.
manager后面跟我1 on 1的时候就说,以后这种事,直接报告给他,manager就是专门处理这种事情的人。
朋友们,事情你憋着不说,那就是你的锅。事情你告知了且合理,那就是那个人的锅。一定要告知到位了,然后再摆烂,别直接摆烂……
. Waral dи,
补充内容 (2023-05-02 03:30 +8:00):
本着分享经验帮助大家一起提升软实力--上面已经举了不合理不必要以及如何升级调解的例子。我再举一个合理不必要的例子。
. 1point 3acres
我组包括manager总共5个人,而且这个manager还是和另一个组共享的。本组开发就只有4人,有一个项目deadline很明确,不能超过--我负责。有一个cr修改integregation工具--因为我们的test package太大,会导致失败,所以我移除了部分不必要的依赖。组员,提出了comment,说为什么不换一个测试工具,这样不会有package limit。我查了同事提到的工具,发现需要Onboarding的话,需要很多时间的。我就阐述了: 1.deadline 与调研和迁移到新工具的时间冲突; 2. 这个方式隔壁几个组都在用,是一个相对比较靠谱的方式。同事表示理解(毕竟来来回回就4个人写码,每周还要抽一个人去oncall),直接通过了。 |
|