我的合作方是个SX该怎么办?

程序源代码

共 1701字,需浏览 4分钟

 · 2021-07-18


上周五的时候,组内做了一些关于沟通和项目管理方面的培训。
清晰表达,高效沟通,团队/项目管理是程序员的核心技能之一。
Leader和大家模拟了平时工作中的一些情景,然后我们配合做了一些现场教学,我这里把过程记录了下来。
无论是职场新人还是正在走向技术专家需要开始学习团队管理和项目管理的同学,整个会议的目的是为了让大家能在日常项目合作上面对一些情况能够做到游刃有余。
前端:哎呀,我手头事很多,再等两天好吧
第一个场景是,你和对方去联调,但是你的合作方表示手头事情非常多,在承诺日期不能做到按时交付。
这个场景我个人也遇到过很多次,这种情况下我们需要旗帜鲜明的表达个人立场,需要明确首次约定的内容和时间,并争取对方配合(其实我的内心OS是:真TM是个废物东西,这么点东西搞这么久,找个工地上班去吧。)假如对方仍然表示不能完成,需要通知PM,看情况在工作沟通群中将风险抛出。对于那些极其不配合的狗子们,直接升级到对方老板那里。
这种情况也会发生在我们自己身上,当因为其他原因不能按期交付需要提前将风险抛出,借助PM来进行资源协调。
业务:xx系统打不开了,东西上传不了。我们下午要用!请尽快帮忙看一下!
当业务方在工作群里抛出问题后,我们需要快速在心中定位一下问题发生的大概原因。站在对方的角度看,我希望引起相关方重视,那么我在抛出问题是大概率会将问题进行夸大。这个时候我们尽量不要文字沟通,如果是重要的系统第一时间打电话,文字沟通会导致信息失真。面对面>电话/线上会议>文字。
一方面打电话快速复现一下问题,立刻找到相关方一起查看问题,并且在群内回复所有人,@相关方,安抚对方的情绪,如果可以给出一个预计修复时间。
另外!
很多人忽略了最后一步,解决完问题需要拉上相关方和业务进行一次简短的复盘,哪怕只有10几分钟的线上会议。这就是产品们经常做的「拉通」。大多数的情况我们需要和合作方保持良好的合作关系。「写代码不是打打杀杀,写代码是人情世故。」
我是PM,进行跨部门跨团队合作的时候该如何争取资源和推进项目?
这个跨部门跨团队在数据团队是经常发生的,因为你的数据来自于各个业务,你的能力又被各个业务方所依赖。
如果你是PM,那么基本的项目管理流程要知道,需要业务输出业务需求,产品输出PRD,然后做项目KickOff,锁定资源和排期。那么如果你的项目依赖多个部门的配合,在项目前期沟通上要注意,不需要将你的项目完完全全的和盘托出,只需要将对方需要支持的部分和上下游依赖说清楚即可。
为什么?
因为任何一个组织、团队中,涉及多方合作时,必然会出现所谓的「反对者」。
首先大家是不同部门和不同团队,所代表的的立场不相同,这是天然属性。那么立场不同,利益代表就不同,事情的优先级则不同,对待项目的态度必然不同。PM的目的只有一个就是保证项目的完成。涉及到团队配合时要谨慎对待每一次跨团队沟通,每次会议要有「结果」,要有会议纪要。
平时在工作中,很多人自嘲「搬砖」。是因为很多人进入一个岗位,日复一日重复劳动,节奏堪比钟表一样。造成这种现状的客观原因在于专业化的分工,企业发展已经进入成熟期,业务没有创新。更多的原因在于,很多程序员给自己构筑起了一堵篱笆墙,把自己锁死在了对应的岗位上。
这是很可怕的事情。



八千里路云和月 | 从零到大数据专家学习路径指南

我们在学习Flink的时候,到底在学习什么?

我们在学习Spark的时候,到底在学习什么?

【面试&个人成长】2021年过半,社招和校招的经验之谈

大数据方向另一个十年开启 |《硬刚系列》第一版完结

我写过的关于成长/面试/职场进阶的文章


你好,我是王知无,一个大数据领域的硬核原创作者。

做过后端架构、数据中间件、数据平台&架构、算法工程化。

专注大数据领域实时动态&技术提升&个人成长&职场进阶,欢迎关注。

浏览 9
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报