- 1、本文档共46页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第三方项目开发管理经验总结分享
主讲人: 蔡小春
2014年12月
天珑移动UED
高效和快速反应的敏捷开发项目团队
项目团队成员和各自职责
敏捷项目开发团队的成员由软件开发人员,前段测试人员,UE设计师,UI设计师,软件项目经理(SPM),敏捷组长,技术负责人(各专业模块的小组长) 所组成的一个团队。
项目团队成员和各自职责
SPM
管理整个团队并负责项 目的开发进度和风险的管控并主持版本级的迭代回顾会议
技术负责人
负责各专业组的功能的评审,任务的分解,开发时间的评估和风险的分析等。
敏捷组长
负责收集和反馈日常开发中影响项目进度和质量的问题给SPM,并主持召开专业级的迭代回顾会(专业级包括影像组,应用组,网络组,系统UI组等)
前段测试人员
跟开发并行的进行各模块应用的测试
在软件项目的开发过程中,有三大类计划,总体计划:主要确定项目的范围,项目完成时间。发布计划:是在总体计划的基础上,确定分阶段推出软件实现的功能。开发计划:是在发布计划的基础上,为保证如期发布功能而制定的计划。1.计划的用途总体计划:一般是开发方在初步了解需求后做出的一种时间上的承诺,明确项目的范围和规定项目完成的日期,一般项目的范围使用功能表示。发布计划:是根据每个功能优先级、每个功能的可能变更程度,来确定各功能的开发顺序,分阶段制定功能的发布时间。开发计划:是针对每个功能做出的开发计划,同时,通过制定开发计划也进一步对需求进行分析、确认,对技术难度进行评估。2.计划的制定2.1发布计划在制定发布计划时,根据功能的价值和风险的优先级进行综合考量来确定功能的实现顺序,确定实现顺序后参考以前的项目或根据经验估算实现每个功能的时间,制定发布时间和发布内容。
2.2开发计划制定开发过程中应对每个功能再细化,同时将已确定的功能集中从实现技术角度考虑划分成软件任务。在确定开发任务后与开发人员讨论完成时间,同时SPM还应考虑单元测试时间。确定的时间应与发布计划中的功能发布时间比对,如超出发布计划准许的时间,应修改开发计划。3.几点注意事项(1):?因最开始制定的发布计划未覆盖全部的功能,所以SPM应在制定发布计划时切不可造成前线宽松后面紧张的情况,应尽量加快已明确的功能的开发速度。(2):?在制定发布计划时,应使用 “需求复杂性”、”技术复杂性的系数”等方法,估算每个功能的开发时间。(3):?制定的软件开发任务应尽量做到每天可以度量,以便保证计划的顺利执行。
敏捷开发的核心在于迭代化开发,即采用短的迭代周期持续交付可工作的软件
迭代开发的过程
4个重要特性
对所有工作条目结合开发风险与功能重要性进行优先级排序
每个迭代都选取高优先级功能进行开发
风险-价值
驱动开发
将整个开发过程拆分为多迭代周期
每个迭代都要交付可以被用户使用、能给用户带来价值的产品
迭代化开发
每天将最新功能集成到产品中
开展并行测试,在开发的最早期发现并解决产品中的缺陷
持续集成
与并行测试
主张用户能够全程参与到整个开发过程中
对需求变化和用户反馈进行动态管理并及时集成到产品中
持续反馈
项目发布计划
需求的收集,分析 和提炼并设计交互文档
开发团队能力评估
功能开发的风险评估
组织评审团,评估开发完成时间
每轮迭代完成后的迭代回顾会议
制定
刷新
迭代开发过程中
项目初始阶段
1
2
3
4
5
6
需求录入到 RTC中
项目总体功能规划
每轮迭代的操作流程
项目启动前的发布计划和和启动后的迭代计划
发布计划
迭代计划
通过对需求的优先级和风险的高和低,纳入到不同时段的迭代开发中
价值优先级
(PV)
分类
描述
价值优先级
必须有
公司要求的标准化功能
能提升用户满意度,增强产品竞争力的功能需求
具有创新性的功能,提高产品买点和产品竞争力
7~9
应该有
市面上已经有的功能,但在交互方式和功能上有创新
4~6
可以有
在项目时间允许的情况下,可被交付的功能需求
1~4
这次不会有
文档评论(0)