第三方项目开发管理经验总结分享课件

1、第三方项目开发管理经验总结分享2022/7/28第三方项目开发管理经验总结分享高效和快速反应的敏捷开发项目团队第三方项目开发管理经验总结分享项目团队成员和各自职责敏捷项目开发团队的成员由软件开发人员，前段测试人员，UE设计师，UI设计师，软件项目经理(SPM)，敏捷组长，技术负责人(各专业模块的小组长) 所组成的一个团队。第三方项目开发管理经验总结分享项目团队成员和各自职责 SPM管理整个团队并负责项 目的开发进度和风险的管控并主持版本级的迭代回顾会议技术负责人负责各专业组的功能的评审,任务的分解，开发时间的评估和风险的分析等。敏捷组长负责收集和反馈日常开发中影响项目进度和质量的问题给SPM，

2、并主持召开专业级的迭代回顾会（专业级包括影像组，应用组，网络组，系统UI组等）前段测试人员跟开发并行的进行各模块应用的测试第三方项目开发管理经验总结分享第三方项目开发管理经验总结分享在软件项目的开发过程中，有三大类计划，总体计划：主要确定项目的范围，项目完成时间。发布计划：是在总体计划的基础上，确定分阶段推出软件实现的功能。开发计划：是在发布计划的基础上，为保证如期发布功能而制定的计划。1计划的用途总体计划：一般是开发方在初步了解需求后做出的一种时间上的承诺，明确项目的范围和规定项目完成的日期，一般项目的范围使用功能表示。发布计划：是根据每个功能优先级、每个功能的可能变更程度，来确定各功能的开

3、发顺序，分阶段制定功能的发布时间。开发计划：是针对每个功能做出的开发计划，同时，通过制定开发计划也进一步对需求进行分析、确认，对技术难度进行评估。2计划的制定21发布计划在制定发布计划时，根据功能的价值和风险的优先级进行综合考量来确定功能的实现顺序，确定实现顺序后参考以前的项目或根据经验估算实现每个功能的时间，制定发布时间和发布内容。22开发计划制定开发过程中应对每个功能再细化，同时将已确定的功能集中从实现技术角度考虑划分成软件任务。在确定开发任务后与开发人员讨论完成时间，同时SPM还应考虑单元测试时间。确定的时间应与发布计划中的功能发布时间比对，如超出发布计划准许的时间，应修改开发计划。3几

4、点注意事项（1）：因最开始制定的发布计划未覆盖全部的功能，所以SPM应在制定发布计划时切不可造成前线宽松后面紧张的情况，应尽量加快已明确的功能的开发速度。（2）：在制定发布计划时，应使用 “需求复杂性”、”技术复杂性的系数”等方法，估算每个功能的开发时间。（3）：制定的软件开发任务应尽量做到每天可以度量，以便保证计划的顺利执行。第三方项目开发管理经验总结分享敏捷开发的核心在于迭代化开发，即采用短的迭代周期持续交付可工作的软件 迭代开发的过程 4个重要特性 对所有工作条目结合开发风险与功能重要性进行优先级排序每个迭代都选取高优先级功能进行开发风险-价值驱动开发将整个开发过程拆分为多迭代周期每个迭

5、代都要交付可以被用户使用、能给用户带来价值的产品迭代化开发每天将最新功能集成到产品中开展并行测试，在开发的最早期发现并解决产品中的缺陷持续集成与并行测试主张用户能够全程参与到整个开发过程中对需求变化和用户反馈进行动态管理并及时集成到产品中持续反馈第三方项目开发管理经验总结分享项目发布计划需求的收集,分析 和提炼并设计交互文档 用 户 需 求 评 审用户需求澄清用户需求优先级排序用户需求开发难度的评估开发团队能力评估功能开发的风险评估组织评审团，评估开发完成时间每轮迭代完成后的迭代回顾会议制定刷新迭代开发过程中项目初始阶段123456需求录入到 RTC中项目总体功能规划 每轮迭代的操作流程第三方

6、项目开发管理经验总结分享项目启动前的发布计划和和启动后的迭代计划内容迭代数量迭代周期项目交付范围项目风险关键任务时间结点目的帮助团队了解当前项目状态指导迭代计划的制定内容当前迭代的交付范围项目风险与迭代风险目的指导团队成员开展日常工作跟踪并刷新发布计划 发布计划 迭代计划第三方项目开发管理经验总结分享 通过对需求的优先级和风险的高和低，纳入到不同时段的迭代开发中价值优先级(PV)分类描述价值优先级必须有公司要求的标准化功能 能提升用户满意度，增强产品竞争力的功能需求具有创新性的功能，提高产品买点和产品竞争力 79应该有 市面上已经有的功能，但在交互方式和功能上有创新 46可以有在项目时间允许的

