作者按：根据公司引入开源产品到产品体系的文档要求，列出了评估一个开源产品的过程的必要信息（报告形式）。同时也可作为学习开源产品的一般思维流程使用。
问题的提出
- Required: true
- Description: 任何开源产品的引用，首先必须明确现有公司产品体系存在一个或几个相关问题，计划通过引入被评估产品解决这个或这几个问题，而不能为了引入而引入，如果解决不了问题，反而会增加运维成本。
目标
- Required: true
- Description: 确定了现存问题后，要在这里明确描述被评估产品应用后，期望达到的目标。例如解决现存问题，某某指标可以达到什么量级等。
产品选型
主评估产品
- Required: true
解决方案
- Description: 介绍以主评估产品为核心的解决方案，解决以上问题的方式或实现原理。
产品介绍
- Description: 包括并不限于业界使用情况，更新频繁程度，材料完整度等。列举出尽可能多的参考资料。
其它同类产品
- Required: false
- Description: 任何一个产品基本都有替代品，只是在市场占有率和关注度方面存在不同。尽可能评估多个产品，并对同类产品做一些简单性的描述。
对比依据及结论
- Required: false
- Description: 如果存在多个备选产品（主评估产品和其它同类产品），则做对比分析，并明确是否继续聚焦在主评估产品。
产品评估详细过程
- Required: true
安装
- Descrption: 详细描述安装过程，特别是对和资料不符的地方，及解决方案描写清楚，方便他人进行实践。
试用
- Description:
- 使用该产品的对象（开发、产品或运维？）和适用场景
- 使用该产品的步骤和方法
- 注意事项，包括并不限于存在的问题，待改进或二次开发的内容等
测试
- Description: 描述测试人员参与评估的情况。
相关人员评审结果
实际评估人
- Required: true
- Description: 总结性的描述被评估产品的评估情况，和预期目标是否可达成。
开发团队
- Required: false
- Description: 如果需要的话
产品团队
- Required: false
- Description: 如果需要的话
运维团队
- Required: false
- Description: 如果需要的话
公司管理层
- Required: false
- Description: 如果需要的话
注：除实际评估人外，其它四个团队最少有一个要提出评审意见
最终结论
是否引入到公司产品体系的最终结论
- Required: true
- Description:
- 是否应用该被评估产品
- 应用后能否解决现有问题，能否达到预设目标
实施计划
- Required: true
- Description: 包括并不限于实施进程、实施结果和参与人等。
网友评论