网站大量收购独家精品文档,联系QQ:2885784924

敏捷软件开发项目管理与实践07 项目冲刺及跟踪管理Part2(任务4、5)-2学时.pptx

敏捷软件开发项目管理与实践07 项目冲刺及跟踪管理Part2(任务4、5)-2学时.pptx

  1. 1、本文档共53页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

;;;一张完美的图纸不等于一栋坚实的大厦,精心制定的发布计划、冲刺计划并不等于符合客户预期的软件。

相对于传统领域的项目管理,受软件不可见性、易变性等固有特性的限制,项目的进度跟踪及监控更具有挑战性和复杂性。

受需求变更、进度异常、估算不准、团队配合、资源未及时到位等因素的影响,制定好的计划肯定会发生变化,这是必须面对并解决的问题。;在构建好团队的情况下,根据进展的实际情况逐步优化调整计划。

在执行计划时要做到充分授权、合理分工、明确职责。

并要及时沟通,根据需要调配资源,关注执行过程中风险的把控。;项目跟踪与监控的目的就是了解项目的进展,以便在性能显著偏离计划的时采取适当的纠正措施。

通过跟踪、监测,及时了解项目计划的实际执行情况(包括工作量、成本、进度、缺陷、承诺以及风险等),评价项目状态,为项目负责人以及各级管理者提供项目当前真实情况的可视性,并判断项目是否健康的沿着计划所期望的轨道取得进展。

当项目状态偏离了期望的轨道时,则应采取纠正措施,使项目的规模、工作量、进度、成本、缺陷以及风险得到有效控制,必要时调整项目计划,最终将项目调整到期望的轨道上。;项目计划是管理项目的总体计划;是监督项目活动、沟通状态和采取纠正措施的基础。

定期比较实际值与计划值(或估算值),有助于管理客户和利益相关方的期望,通常包括:

规模、工作量、成本、进度

复杂性、质量、里程碑

知识和技能、资源

利益相关方参与度、承诺

迁移到运营和支持

当实际值显著偏离预期值时可采取如下的一些纠正措施,并对纠正措施进行跟踪直到关闭:

修改完成工作的策略

更新目标、修改估算、修改计划

建立或修改协议和承诺,更新风险管理活动和工作产品;Scrum项目跟踪与监控贯穿整个敏捷开发过程,体现在如下环节:

发布计划,制定每次版本发布的计划,需要对整个项目已经开展的情况进行检查回顾。

待办事项列表(需求/用户故事/产品积压)梳理,需要考虑到已完成工作的情况。

冲刺计划,在过程中会根据项目实际进展,修正发布计划及具体完成的内容。

冲刺执行(每日站会),会对工作执行情况进行讨论并给出后续的承诺。

冲刺评审/演示,对本冲刺完成的产品增量进行展示并得到反馈。

冲刺回顾,对本冲刺活动进行回顾,找出亮点及待改进点,及时做纠正或调整。;使用Scrum的敏捷团队的典型监控实践会产生以下信息:

任务看板显示正在执行的工作状态,特别是分配给冲刺的任务和待办事项列表项。

在DevOpsServer中是通过任务看板和积压工作看板两个样式来显示的。

燃尽图显示每个冲刺中剩余的故事点数,并且表明发布的所有工作通常由几个冲刺组成。

每天更新冲刺(迭代)燃尽图,指示完成冲刺工作所需的时间,通常是在站会前完成更新。

墙上和/或数字屏幕上的视觉信息,指示团队绩效、文化和任务的当前状态。

使用DevOpsServer的仪表板来实现。;当工作进展的实际结果相较于计划存在显著差异时,采取纠正措施并设法完成工作(变更计划或提升性能),典型的纠正措施可能包括:

调整资源以防止性能问题或提高性能

重新平衡资源之间的工作量

改进过程以提高生产力、效率和有效性

改进设计,来提高生产力、效率和有效性

增强能力和可用性,例如增加人员或其他资源

通过调整来优化和提高能力或性能

调整需求

通过需求管理技术来改进资源的使用情况

先从评估和其他过程的执行来收集问题;然后分析问题以确定是否需要纠正措施。

采取纠正措施需得到干系人的同意,并内外部承诺变更达到一致。;;在冲刺中,完成前几个产品积压工作项给测试都需要花费一定的时间。在最初的几天,的测试人员需为本冲刺订单中的产品积压工作项编写测试用例,以帮助开发人员为实施测试自动化做准备。测试人员也可以帮助团队梳理积压工作项。

建议开发团队在冲刺过程中尽可能多地把开发出的软件部署到测试环境,并实现自动化部署和测试,以便尽早更频繁地验证开发成果。

测试新积压工项时会发现错误,团队必须在冲刺中修复这些错误,在没有修复之前产品积压工作项不能改为“完成”状态。

确保整个团队在产品负责人的主导下,参与定期的积压项梳理工作;开发团队成员应当积极参与并协助开展积压工作项的梳理,以便为后续的冲刺提前做好准备。;整个团队,专注于冲刺积压区的顶部工作项,并自上而下进行工作。

选择特定积压项的第一项任务的个人要激活产品积压项,或在“看板”上移动到下一个泳道。

对某项任务,一旦团队成员开始处理该任务,就将其设置为“正在进行中”状态,或通过冲刺“任务看板”,把该任务拖到“正在进行”泳道。

团队成员完成任务后,将任务更改为“完成”状态,或在任务面板上把其从“正在进行”泳道拖到“完成”泳道,“剩余工作”设为0。;产品积压项对应的所有开发任务完成后,应将其移至已提交状态或表示开发已完成且测试已开始的任何其他自定义状态。可

文档评论(0)

yzs890305 + 关注
实名认证
内容提供者

计算机二级持证人

该用户很懒,什么也没介绍

领域认证该用户于2024年11月02日上传了计算机二级

1亿VIP精品文档

相关文档