SRE团队成员通常具有系统工程或是架构能力、软件工程技术、项目管理能力、领导才能、以及广泛的知识面。当我们需要去推动一个项目落地时,需要和不同的团队打交道,管控分歧,形成合力,所以沟通协作自然是少不了的。主要分为日常沟通和会议沟通
日常沟通:
接口人矩阵是一个很不错的方式。一个团队应当指定一个接口人,负责对外联络发言。 这样做的好处是接口人可以屏蔽掉外部的沟通问题,防止团队成员被打扰。因为沟通工作会很频繁,而且会打断团队成员的当前工作状态,在任务间不停的切换。其次对于其他团队成员来说也更清晰明了的知道出了问题找谁,防止求助无门导致问题升级到更高层级leader。这个联系矩阵要在项目成员之间实时更新。
例如我们要开发一个运维平台工具,需要申请网络,存储,服务器资源,需要和开发沟通确立开发计划,上线前需要测试代码,通过安全审核后才能把业务发布到外网
组织 | 接口人 | 职责 | 联系方式 |
---|---|---|---|
基础架构团队 | 小白 | 网络、存储、服务器资源管理 | 9461 |
测试团队 | 小明 | 测试 | 9462 |
开发团队 | 小黑 | 前后端开发,bug修复 | 9463 |
安全团队 | 小兔 | 安全审核及测试 | 9464 |
... | ... | ... | ... |
会议沟通:
项目会议一般一周进行一次,太频繁会占用成员时间,容易产生厌倦情绪。
会议前准备:
确定会议方式,远程还是现场。与参会人员沟通会议时间,并获得结果。发布会议通告。准备会议材料,并提前分发。
会议氛围:
人和人之间的沟通方式差异很大。尤其是在说话的方式,语气及习惯上要注意,避免产生不必要的误会和负面情绪。项目会议的初衷是解决问题,不是指责批判。会议主持者要注意调节气氛,确保是在相互尊重的讨论当中进行
会议议程:
1.上周待办事项回顾
2.本周计划
3.项目遇到的问题及解决方案
3.会议结论,阶段性成果总结。
会议结论:
开会必须要有结论,否则会议就毫无意义。会后要将会议达成的共时性结论通过邮件或内部办公系统刊发并得到与会者的确认或会签。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。