第11章 开发管理

        管理做得好，交付质量才会高；管理做得不好，交付质量一团糟。

11.1  管理原则

• 遇事情常沟通，保持无误；
• 不要远程协作，团队集中办公；
• 分批部署服务或应用，不要一次性上太多，减少出现问题和容易定位问题。

11.2  日常管理

         每天早上开一个站会，每人以下三点内容；项目组内多沟通，有利于形成知识传播，共同进度。

1. 昨天工作的进展；
2. 遇到什么问题；
3. 今天准备做什么。

11.3  代码质量管理

        为保证开发质量，由开发人员做概要设计，SA负责审核概要设计，审核通过后严格按照概要设计开发；做好以下两点内容。

• 持续优化、改进；
• 组件化、通用化，通过复用来降低代码出错的频率和减少代码个性化；

11.4  工作方式

        持续优化、改进工作方式，同样的需求分析、开发工作，由一个人完成，其他人采用就可以了，这样效率才高。

11.5  项目组的职责

1. 业务分析师（Business Analyst，BA）的职责：

• 需求明确；
• 业务的传播。

        BA确认需求，组织会议评审需求，项目组内容了解需求，BA要合理的控制需求，随时了解排期完成情况，不能没有节制地接需求，要和SA一起评估工作量。

        BA将需求进行文档化，PM、SA、开发人员、测试人员、运维人员看到文档后就可以明确地知道需求的来龙去脉，如果文档里包括了与客户来往邮件和会议纪要的内容，这样就更加清晰。

     2. 系统分析师（System Analyst，SA）的职责

• 技术选项；
• 框架选型；
• 标准化工具；
• 代码质量管理；
• 审核概念；
• 提供工具，帮助开发人员快速上手。

 11.6  开发人员（Developer，DEV）的工作准则

• 先找轮子，找不到轮子时，就开发复用的轮子；
• 一边开发，一边清理；
• 一边开发，一边写单元测试；
• 第三方库慎用，“请神容易送神难”，容易造成强耦合的集成，代码渗透太厉害；
• 尽可能增加代码，而不是修改现有代码。

要经常对开发的内容进行讨论，避免双方理解不一致导致的问题。

以上内容是读了由电子工业出版社出版的纪晓峰著作《微服务那些事》一书理解和整理。