文档介绍：第三方项目开发管理经验总结分享
主讲人: 蔡小春
2014年12月
天珑移动UED
高效和快速反应的敏捷开发项目团队
项目团队成员和各自职责
敏捷项目开发团队的成员由软件开发人员,前段测试人员,UE设计师,UI设计师,软件项目经理(SPM),敏捷组长,技术负责人(各专业模块的小组长) 所组成的一个团队。
项目团队成员和各自职责
UE
负责交互的设计,编写用户故事和功能的验收条件,并验收需求点的完成情况
UI
负责图片和动画的输出,并验证视觉效果
软件开发人员
负责各功能模块的开发
SPM
管理整个团队并负责项目的开发进度和风险的管控并主持版本级的迭代回顾会议
技术负责人
负责各专业组的功能的评审,任务的分解,开发时间的评估和风险的分析等。
敏捷组长
负责收集和反馈日常开发中影响项目进度和质量的问题给SPM,并主持召开专业级的迭代回顾会(专业级包括影像组,应用组,网络组,系统UI组等)
前段测试人员
跟开发并行的进行各模块应用的测试
在软件项目的开发过程中,有三大类计划,总体计划:主要确定项目的范围,项目完成时间。发布计划:是在总体计划的基础上,确定分阶段推出软件实现的功能。开发计划:是在发布计划的基础上,为保证如期发布功能而制定的计划。 总体计划:一般是开发方在初步了解需求后做出的一种时间上的承诺,明确项目的范围和规定项目完成的日期,一般项目的范围使用功能表示。发布计划:是根据每个功能优先级、每个功能的可能变更程度,来确定各功能的开发顺序,分阶段制定功能的发布时间。开发计划:是针对每个功能做出的开发计划,同时,通过制定开发计划也进一步对需求进行分析、确认,对技术难度进行评估。 在制定发布计划时,根据功能的价值和风险的优先级进行综合考量来确定功能的实现顺序,确定实现顺序后参考以前的项目或根据经验估算实现每个功能的时间,制定发布时间和发布内容。
制定开发过程中应对每个功能再细化,同时将已确定的功能集中从实现技术角度考虑划分成软件任务。在确定开发任务后与开发人员讨论完成时间,同时SPM还应考虑单元测试时间。确定的时间应与发布计划中的功能发布时间比对,如超出发布计划准许的时间,应修改开发计划。 (1): 因最开始制定的发布计划未覆盖全部的功能,所以SPM应在制定发布计划时切不可造成前线宽松后面紧张的情况,应尽量加快已明确的功能的开发速度。 (2): 在制定发布计划时,应使用“需求复杂性”、”技术复杂性的系数”等方法,估算每个功能的开发时间。 (3): 制定的软件开发任务应尽量做到每天可以度量,以便保证计划的顺利执行。
敏捷开发的核心在于迭代化开发,即采用短的迭代周期持续交付可工作的软件
迭代开发的过程
4个重要特性
对所有工作条目结合开发风险与功能重要性进行优先级排序
每个迭代都选取高优先级功能进行开发
风险-价值
驱动开发
将整个开发过程拆分为多迭代周期
每个迭代都要交付可以被用户使用、能给用户带来价值的产品
迭代化开发
每天将最新功能集成到产品中
开展并行测试,在开发的最早期发现并解决产品中的缺陷
持续集成
与并行测试
主张用户能够全程参与到整个开发过程中
对需求变化和用户反馈进行动态管理并及时集成到产品中
持续反馈
通过对需求的优先级和风险的高和低,纳入到不同时段的迭代开发中
价值优先级
(PV)
分类
描述
价值优先级
必须有
公司要求的标准化功能
能提升用户满意度,增强产品竞争力的功能需求
具有创新性的功能,提高产品买点和产品竞争力
7~9
应该有
市面上已经有的功能,但在交互方式和功能上有创新
4~6
可以有
在项目时间允许的情况下,可被交付的功能需求
1~4
这次不会有
本项目暂不考虑实现的功能
0
风险优先级
(PR)
风险等级
描述
价值优先级
紧急
风险发生的可能性非常高,一旦发生会对项目产生很大的影响,并且难以消解
7~9
严重
风险发生的概率非常高,一旦发生会对项目产生较大影响,对项目进度可能造成影响
4~6
中等
风险发生的概率一般或对项目造成的影响较弱
2~4
低
风险发生的概率一般并不会对项目照成严重影响
0、1
需求优先级
=
PV*10+PR