项目研发规范

sdsdwwwe22

1、开发负责人


     采用负责人制度。负责人负责整个研发过程控制、管理，及监控，需求不论简单还是复杂，都需要指定负责人。负责人主动牵头推动研发项目的各个环节
  q. ~. a$ Y% g: W
' x% N( \, d8 o) z2 X$ r5 X" L
2、需求评审

6 R2 @& l" C! ~0 b3 O/ N% r8 V
- N9 |9 D, u/ e+ J& c5 B7 y( Z     负责需要对产品的需求文档评审，评审通过方可开发，

. Q' \8 G( _2 p  d) V2 u* {8 `
     需求文档包括 PRD文档评审 FSD评审 UI评审 原型评审。尽最大努力保证需求的可实施、可开发，可明确，

/ B1 }( D8 F8 j2 a' Y- o
8 ?( i3 Y1 c8 e* j     杜绝、避免在开发过程中更改需求，调整需求，如果出现可以拒绝，放到后期开发，保证评审通过的需求开发进度。

" D& \  \! ?3 G6 {
3、开发计划
& N# O0 Q, h+ j

     负责人指定合理可靠的开发计划，计划包括 设计、开发、测试 上线几大环节点。每个环节都要有输出产物。

/ T  d, P& R+ w4 q
5、上线计划

& q9 q; C: [8 l) h& A$ i5 O7 t3 K
) u1 c, b) |% ^# y1 O2 L      上线之前需要准备上线清单列表，重大功能需要准备安装部署文档描述，文档清单需要在wiki提供。统一按照清单步骤执行。


      上线清单应该包括：上线步骤、上线人员安排、上线时间、验证时间


6、沟通计划

) y; T6 ]5 J; G- p2 W
      在整个产品需求实现过程中，需要建立沟通计划，定期保持相关人员沟通，沟通的需要有目的性、有结论。以及协调资源，推进整个研发的顺利进行。
" i4 H8 x! A2 v8 g
) [' Z0 |* \* ~. N9 Y
      例如；不定期与产品沟通、与测试沟通、与技术研发沟通。
( z- R: P% A$ f) o) \5 _; Q

7、风险评估
) y) `1 [& V8 B- ?4 a
7 o7 L- e1 e5 G  |
     在实施计划之前，需要评估识别整个开发需求的风险清单。充分考虑到风险因素影响开发进度。


# ]/ J+ x0 T: n8 B8、报告机制
/ i: N9 ~1 f' I) ]& {! {
+ t* M9 S/ O( ]- x4 t9 F
      随时和上级汇报进展和问题。重要的项目的研发以日报的邮件形式的汇报。一般以周报汇报。


% }/ L4 f5 w" M; b同时在每个里程碑节点时要告知相关干系人。例如在开发完成进入测试时，要告知测试人员，同时要告知产品经理。等等

. U# n- U( V2 T6 C

CLBuu

在整个产品需求实现过程中，需要建立沟通计划

showmaker

学习了  感谢分享

damengshu

  在实施计划之前，需要评估识别整个开发需求的风险清单