第三方项目开发管理经验总结分享.ppt

2.项目需求管理 第三十一页，共四十七页。 3.整个项目团队,各专业小组和个人工作进度的管控 通过操作下面各功能控件可以非常清楚的了解整个项目团队完成项目的一个进度情况 第三十二页，共四十七页。 第三十三页，共四十七页。 下面各专业小组完成项目的一个进度情况 第三十四页，共四十七页。 第三方项目开发管理经验总结分享 主讲人： 蔡小春 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中 项目总体功能规划 每轮迭代