严谨指的是在自己任务范围之内要多次review,体现出来的结果就是返错率降低。
如果是实习生同学,自己的任务一定要给资深的同学review过一遍,脸皮厚一点尽情的烦他们,现在不烦到时候出错,等你的基础工作内容的错误到了业务的上游,整条链路都要跟着你去修改。维护成本会变得非常之大。
如果是数字化企业,换言之是用软件工具/平台把任务流程化的,建议在流程当中加入review选项。
总结典型问题的目的就是让问题的解决方案可以复现,如果个人没有很好的去管理Q/A,去维护自己负责业务的文档,会导致之后的同学崩溃式溯源你之前的工作内容,学过软件工程的同学就知道,不良好的维护文档,项目越到后期,维护成本会比之前多出好几个量级。
如果会议没有做记录,之后会产生很大的沟通成本,这个成本随着会议时间的增长而增长。具体表现就是这个讲过的点需要再次说,更差一点的表现是他忽略了这个点,在完成任务过程当中也同时忽视掉,导致工作出错,不停地返工。
这句话意思是,某个需求提出,一定有来自多个部门的多个人负责这件事情,这时候要有一个非常细粒度的规则去说明。并且在提出需求的时候一定要按照技术部门要求的规范来,如果没有这样的说明规范,可能会导致每次跨部门沟通都需要重新说明规则,并且很容易导致需求方拒绝配合。
如果你的岗位是可以拿到相关的数据的,那么在和跨部门同学争论过程当中,尽量拿数据,摆事实,不然会陷入无尽的自我中心主义当中。
组内合作应该尽早划分每个人的to do list,明确到责任人,考虑范围、成本(若有)、时间、质量、风险。没有目标感的协作,效率会非常低。
举个例子:teambition,能用摩托车用啥自行车?
在工作当中情绪化是很难去避免的,毕竟大家都是情感动物。以下是几个沟通的tips。
每次meeting的时候,大家是否会遇到这样的情况,本来五分钟的会开到二十分钟,这就是会议的目标感很差,在meeting之前一定要非常的具备目标感,积极主动思考,如果大家不主动,应该自己去把握会议的主动性,早点解决疑惑点,结束会议。
避免在沟通过程当中使用这样的语句,还要开会啊?? 你这个不对啊。。。
在沟通过程当中请用结论化描述来代替这些情绪的宣泄。比如,现在需要开会的原因哪些方面的疑惑点没有明确?是A方面还是B方面?
正式员工的同学就不说了,实习生同学如果在跨部门之间去这样沟通会对自己的业务能力形象大大下降。你可以做的第一个是去查资料,第二个是带着明确的疑问去问前辈/同事。
在跨部门之间协作过程当中,很容易找错人。比如服务端的问题,去问客户端了,这时候客户端又要call 服务端,整个聊天链路变长,一天啥也没干。
这个甩锅不是实际意义上的甩锅,因为这个事情没办法在双方谈判当中立刻解决,并且遇到了冲突,这时候比较良性的方式是“这个问题我现在没有办法确定,我目前能有的方案是XX,对于你的需求,我需要跟我的leader 再重新确认一下,稍后给你答复”。 这样回复第一,确认方案会让工作更加严谨,第二可以避免摩擦。