|
EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
1、开发负责人
& R/ G* J$ F& A3 h) M- b' S9 v+ Q |, U" Y+ Z8 x
B A+ x% v% w9 Z' a8 ` 采用负责人制度。负责人负责整个研发过程控制、管理,及监控,需求不论简单还是复杂,都需要指定负责人。负责人主动牵头推动研发项目的各个环节
) e, p. K8 w+ t& r, [! r3 X; p9 T5 V: ~; E5 L2 v
. |8 S, Y& I) i& C6 s9 P! R. }- n
2、需求评审
# e5 R% ]' {8 J
& g! |0 h( w( l2 K- V) O/ p: T; ^) ~8 G7 G
负责需要对产品的需求文档评审,评审通过方可开发,
6 |# N7 o2 ~! i! g- |: f _: e" w( P5 j. p( p$ X, Z# G
/ n% m$ b3 t# v 需求文档包括 PRD文档评审 FSD评审 UI评审 原型评审。尽最大努力保证需求的可实施、可开发,可明确," G' d3 ^. k) H0 O9 j
- ]/ k/ ?% |' m) V% |+ ^) O9 n" X: y% |
杜绝、避免在开发过程中更改需求,调整需求,如果出现可以拒绝,放到后期开发,保证评审通过的需求开发进度。% W' y/ o6 o4 t& F
. c% q8 I* _6 ~* @3 g) X, Q. r* N
9 \ N% @8 R# ]. z) O. l3、开发计划
# t' T( T: L2 W
: z T" R) s6 |0 L& T) i2 F2 g+ \; R; s
负责人指定合理可靠的开发计划,计划包括 设计、开发、测试 上线几大环节点。每个环节都要有输出产物。% R5 A. }/ h: L& \
) b7 W' | ^2 l' c" _# d
0 s. ]9 A0 Y9 k
5、上线计划
( l" X$ T, l/ _+ ]; B/ Z
' @2 Y" S! a# R) F: Y. w, m
9 m% h3 M# C9 m0 p- E+ Y 上线之前需要准备上线清单列表,重大功能需要准备安装部署文档描述,文档清单需要在wiki提供。统一按照清单步骤执行。. x% x2 P) C7 K
/ s3 ?* r; p4 x3 T8 ^7 {/ x1 l/ |/ v, Y6 x& g
上线清单应该包括:上线步骤、上线人员安排、上线时间、验证时间
$ ^$ e1 M3 I! @/ Z/ q1 L6 e- l4 @* a+ a
+ @4 L, p3 P( e$ z6、沟通计划
! J n5 j/ D( V4 k7 p) ^$ G
1 O$ z- f% o6 i+ W
, y; b6 b6 f s& J 在整个产品需求实现过程中,需要建立沟通计划,定期保持相关人员沟通,沟通的需要有目的性、有结论。以及协调资源,推进整个研发的顺利进行。
) o* s* E: c* m" V U% a2 h8 K" V& i
8 a4 }# U9 } f5 {: j
例如;不定期与产品沟通、与测试沟通、与技术研发沟通。; o- R7 D2 k6 F
& m; f3 u+ I2 E* A z3 f7 }' _
# {+ ? U4 I! @ ~+ C: h7、风险评估7 T1 B) A* \3 O; d
; ], r& Y7 L) n9 h( M. i
8 a& W( f* y" m 在实施计划之前,需要评估识别整个开发需求的风险清单。充分考虑到风险因素影响开发进度。
5 U: j3 Z/ V$ t% y( D) I) s3 _8 q" ?8 H
( `. ^, h& \( J8 G* i8 Q' ` l
. c% _0 W: k$ P; q, o8、报告机制2 ?, R1 ?+ F8 X4 |" m E
2 Z4 d& K. W+ w, |; r! n
+ T0 K1 D! d6 e) }; w1 X! Y 随时和上级汇报进展和问题。重要的项目的研发以日报的邮件形式的汇报。一般以周报汇报。0 r. \1 A d- p$ }* u ~
# [4 T8 i( I6 e. h- \
g2 U6 m; w) @( L: z同时在每个里程碑节点时要告知相关干系人。例如在开发完成进入测试时,要告知测试人员,同时要告知产品经理。等等 ~1 H! H, p; m/ X& N& p
H% W; a9 Q5 R3 o" i8 c/ \( @* \) g. @4 c
|
|