管理做得好,交付质量才会高;管理做得不好,交付质量一团糟。
11.1 管理原则
- 遇事情常沟通,保持无误;
- 不要远程协作,团队集中办公;
- 分批部署服务或应用,不要一次性上太多,减少出现问题和容易定位问题。
11.2 日常管理
每天早上开一个站会,每人以下三点内容;项目组内多沟通,有利于形成知识传播,共同进度。
- 昨天工作的进展;
- 遇到什么问题;
- 今天准备做什么。
11.3 代码质量管理
为保证开发质量,由开发人员做概要设计,SA负责审核概要设计,审核通过后严格按照概要设计开发;做好以下两点内容。
- 持续优化、改进;
- 组件化、通用化,通过复用来降低代码出错的频率和减少代码个性化;
11.4 工作方式
持续优化、改进工作方式,同样的需求分析、开发工作,由一个人完成,其他人采用就可以了,这样效率才高。
11.5 项目组的职责
- 业务分析师(Business Analyst,BA)的职责:
- 需求明确;
- 业务的传播。
BA确认需求,组织会议评审需求,项目组内容了解需求,BA要合理的控制需求,随时了解排期完成情况,不能没有节制地接需求,要和SA一起评估工作量。
BA将需求进行文档化,PM、SA、开发人员、测试人员、运维人员看到文档后就可以明确地知道需求的来龙去脉,如果文档里包括了与客户来往邮件和会议纪要的内容,这样就更加清晰。
2. 系统分析师(System Analyst,SA)的职责
- 技术选项;
- 框架选型;
- 标准化工具;
- 代码质量管理;
- 审核概念;
- 提供工具,帮助开发人员快速上手。
11.6 开发人员(Developer,DEV)的工作准则
- 先找轮子,找不到轮子时,就开发复用的轮子;
- 一边开发,一边清理;
- 一边开发,一边写单元测试;
- 第三方库慎用,“请神容易送神难”,容易造成强耦合的集成,代码渗透太厉害;
- 尽可能增加代码,而不是修改现有代码。
要经常对开发的内容进行讨论,避免双方理解不一致导致的问题。
以上内容是读了由电子工业出版社出版的纪晓峰著作《微服务那些事》一书理解和整理。