面向人群：全员

发布日期：2020年11月3日

制度信息

目的

打通需求到开发者的快速通道。

目前需求都是优先经过内部二开同学的调研才会根据情况发到给开发者的需求池里面。因为内部同学的精力问题会导致一些问题无法正常流转形成了堆积，所以准备开放部分未经过内部同学调研的需求到生态开发者，由生态开发者自己去进行需求的申请调研。

需求开放的开发者

经过内部沟通，暂定三位开发者，

• 左良
• 胡建
• 默默（郑兴旺）

模式可行的话后续开放更多开发者。

开放的需求

目前初步开发项目组同学提的任务，原因是项目组同学的需求在技术可行性的情况下需要开发的概率较高。这样相对降低开发者无效调研的成本。

开放的任务阶段jira流程阶段是处于需求初估阶段。

操作步骤

1生态开发者能够在生态系统中看到开放的问题列表，然后跟ezreal 申请任务的调研开发。

2ezreal会初步跟报告者确定意愿是不是要开发，确定要开发的话，会将申请的任务转到需求评估阶段，转到具体的同学负责，然后将内部负责同学，报告者，开发者拉到群里进行需求调研沟通。

3开发者调研完成之后，根据开发者的调研结果：

• 有方案：则按照帆软需求确认书的格式出一份需求而确认书说明需求，大致方案，工作量，大致交付日期，需要内部二开，报告者，开发者，三方确认无问题之后。由内部二开通过委派的方式将需求分到对应的开发者，并且需求结束阶段。
• 无方案：则该开发者调研结束，需求正常等待内部同学调研。

基本原则

• 开发者和报告者不能私下沟通需求达成开发协定。一经发现需求列表永不对该开发者开放。
• 开发者调研结果一定需要有需求确认书，并且需要开发者，内部二开，报告者确认。 
• 开发一定需要在内部二开同学确认过可以开发或者任务流程走到了通过审核了才能开发。

可能风险

调研完成之后，报告者不需要任务的开发了，这时候如何确定开发者工作量以及对应酬金，具体见需求调研评估工作量的确认 - 2. FineReport - 知识管理 (fineres.com)  ，然后对应任务记录下来，方便后期复盘