谈话,和作文一样,有主题,有腹稿,有层次,有头尾,不可语无伦次
前言
对于一位软件工程师而言,最重要的能力无外乎技术跟沟通。其中沟通能力的培养难度远大于技术,因为这需要大量的实战经验和相关领域的深度思考。
如果你希望学习如何提高团队沟通能力相关的知识,那么这篇文章就值得一看。
正文
团队协作是有目的性的。最常见的协作有前端告诉后台,数据类型出错了。这种协作的目的是纠正后台的接口错误。团队协作的任何沟通都应该先明确自己的目的再去做,这样可以规避很多不必要的麻烦和质疑。
下面会列举常见的目的有哪些,并且逐一分析。
- 纠正接口错误
- 纠正UI图错误
- 请求领导提高时间成本的投入
纠正接口错误
接口错误分很多种类型,下面会列出经典场景。
- 接口字段的
value
出现问题 - 接口时不时报500、403 等错误
- 响应数据格式未统一 ||
Content-type
未沟通到位
接口字段的value出现问题
这种情景发生频率非常高,大多数项目开发当中都会出现。通用沟通话术如下。
- 伙计,xxx接口的x字段的数据类型(数据值)和接口文档约定的不一样,你看看是那边出了问题。
- 伙计,xxx接口的x字段时有时没有,是什么问题造成的。
前端跟后端都是技术人员,如果对接时出现问题,只需要告诉对方是哪个接口和问题字段名即可。这是比较简单的O(∩_∩)O。
接口时不时报500、403 等错误
在项目联调阶段,由于后端人员会不断的修改程序代码,可能会导致出现500等错误。这个时候前端应该主动提供前端支持,辅助后台解决相关问题。常见的沟通话术如下。
- 伙计,每次刷新页面的时候,都会报500。
这种情况是比较好解决的,甚至不需要前端支持,后台自己也能发现。
响应数据格式未统一 || Content-type未沟通到位
这种情况常见于开发规范未设计到位的项目。响应数据格式和 Content-type
的统一是非常有必要的,因为这会让前端代码的可维护性大大提高。常见的沟通话术如下。
- 伙计,这边前后端对接的响应数据格式没有统一,这可能会影响前端的可维护性,因为前端调接口都是使用一个叫做
axios
的http
请求库,这个请求库会对请求头和响应头进行统一的拦截处理。如果不将响应数据的格式统一,前端将会很难进行封装处理。 - (针对老油条)前后端对接的格式是有统一的规范的,业界都赞成将响应数据格式进行统一。
- Content-type应该在接口文档里面写清楚,因为这决定了前端交互代码的书写。
这方面必须沟通到位,因为这是一个项目最核心的部分!!!
纠正UI图错误
UI是不懂技术的,他们只懂 ui 组件。跟他们聊天时应该使用 ui 组件相关的术语,或者同时告知他们的设计缺陷和相关解决方案。
常用的 ui 组件
- 按钮
- icon (图标)
- 面包屑
- 下拉菜单
- 导航菜单
- 页头
- 分页器
- 步骤条
- 日期选择框
- 级联选择框
- 复选框
- 单选框
- 表单
- 输入框
- 上传控件
- 卡片
- 表格
- 标签页
- 标签
- 树形控件
- 抽屉
- 全局提示
- 对话框
- 加载动画
- 选择器
你需要记住ui组件的名字,这会大大提高你跟ui沟通的效率。
沟通话术
通常情况下,只有在出现设计缺陷的时候,前端才会跟ui进行协调沟通。大多数设计缺陷出现于逻辑漏洞。前端也只需要考虑逻辑漏洞,因为我们要学会尊重别人的专业(O(∩_∩)O)。
常见案例
- 伙计,这里使用对话框可能不太合适,因为这部分的内容属于独立的个体,类似于一篇文章,能否单独做一个页面。
- 伙计,这里使用级联选择器可能会好些,因为这三个选择器的内容是有关联性的。
请求领导提高时间成本的投入
你必须学会跟领导争取开发时间,只有这样你才能将工作做的更好。下面会列出需要争取时间的场景。
- 项目排期不合理
- 旧项目介入本人的开发排期
- 其他工作人员出现排期问题
项目排期不合理
你需要制作一份技术方案,告知领导所有工作任务所需的时间,让领导去思考。(你知道只是你知道,领导知道那才能改善环境 O(∩_∩)O )。
旧项目介入本人的开发排期
在旧项目准备介入的时候,你就应该有一个清晰的工时预算,如果工时预算会影响到手头工作,你就得告诉相关领导,让领导评估优先级。
小提示
让相关领导评估优先级会让你避免一些麻烦。能不得罪人就不要得罪人嘛。如果有两个选项,一个是双方之间(手头工作和旧项目)你必须得罪一个,还有一个是双方都不得罪,你选择那个?
其他工作人员出现排期问题
通常情况下工作人员会告知领导。如果工作人员没有告知领导,记得保存聊天记录。事不关己就完了。你懂的…
尾声
江湖不是打打杀杀,而是人情世故,这才是沟通最难的点,唉。