作者按：根据公司引入开源产品到产品体系的文档要求，列出了评估一个开源产品的过程的必要信息（报告形式）。同时也可作为学习开源产品的一般思维流程使用。

问题的提出

• Required: true
• Description: 任何开源产品的引用，首先必须明确现有公司产品体系存在一个或几个相关问题，计划通过引入被评估产品解决这个或这几个问题，而不能为了引入而引入，如果解决不了问题，反而会增加运维成本。

目标

• Required: true
• Description: 确定了现存问题后，要在这里明确描述被评估产品应用后，期望达到的目标。例如解决现存问题，某某指标可以达到什么量级等。

产品选型

主评估产品

• Required: true

解决方案

• Description: 介绍以主评估产品为核心的解决方案，解决以上问题的方式或实现原理。

产品介绍

• Description: 包括并不限于业界使用情况，更新频繁程度，材料完整度等。列举出尽可能多的参考资料。

其它同类产品

• Required: false
• Description: 任何一个产品基本都有替代品，只是在市场占有率和关注度方面存在不同。尽可能评估多个产品，并对同类产品做一些简单性的描述。

对比依据及结论

• Required: false
• Description: 如果存在多个备选产品（主评估产品和其它同类产品），则做对比分析，并明确是否继续聚焦在主评估产品。

产品评估详细过程

• Required: true

安装

• Descrption: 详细描述安装过程，特别是对和资料不符的地方，及解决方案描写清楚，方便他人进行实践。

试用

• Description:
  1. 使用该产品的对象（开发、产品或运维？）和适用场景
  2. 使用该产品的步骤和方法
  3. 注意事项，包括并不限于存在的问题，待改进或二次开发的内容等

测试

• Description: 描述测试人员参与评估的情况。

相关人员评审结果

实际评估人

• Required: true
• Description: 总结性的描述被评估产品的评估情况，和预期目标是否可达成。

开发团队

• Required: false
• Description: 如果需要的话

产品团队

• Required: false
• Description: 如果需要的话

运维团队

• Required: false
• Description: 如果需要的话

公司管理层

• Required: false
• Description: 如果需要的话

注：除实际评估人外，其它四个团队最少有一个要提出评审意见

最终结论

是否引入到公司产品体系的最终结论

• Required: true
• Description:
  1. 是否应用该被评估产品
  2. 应用后能否解决现有问题，能否达到预设目标

实施计划

• Required: true
• Description: 包括并不限于实施进程、实施结果和参与人等。