|
EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
1、开发负责人& c G" @- m8 x# D9 L1 n; e" u
w9 p8 U, L9 }: ?# ]7 _# f
+ A- u" A/ {, k6 a) L( h5 w d
采用负责人制度。负责人负责整个研发过程控制、管理,及监控,需求不论简单还是复杂,都需要指定负责人。负责人主动牵头推动研发项目的各个环节' ?' v# J- ?3 U& W
' w; z4 A* @+ ?4 x* G
/ C4 @6 h- |+ n( c2 P2、需求评审. w5 S. |# H# t! V" T# J4 P
9 I0 |; u2 Z) r
0 m# G* h1 }- _/ ^! y& r 负责需要对产品的需求文档评审,评审通过方可开发,0 v8 o, N9 L( c+ w9 L4 |* u
5 l% R# N$ ]* k- p) D, O! o$ W2 d
需求文档包括 PRD文档评审 FSD评审 UI评审 原型评审。尽最大努力保证需求的可实施、可开发,可明确,3 z! N# \5 i" C( f& A" @
1 O! b" @+ Z/ A* j" C4 o9 y* R
9 e, e3 e+ v; a% H# ~- f 杜绝、避免在开发过程中更改需求,调整需求,如果出现可以拒绝,放到后期开发,保证评审通过的需求开发进度。
* D& H3 E3 [3 o+ F5 |
: E( _0 Z" K+ ]$ P! j' M0 V7 W0 ^4 \5 r* r' |
3、开发计划
3 W1 w: E: p6 n! e2 Z5 y P6 a- g" l( G. }4 ~9 |+ K
/ Q1 ~. n1 O7 J: n* B3 e 负责人指定合理可靠的开发计划,计划包括 设计、开发、测试 上线几大环节点。每个环节都要有输出产物。
, H1 ]) _ k( ^: J) ^4 a6 E: y7 Q1 A% Z1 G9 H3 S
7 j( c; N+ c. E5、上线计划
5 n' g" L& l, Q
% P8 u$ L1 Q+ i6 b+ x
6 l% A) S2 n% {; B 上线之前需要准备上线清单列表,重大功能需要准备安装部署文档描述,文档清单需要在wiki提供。统一按照清单步骤执行。' w9 R% J A% C5 D( X' P
* A" e. Y& v G* b: C
) @% B5 O- j/ o: O/ b 上线清单应该包括:上线步骤、上线人员安排、上线时间、验证时间
& k1 U8 d- K, `$ |. ~' n: @& H$ @3 n0 P; Y7 v* h: _% s
$ m m& r# c3 M- l6、沟通计划3 K/ m9 Z" m# r5 y
3 P3 ? [- W% K- d! `- w
6 O9 G) }5 ?" H* y( J0 L; U 在整个产品需求实现过程中,需要建立沟通计划,定期保持相关人员沟通,沟通的需要有目的性、有结论。以及协调资源,推进整个研发的顺利进行。) V3 g* F8 b* k
$ a* ~+ _# W5 T! x4 V5 e' t; i' w+ O3 l! n
例如;不定期与产品沟通、与测试沟通、与技术研发沟通。$ j: p) x- _. i; j% f1 M5 M
7 i0 H8 g- m/ n! e7 P4 S$ m
8 q6 b6 X5 ?5 U, ~$ A. ?7、风险评估
& d3 j4 u+ I t l3 z. W# x
, E: Y6 a) @7 i
2 L3 ~+ i2 u% i F# K 在实施计划之前,需要评估识别整个开发需求的风险清单。充分考虑到风险因素影响开发进度。& K# D. g6 t) U V
0 Q3 J/ |2 U, @' W( k
9 L( C) S0 c& ], X4 H8、报告机制
+ V n7 o( Z2 c |3 h; `3 Z
6 f7 S3 I+ y6 n/ n0 y. l5 n8 E; r$ X3 z0 I- K5 i5 T4 i5 o
随时和上级汇报进展和问题。重要的项目的研发以日报的邮件形式的汇报。一般以周报汇报。/ e# I( J" D5 G% c& K0 q" }: X
% l6 Q5 L/ ^( L: T3 M) N. Z- n
; | s) S1 i1 ?$ E; W: |: H同时在每个里程碑节点时要告知相关干系人。例如在开发完成进入测试时,要告知测试人员,同时要告知产品经理。等等
' K9 V: l( T) Q. }/ i: p- r) g: }) q5 |% T7 E8 S! s9 P
) g1 L; B2 ?* h5 ^, `2 } |
|