高效沟通经验总结程序员高效沟通艺术基础

Posted 在路上的德尔菲

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了高效沟通经验总结程序员高效沟通艺术基础相关的知识,希望对你有一定的参考价值。

需求

1、背景:多个需求要求排期
回答:上面A、B、C需求优先级给下,评估了下人力,这周应该能启动1个。

2、背景:产品不断修改需求
回答:问下几位咱们这个需求感觉改起来好像没有头了,做着做着又发现很多模块没有改,风险还是很大的,建议客户端和后端先把所有的模块再重新理一遍,确认一下。然后产品同学拉个会吧,拉上QA、客户端同学重新一起评估下,看下工作量有多大,我们看下估时。需要修改再重新提需求,正常走排期。

3、背景:产品私聊要求添加需求
回答:这个你让我们老板知晓一下,开个需求评审会拉上我老板和相关开发测试,需求单上写清楚需求详情,如果没问题我们正常排期。

4、背景:需求立项
行动:拉群、改名、更新群公告
说话:下周一约个会,拉上相关人员,对接下实现细节。

5、背景:与其他团队定技术方案
行动:不要立即把方案定下来,可以在群里讨论,
回答:后端下发xxx不合理,讲出缘由,道理需要有理有据,xxx这块能优化下么。

6、背景:产品询问上线时间
回答:具体上线时间点得看QA测试进度,上线前会群组中提前告知的。

7、背景:项目提测跟进
行动:提测后关注测试进展,得到测试预计完成时间,最好填好需求排期表。

8、背景:上线后需要灰度回归测试
行动:提前告知QA,最好能提前约定上线时间。

影响力

1、背景:xxx出现问题
回答:很多项目都有这个问题,我来列个文档统一统计一下组里所有项目的处理进度。

2、背景:会议中
回答:我来记录下会议纪要吧。
行动:按照会议纪要模板,做好会议记录,尤其是会议讨论结论和后续TODO。

3、背景:监控大量告警
回答:粘贴报警内容,如下游服务链路异常,已经在找负责人处理了, 给出责任人答复,说明具体原因,事出有因。
行动:紧急拉联系人,暴露问题,询问原因。

4、背景:技术项目推进
行动:把自己当成项目主R,拉leader进群组,每周五汇报项目进展,写好下周规划,以及风险点。

5、背景:依赖服务方提供接口
回答:问有相关服务接入文档吗?问下服务端的预计什么时间能上测试环境?服务端排期?客户端排期?QA排期?服务是否开启鉴权?服务SLA性能数据?
行动:与客户端协定好接口,预留一到两天buff,确定联调时间,确定测试时间,预计上线时间。

处理Case

1、背景:服务方服务出现问题
回答:这个服务是你们那边负责的吗?麻烦快速看下,这个失败率已经很高了 ,先看下是有上线吗?为啥突然会耗时增加?

2、背景:自身出现问题,如发布过程中出现线上Case
行动:回滚中告知,Case产生原因周知一下,回滚结束群中同步一下,以及后续TODO优化。

3、背景:请求服务方协助服务调用
行动:描述服务环境,贴下返回日志,提供服务接口及方法,请求参数。

4、背景:重复处理线上相同类型case
回答:发现目前的最大的痛点是case相关的处理,经常会有大大小小的和我们无关的case都会先到我们这边来,相同的case还会出现两三次,后续case的流程我们一起看下怎么去处理,先询问产品逻辑,可以找QA同学帮忙定位下是后端还是前端问题,如果确认是后端问题可以找我们查看。

5、背景:突然被咨询问题
回答:可以先看我我头像里的文档能否解决你的问题,手头上事情比较忙,我先理一下优先级。

6、背景:了解服务方服务性能
回答:你们那边服务已经上线了吗? SLA性能数据是多少? AVG TP99是多少?流量是否能抗得住,我们评估下是否可以上线。

以上是关于高效沟通经验总结程序员高效沟通艺术基础的主要内容,如果未能解决你的问题,请参考以下文章

中型研发组织管理

中型研发组织管理

RubyOnRails程序员两年工作经验总结

Visual Studio高效调试手段与技巧总结(经验分享)

8 年产品经验,我总结了这些持续高效研发实践经验 · 研发篇

NLP沟通能量密码│教会你沟通的技巧与艺术