|
EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
1、开发负责人
7 E4 a; y/ E/ `9 ?6 w, L& Y1 t* S$ w1 W' O$ x, n
$ u2 S# N. I9 o. b) b% y 采用负责人制度。负责人负责整个研发过程控制、管理,及监控,需求不论简单还是复杂,都需要指定负责人。负责人主动牵头推动研发项目的各个环节
" w6 {: P! w$ l9 c! D* d" r7 Q2 S8 D$ X' Q# ?5 D
7 r* @4 [, Z, ~( }+ ?3 E4 }# ]5 f2、需求评审& l7 t$ J' S% { }
* g3 n; U. j) l$ X/ `
- `) |! K8 c/ K& P5 W( |5 y 负责需要对产品的需求文档评审,评审通过方可开发,
6 h- q/ y" m5 g; g) N; I3 ?3 Q2 y" _. v: A! O' i0 T. \
! o0 _ s$ ?7 C/ b 需求文档包括 PRD文档评审 FSD评审 UI评审 原型评审。尽最大努力保证需求的可实施、可开发,可明确,
: x' S/ e" E/ U4 g+ ]8 s; X6 [# Z6 a. z3 {/ Z" o T( i
: h) J6 }& S- n' v
杜绝、避免在开发过程中更改需求,调整需求,如果出现可以拒绝,放到后期开发,保证评审通过的需求开发进度。2 N, [; G! n5 R$ R+ l
6 F, k' x1 p) ]3 a' K
+ w: b7 L! D! w- e5 D
3、开发计划: J4 K; D* i' h7 x
, W" B5 s8 t; ^8 R' Q0 j
$ r/ [/ A1 h3 p6 L6 g 负责人指定合理可靠的开发计划,计划包括 设计、开发、测试 上线几大环节点。每个环节都要有输出产物。. R- t1 D' o( a" h E
9 f/ V* r7 w9 c/ e% ?
' F9 x& d r" ^# w& O& E
5、上线计划
3 U9 b Z) |; k4 k0 W6 Y8 H% \0 e5 H" [
4 }( F/ r/ q1 [
上线之前需要准备上线清单列表,重大功能需要准备安装部署文档描述,文档清单需要在wiki提供。统一按照清单步骤执行。
- E0 X6 T# X0 D+ u$ ~" I
5 X& K( s; M6 A4 ^$ r$ |
0 j$ X7 L' u V+ l) h) g 上线清单应该包括:上线步骤、上线人员安排、上线时间、验证时间
# t+ F) a) p, K+ T9 r3 S- e* z$ n0 n6 d: w9 D* ?. w! }2 ?
5 L, {. t/ M1 D+ P6 f6、沟通计划
% Q! H) M9 y9 x* ]$ B3 U" R. `: |1 l
% i1 J( K$ y6 S+ ?( ^
在整个产品需求实现过程中,需要建立沟通计划,定期保持相关人员沟通,沟通的需要有目的性、有结论。以及协调资源,推进整个研发的顺利进行。
2 k# d7 M) \ r% c7 G3 V8 ^9 s3 I% \6 D
5 o9 @: ^1 Q3 C0 _& F5 r 例如;不定期与产品沟通、与测试沟通、与技术研发沟通。% E- z P/ l" k& k; Z% s: B" W
@* t5 M% n, h! z6 s
[& W7 d, `5 p4 x: q) E7、风险评估
0 V5 Y4 C) c! E9 M6 n' Y4 z' g/ m: r P i( `
* x% \; @ t) {. T ` w
在实施计划之前,需要评估识别整个开发需求的风险清单。充分考虑到风险因素影响开发进度。
1 R" N8 W0 i0 S1 U
9 B [ Q! R4 p! r$ t4 M
# S: o) f. p! m: I7 f. ]/ E8、报告机制
; u A2 h, |2 d! f+ L1 u" H0 M# r. d0 y' d, ~: R
# _$ U1 y" z4 ~4 V 随时和上级汇报进展和问题。重要的项目的研发以日报的邮件形式的汇报。一般以周报汇报。
+ m6 T9 b( a3 z# W0 ?0 `& K( P5 ~1 V8 }" y( L8 o
6 ?9 b; A1 [( Q) [- U
同时在每个里程碑节点时要告知相关干系人。例如在开发完成进入测试时,要告知测试人员,同时要告知产品经理。等等
5 U: ~+ b0 W8 R0 U/ O
) p" N% Y o! L- D* E: k2 w8 } }7 Z/ m) J; L
|
|