前言：
云效业产技（BizDevOps）协作方案评测体验活动，该方案解决业务、产品、技术这三个职能团队的协作问题，打破业务、产品、技术协作的墙，实现从业务到技术的完整的价值单元交付过程，试用于协作较复杂的场景：业务团队、产品团队、技术团队已发展为独立部门组织。
随着产品演进，产品研发团队进行拆分，由于不同的开发经理分管，负责不同的产品线，子产品；随着业务的扩展，业务线也形成了多业务线，业务和技术出现多对多的协助关系.
三个团队都有自己工作流程和工作重心，经常会出现各种协作问题。
- 业务团队提出业务的原始诉求后，难以跟踪后续的交付进展。
- 技术团队在安排需求开发工作 时，不清楚需求的业务源头信息，难以判断需求价值和优先级。
- 产品团队既要及时满足业务团队的诉求，又要保持产品规划演进的节奏，还要协调业务技术双方，作为承上启下的团队，难度较大。
评测的内容：
- 请先介绍你目前从事的岗位，以及项目协作方式，并结合你的项目管理场景，谈谈云效Project对你团队的工作是否具有帮助、有哪些方便可以起到的帮助，以及您认为云效Project有哪些做的好的，也有哪些做的不好的。
- 云效提供的业务技术项目分层管理方案是否易理解、是否好上手、是否有价值进行评价和展示。
- 云效项目管理给你或企业协作带来的收益如何？有哪些需要改进、提升的？
二、功能评测：你可以选择以下4个话题中的任意一个或者多个进行测评，评测流程参考文档
业务：业务反馈管理空间：原始诉求收录、流转、进度跟踪是否满足诉求？
产品：产品主题管理空间：主题规划、主题价值评估、主题与原始诉求和需求的关联是否满足诉求？
技术：敏捷研发管理空间：scrum、迭代、项目度量等是否满足诉求？
融合：业务、产品、技术管理空间之间的衔接和关联是否满足诉求？
体验第一步：
教程简介：
选择云效管理project的连接：
该界面的内容，如下，比如说星标项目：可以创建一下
创建两个小组，用于区分不同的小组具有不同的权限目的。
创建需求
需求具有以下几个元素必填，标题、设置开始、结束时间、备注、文档、优先级、标签、是否公开模式等
项目文档的创建，云效可以统一管理，这一点特别赞：
邀请成员进行创建文档的处理，这个可以共享的
需求文档创建成功：
体验第二步：
创建第一个应用：
创建的结果：
部署编排的处理：
可以选择对应的部署方式：Kubernetes部署、主机部署两种方式
选择K8s进行部署：
可以选择推荐的方式进行部署：
需要加载一会然后提示成功：
体验第三步：
关于环境与资源的处理；
这一点就不太友好，最好直接跳转到云效试用界面才行，否则的话，还需要一一寻找。
第八页才找到对应的云效界面：
最后一步：
最后：
整个流程使用下来，比较方便的把整个项目中可以使用到的信息，都可以放到云效里面来管理，比如说，文档的管理，产品的管理、需求的管理、技术的管理；需求又可以把相关的负责人都参与进来维护相关的文档，这样的话如果存在需求的变更就可以很方便的定位到具体的变更点；关于代码的管理，这个不仅可以支持git来管理代码，支持不同的权限进行提交、修改、以及变更的处理；并且还支持部署发布的流程，发布还可以根据自己企业的情况，来选择使用k8s部署，还是说根据主机来部署的方式；
