- 1、本文档共76页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
;;;为创造独特的产品、服务或结果而进行的临时性工作。项目的临时性表明项目工作或项目工作的某一阶段会有开始也会有结束。通常具备如下特点:
明确的目标
独特的性质
资源成本的约束性
实施的一次性
项目的确定性,必须有确定的终点
特定的委托人,以客户为中心
结果的不可逆转性
风险性、创新性
项目可以在一个项目集或项目组合内运作,也可以作为一个独立的活动进行;通常项目管理办公室(PMO)可能会为项目组合内的项目集和项目提供支持。;根据项目的定义,举出符合该特性的示例。
随机抽取5位同学进行举例,并对举例进行分析点评。;软件工程认识观;软件工程认识观;2012年,CHAOS报告:
小型项目(人工成本小于百万美元),成功76%,被质疑(超期超预算)20%,失败4%;
大型项目(大于千万美元)成功10%,质疑52%,失败38%。
经过CHAOSReport的统计,发现软件项目成功的十大保证中,有三个到四个(其中一个是需求定义),认为和需求相关差不多占到40%左右。而十大败因中,直接和需求相关的更是超过了50%。
也就是说,需求一旦出现问题,项目基本上就是失败了,包括完全失败、在项目成本的大幅度超支、在项目进度上的较多的延迟。;软件工程认识观;软件工程认识观;软件工程认识观;目的:估算开发、采购或交付解决方案所需的工作和资源的规模、工作量、周期和成本;为做出承诺、策划和减少不确定性提供依据,有助于尽早采取纠正措施并提高实现目标的可能性。
敏捷团队是在产品积压工作项列表细化梳理和冲刺计划期间进行估算的,通常是粗略的数量级估算。
在实践应用中,通常使用相对大小来估算规模,使用故事点或某个度量单位作为规模大小的衡量单位。
在规模估算的基础上,完成任务和工作量估算;对于估算中讨论和确认的假设,要在冲刺回顾时进行审查,以改进估算。;目的:制定计划来描述在组织标准和约束条件内完成工作所需的内容,包括:预算、进度、资源需求、能力和可用性,质量,功能需求,风险和机会;要执行的工作,适用的组织级标准过程集、资产和裁剪指南,依赖关系,由谁执行工作,与其他计划的关系,利益相关者及其角色等,从而增加实现项目目标的可能性。
在使用Scrum的敏捷开发中,通常由以下5点来支撑策划实践域。
产品订单,整个已知故事集的已划分优化级的用户故事或长篇故事;
冲刺订单,冲刺中选择的用户故事或长篇故事,由敏捷团队进行估算并进一步细分为任务;
故事责任,团队成员自行认领用户故事,并承诺在冲刺期间完成;
进度,每个冲刺都有一个固定的持续时间,冲刺的集合定义了预期的总发布进度;
预算,坚持一个固定的团队、固定的时间盒模型,在进行总体检查时,有助于识别项目预算的关键因素;目的:提供对项目进度的掌握,以便在绩效显著偏离计划时采取适当的纠正措施;通过及时采取行动调整显著的绩效偏差,提高达到目标的可能性。
在敏捷开发的软件项目管理中,需要关注如下内容:
任务看板显示正在执行的工作状态,特别是分配给冲刺的任务和积压工作列表项的状态。
发布燃尽图显示每个冲刺中剩余的故事点数,并且表明发布的所有工作通常由几个冲刺组成。
每天更新冲刺燃尽图,指示完成冲刺工作所需的时间。
墙上或数字屏幕上的视觉展示信息,指示团队绩效、文化和任务的当前状态。
通过发布计划、产品积压工作项梳理、冲刺计划、冲刺执行(每日站会)、冲刺评审/演示、冲刺回顾等来完成项目的监督与控制。;目的:是识别、记录、分析和管理潜在的风险或机会,缓解不利影响或充分利用积极影响来提高实现目标的可能性。
在敏捷开发的软件项目管理中,通常使用风险日志的方式来管理风险,通过每日站会、频繁反馈的短冲刺、与客户或团队的紧密合作来管理风险和机会;
把风险与机会管理添加到两个冲刺或选定冲刺的计划、执行和回顾活动中,进行各项活动时,花几分钟时间更新风险与机会信息。;;软件工程认识观;软件工程认识观;研发立项的目的:
降低项目投入的风险,避免研发项目的随意性;
加强项目的目标、成本和进度考核,提高项目成功比例;
杜绝不实际的研发项目展开,避免公司资源浪费。
业务立项的目的:
不放过可以赢利并且能做或可以做的项目,拒绝亏本并且不值得亏本或者暂时做不了或不值得做的项目;
比较清楚地了解用户需求和客户信用状况,减少合同签订后的变更;
确定一个比较合理的报价。;在《立项报告》、《立项可行性分析报告》、BRD(商业需求文档)等文档中对项目进行陈述。尽可能全面的考虑方方面面的因素,权衡得失。通常至少包括:
产品在市场上的竞争情况如何,前景如何,是否值得研发?
产品研发到底有多大把握?
项目是否可行,技术积累如何,现有人力能否调配过来?
项目要完成哪些需求?需求是否明确,是否合理?
工作由谁负责,哪些人去做?如何做?;软件工程认识观;产品研发类项目
在两种情况下可以提出新产品
您可能关注的文档
- 蜜蜂合作方案.ppt
- 免提使用左耳去测试接收方向.ppt
- 敏捷软件开发项目管理与实践01 前言-2学时.pptx
- 敏捷软件开发项目管理与实践02 软件工程概述(任务1-1)-4学时.pptx
- 敏捷软件开发项目管理与实践04 软件需求及开发积压工作管理(任务2)-4学时.pptx
- 敏捷软件开发项目管理与实践06 软件配置管理及源代码版本控制(任务6、7)-2学时.pptx
- 敏捷软件开发项目管理与实践07 项目冲刺及跟踪管理Part2(任务4、5)-2学时.pptx
- 敏捷软件开发项目管理与实践08 软件构建与持续集成管理(任务8-可选)-2学时.pptx
- 敏捷软件开发项目管理与实践10 软件发布及持续部署(任务11)-2学时(选讲).pptx
- 敏捷软件开发项目管理与实践11 大规模团队应用敏捷模式-2学时(选讲).pptx
文档评论(0)