何谓“外”?外,是相对而言的。
对于一个软件公司而言,供应商、客户为“外”;
对于一个开发部门而言,供应商、客户、其他部门(比如市场部门、运维部门等)为“外”;
对于一个项目组而言,供应商、客户、其他部门、其他项目组、其他支持组为“外”;
对于一个项目组内的小组而言,其他小组、其他项目组为“外”;
对于一个项目阶段而言,其上游阶段、下游阶段则为“外”;
对于一个人而言,其他人则为“外”;
知道了外的含义,则就明白了内的含义。
在定义过程体系时,采用由外而内的策略,则意味着,可以采用如下的优先级定义和规范公司的管理:
1 先定义和客户、和供应商的沟通协同规范,再定义公司内部的规范,如:
需求获取、用户确认、验收测试、试运行、用户验收、运行维护的流程。
……
2 定义公司内部各部门之间的接口标准、沟通协同规范,如:
市场转开发、开发转测试、测试转运维的接口标准、规范。
……
3 定义项目组和其他组之间的接口标准、沟通协同规范,如:
领导下达、验收任务的流程、标准;
项目组之间互相支持的流程、标准;
质量保证组、测试组以及其他支持组和项目协同的流程和标准。
……
4 定义各个项目小组之间的接口标准、沟通协同规范,如:
问题处理的流程、标准;
承诺、确认的流程、标准;
……
5 阶段之间的接口标准,如:
从需求阶段进入设计阶段的标准是什么?
从设计阶段进入编码阶段的标准是什么?
从编码转测试的标准是什么?
测试结束的准则是什么?
……
6 每个人的行为准则是什么,如:
如何对项目经理承诺,如何给项目经理报告工作?
如何配合其他人完成开发任务?
……
说白了,此策略就是优先进行管理接口的设计,只不过接口有大有小,是“攘外必先安内”的反其道而行之!