7、情况下，可被交付的功能需求 14这次不会有 本项目暂不考虑实现的功能 0风险优先级(PR)风险等级描述价值优先级紧急风险发生的可能性非常高，一旦发生会对项目产生很大的影响，并且难以消解 79严重风险发生的概率非常高，一旦发生会对项目产生较大影响，对项目进度可能造成影响 46中等风险发生的概率一般或对项目造成的影响较弱 24低风险发生的概率一般并不会对项目照成严重影响0、1需求优先级=PV*10+PR第三方项目开发管理经验总结分享单位：采用点数来计算，按照1点/1人 1天来估算说明：用户需求开发工作量点数是功能实现难度的客观 描述，是随人员而变动，且随着时间改变的，用于估算工作量作为迭代化开发中

8、当前迭代工作量的估算以及人力的安排。单位：用户需求的开发风险的范围为1-9 级，数值越大表示实现难度越大说明：风险值是根据用户需求实现的技术难度以及实现后可能出现问题的几率来决定的用户需求开发工作量的度量单位用户需求开发风险系数的度量单位用户需求开发工作量和风险系数的度量单位第三方项目开发管理经验总结分享每轮迭代工作量的确定和任务分配 用户需求开发工作量的评估会议操作指导说明 参与人员：UE,SPM,专业组组长,敏捷组长,测试人员,UI,和35名相关模块软件工程师原则：用户需求的开发工作量的评估要充分考虑所有角色的工作量，并采用团队参与的形式进行评估，提高评估的准确性评估方法：UE澄清需求点软

9、件工程师将点数写在便签纸上SPM收集工作量，若评估点数相差3点以下，则取平均值；若超过3点，则进行讨论达成一致意见用户需求任务分配会议操作指导说明 参与人员： SPM, UE,UI,专业组组长,敏捷组长, 相关模块所有软件开发人员分配方法：专业组长根据每轮迭代周期，迭代任务和需求工作量的点数来具体把各需求分配给不同的工程师，需求的UE 负责人记录对应责任人和开发完成时间并在会后 录入到RTC 系统中，方便后续需求的跟踪管理。第三方项目开发管理经验总结分享每天简短的例行沟通 早站会例会步骤Step1：各成员各自汇报需要什么支持， 各自的迭代目标能否按时完成， 有什么问题和风险） 备注：QT对当前

10、状态进行预警Step2：风险问题跟进Step3：总结，指出改进项例会目的清晰并承诺自己的工作计划了解其他成员的工作进展进而了解项目组的工作进展根据其他成员和项目组的工作进展，以及其他团队成员支持情况，调整自身工作寻求和给予团队成员工作配合和支持暴露及跟踪风险和问题第三方项目开发管理经验总结分享 迭代式开发的并行测试和瀑布式开发测试参与阶段对比迭代周期迭代软件版本发布持续代码开发持续集成并行测试开发人员前段测试人员综合测试版本发布需求设计编码综合测试版本发布 VS第三方项目开发管理经验总结分享 缺点：所有模块开发完并集成后才释放版本给测试导致大量的缺陷在项目后期被发现，质量和风险难以控制，项目进

11、度的延迟。项目后期测试才介入,看到的往往是开发人员理解过的需求,而不是真正客户的需求，通过测试之后的产品，客户却发现不是他所想要的或UE规划的产品。优点：在整个迭代过程中与开发并行开展的测试，阻止把测试作为一个单独的活动压缩到迭代末或版本末开展，提前发现并解决问题，软件质量提前被度量。可以及时纠正软件开发的功能与UE规划的功能或客户需求保证一致，避免最后开发完了才发现与客户要求或UE规划的要求相差甚远，最终导致产品进度的延迟和资源的浪费和项目成本的增加。 VS 迭代式开发模式下的并行测试 与 传统的瀑布式开发模式的测试 优缺点 对比第三方项目开发管理经验总结分享建立版本级和专业级迭代回顾机制

12、迭代回顾目的分析现状分析前几轮的迭代数据，为下一轮迭代计划制定提供依据控制风险识别风险，制定并跟踪执行风险消解计划持续改善分享好的经验推而广之、提出问题警醒他人并解决问题，促进团队持续进步分析现状控制风险持续改善第三方项目开发管理经验总结分享迭代回顾会议的议题，会议内容概要参与人员（角色）职责版本级项目迭代状况分析关注项目级风险解决组间协作问题解决跨职能协作问题制定版本级团队改善计划刷新发布计划SPM组织团队开展迭代回顾UE/UI 代表总结项目UE/UI方面的迭代状况测试代表总结项目测试方面的迭代状况敏捷组长总结各小组迭代状况专业级小组迭代状况分析关注小组级风险解决跨职能协作问题制定小组级团队

