Synergy，一个软件团队质量改进之路之一 --- 规划

关于质量改进

ISO9001:2000的核心思想是持续改进

ISO关于质量管理有8项原则：

原则一： 以顾客为关注焦点

原则二： 领导作用

原则三： 全员参与

原则四： 过程方法

原则五：管理的系统方法

原则六：持续改进

原则七：基于事实的决策方法

原则八： 与供方互利的关系

为什么需要质量改进?

为什么要进行质量改进，总体来说来是现状不尽如人意。系统暴露的简单、重复性问题越来越多，系统开发和维护的成本越来越高，团队的精神面貌越来越消沉，积极性也不高。总体起来， 是来自与与以下两个方面的需求。

1. 来自项目的需求

软件系统的开发， 即使在架构和设计阶段有很好的规划， 在实际执行和开发的过程中， 因为不同开发人员的水平差异以及对标准的理解不同。如果标准定义的不明确更容易导致代码风格的千差万异。 

特别是项目比较大，模块化开发时，各个模块又不同的子团队进行负责时， 很容易导致，相同功能的重复开发。浪费人力不说， 系统也变得更繁重。很多的冗余和重复。

2. 来自团队的需求

团队的发展是经历组合、磨合、成熟、衰弱、解散这样一个过程。

对于以组织结构为主组织的组织结构来说， 虽然组织内部开发项目时是以项目为主导。但是固化的人员安排基本上是 SA, SD, AP, QA 这样一些角色。

合作的时间长了， 大家的熟悉度增加了。但是对于合作上的一些不顺之处， 要不就彼此包容的接受了， 要不就是碍于情面，无法启齿。

另外， 就是伴随着团队合作时间的增加， 团队成员也都各自老去。有的社会保险都已接近买满的年限。成员的热情逐渐淡去；此外， 对于工作上的激励也从之前的快速、圆满的完成本职工作上逐渐转变。或更关注本身之外的团队的部分，或对整个团队的其他部分有更高的要求，或希望更多的来自终端用户的肯定。

关于Synergy

Synergy - 协同，配合，协力优势或协和作用。

Synergy只是一个英文单词， 这里是想借有这个词，尽量的表达持续改善的一个重要观点： 通过畅通组织与项目团队的各个角色与阶段的合作， 提升整体的质量。借由这个词是想营造一个改进的文化， 更容易被大家所接受。 另外， 这个词也可以体现全国程改进的思想。

Synergy-质量改进的框架

从整体的思想来说， 是想做全方位， 全过程， 上下贯通、左右贯彻的质量分析与改进。

1.上下垂直面-从人员角色划分

划分成 PM Team, Delivery Team,QA/Admin Team

PM Team: 项目的各项目管理人员， 负责项目的时程、资源安排和需求收集和系统分析的工作。

Delivery Team: 团队的产出团队， 主要是系统设计和系统开发人员， 这一部分应该是改进的重点和重心。

QA/Admin Team:团队的测试和答疑用和的人员。这部分的工作虽然工作内容比较简单，但是却很重要。

QA 决定系统的质量， Admin 直接面对终端用户， 直接体现系统价值。

2.左右水平面-各角色工作平台和任务

针对以上不同的角色。

PM 按平台再进行划分。

Delivery按技术领域进行划分

整体思想， 汇总如下图：

基于以上， 改进从以下三个维度进行

1. 跨Project/Platform 的管理团队的协作

2. 跨Project/Platform 的产出团队的协作

3. 软件工程面的 协作。也就是垂直方向的贯通。畅通上下角色的协力。

Synergy of Cross-Project/Platform Management 框架

时间、质量、成本是项目管理的三要素， 所以

管理上的协同，或者说改进，基本三也就是从这三个要素切入。

结合团队和项目的具体状况和遇到的问题，展出了一下四个方面的内容：

1. Resource Control.

资源的控制， 包括时间和人力成本的控制。

2. Solution Design

方案设计。共用化， 精益化设计方案，可以提升系统的质量并节省成本。

3. Branch Plan

分支规划。 主要是内部如何协同和开发的角度来进行， 提升质量，节省时间。

4. Deployment/SQC Plan

安排合适的部署计划和进行全面的测试计划， 确保上线后的系统质量， 提升用户满意度。

规划如下图：

Synergy of Cross-Project/Platform Delivery 框架

产出团队的改进， 是重点，也是重心。基本的框架如下：

西部的产出部分后续会有相关文章

Synergy throughout SE 框架