定制系统

定制系统是针对贵公司某一流程从零开发的软件：按照数据在您这里产生的形式接收数据，按照您的规则处理业务。现成产品是面向众多企业的软件，附带许可出售，通过配置来使用，即在厂商预设的范围内进行设置。

我们首先检查现成产品是否够用。如果您的流程与大多数企业相同，例如财务、人事、工单处理，现成产品就够用。这时我们建议采购并配置。在以下情况下，从零开发才有意义：

• 流程是公司的优势，而产品会要求改变它；
• 现成产品需要大量改造，以至于无法再获得厂商更新；
• 公司的数据和规则装不进产品的数据模型，即软件能够记录的对象和关系。

范围从流程中梳理出来：一步一步，从触发流程的事件，到客户或部门得到的结果。对每一步，我们记录系统是独立完成、辅助人工完成，还是留在系统之外。与现有软件的连接以及自有系统的现代化属于另外的范围。

我们分阶段开发，每个阶段都交给实际使用它的部门。第一个阶段覆盖最耗费人力时间的步骤，并在日常工作中运行起来，然后才开发下一个。部门反馈哪里不顺手，您在委托下一个阶段之前评估已运行的部分。

源代码，也就是程序员阅读和修改的程序文本，从第一天起就存放在代码仓库中，即贵公司有权访问的代码版本库。验收后，代码和文档归贵公司所有。文档描述流程、数据、部署和变更方式，确保其他服务商也能读懂。

变更流程在启动前确定。每项变更都有用流程语言写成的说明和报价，并在测试环境（即与日常工作隔离的系统副本）中验证，然后由部门验收并记入变更日志。自动化测试，即每次变更后检查系统的程序，保护已经正常运行的部分。上线后的持续维护属于另一项范围：运维与持续开发。

1. 梳理流程并考察现成产品。我们与负责流程的人员交谈，并将流程与现成软件的功能进行对比。成果：一份建议，说明哪些部分可由现成产品处理，哪些需要开发，并附范围供您确认。
2. 设计系统并划分阶段。我们为流程的每一步确定数据、规则和界面，以及验收每个阶段的部门。成果：在编写第一行代码之前获批的设计和阶段计划。
3. 逐阶段开发。每个阶段都在贵公司的代码仓库中开发，通过测试，然后交给实际使用的部门。成果：流程的各个步骤依次由系统处理，部门的反馈纳入下一阶段。
4. 移交系统。我们整理完整文档，并培训指定人员掌握变更流程。成果：系统、代码和文档掌握在贵公司手中，并确定由谁负责维护。

1. 我们流程中的哪些部分可以由现成产品处理？你们为什么仍然建议开发？
2. 验收后代码和文档归谁所有？其他服务商能否在没有你们协助的情况下接手系统？
3. 在哪个阶段之后，第一个部门会开始使用系统工作？在决定下一阶段之前，我们能看到什么？
4. 上线后的变更流程是怎样的：谁来描述，谁来报价，在哪里验证，谁来验收？
5. 系统在哪里运行？谁能访问其中的数据？合同结束后这些数据如何处理？
6. 哪些内容留在系统之外？上线后由谁来做？

要回答第一个问题，需要将您的流程与现成产品进行比较。因此我们从流程分析开始，最后给出建议：现成产品、定制开发，或两者结合。