13、改善计划各模块的UE/UI负责人总结小组UE/UI方面的迭代状况测试人员总结小组测试方面的迭代状况敏捷组长组织小组开展迭代回顾软件工程师总结故事实现方面的迭代状况会前准备会议议程会后执行收集并分析迭代数据跟踪执行会议决议事项(1)分析现状(2)风险控制与问题解决(3)持续改善(4)刷新发布计划(仅版本级)第三方项目开发管理经验总结分享迭代分析数据来源（RTC）第三方项目开发管理经验总结分享会议议程1：分析现状分析现状敏捷组长汇报会前的数据分析结果，组织团队成员对数据分析结果进行讨论前端QT、UE、UI、软件工程师参与数据分析结果讨论，反馈问题注意事项：数据分析讨论的时候要综合考虑前几轮的情况分

14、析未完成的需求时要分析是否因为模块间的依赖关系或者需求开发难度大所造成，并给出解决思路未修复的严重BUG时不要深入讨论如何解决，会后再讨论解决方案，要关注其是否可能带来风险以及对后期工作量的影响迭代需求的完成速率相对前几轮有较大波动时要分析波动原因第三方项目开发管理经验总结分享会议议程2：风险控制与问题解决风险控制与问题解决敏捷组长检讨上轮迭代的工作完成情况，如果没有完成，将剩余工作移动到本轮迭代组织小组成员根据迭代数据分析讨论结果，结合项目现状识别项目中可能存在的风险对于讨论出来的风险和问题，需要在RTC创建风险工作项组织小组成员反馈组间、跨职能协作方面的问题，并制定解决方案前端测试人员、

15、UE、UI、软件工程师回顾前期发现的风险跟踪结果识别风险并参与风险跟踪计划的制定反馈组间、跨职能协作问题，参与制定解决方案注意事项：遗留未按计划完成的需求和问题需要给出跟踪计划，并要有解决方案、负责人、跟踪人以及时间点等要素组间、跨职能协作问题一定要知会相关人员，要有跟踪责任人检讨出来的问题和风险以及改善对策，需要作为小组长的任务录入RTC中跟进处理第三方项目开发管理经验总结分享会议议程3：持续改善持续改善敏捷组长汇报上一轮迭代形成的决议事项的完成情况，对于未完成的需要说明原因和解决方案，并落实责任人组织团队成员讨论团队出现的问题，列举做的好的，做的不好的，并多问为什么组织团队成员讨论问题的解

16、决方案，制定对策和行动计划前端测试人员、 UE、UI、软件工程师提出团队做的好的和不好的，并积极思考问题的解决方案注意事项：总结经验教训时一定要形成决议和改善对策，持续改善方案重点要关注在项目管理与过程执行上，具体技术问题的解决不要在此讨论第三方项目开发管理经验总结分享项目管控工具第三方项目开发管理经验总结分享RTC 项目管理系统功能简介RTC（IBM公司开发的一个集软件开发和项目管理的团队协同工作的一个工具）作为新一代的软件交付协作环境，为软件开发团队提供了从需求到计划，从开发到最终交付的完整平台。它提供的功能丰富而灵活，一个团队如果能够熟练运用RTC进行软件开发活动的支持管理，必将大大提高

17、生产效率，减少管理和沟通协作的成本，它强大的代码管理和版本控制功能也为软件开发团队很好地解决了协作开发中繁琐而复杂的问,RTC这个强大的工具能够更好地支持软件开发团队的工作，交付更多更好的产品.第三方项目开发管理经验总结分享RTC中主要人员角色人员角色前段测试人员独立测试团队UE/UI设计人员软件PM其他干系人产品经理测试Leader技术负责人研发人员第三方项目开发管理经验总结分享RTC主要功能简介第三方项目开发管理经验总结分享各专业团队人员,项目干系人的配置和管理1，组建团队区域，主要是是本组组员的添加和删除，角色配置等.具体可看下面截图的演示第三方项目开发管理经验总结分享2.点击“管理项目

18、”后，在弹出的窗口的右边有个团队区域层次结构，找到到自己的小组，按如下图所示的方式，添加组员（小组添加输入组员名称添加并关闭保存），以外销中间件组为例，如下图所示 第三方项目开发管理经验总结分享3.鼠标高亮到组员，高亮栏右边点击图标，即可将当前组员移出本小组，如果下图所示 第三方项目开发管理经验总结分享4. 如果点击图标，在弹出框，对组员进行角色定义，如下图所示 第三方项目开发管理经验总结分享操作完后，角色就显示在名称的右边，如下图所示 第三方项目开发管理经验总结分享 2.项目需求管理第三方项目开发管理经验总结分享3.整个项目团队,各专业小组和个人工作进度的管控通过操作下面各功能控件可以非常清楚的了解整个项目团队完成项目的一个进度情况第三方项目开发管理经验总结分享第三方项目开发管理经验总结分享下面各专业小组完成项目的一个进度情况第三方项目开发管理经验总结分享个人工作进度的管控第三方项目开发管理经验总结分享4. BUG,风险和交互设计图的管理RTC系统的BUG和风险管理功能跟我司的JIRA系统中管理BUG功能相类似，在此不做详细描述。但RTC 还可以管理交互设计图，这个在JIRA 系统中是不具体的，具