浅谈敏捷项目管理 PPT
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浅谈敏捷项目管理
大家好
目录
• 软件开发的七个基本定律
• 软件项目管理的七个基本原则 • 敏捷开发的基本概念 • 为什么用敏捷 • 敏捷的基础知识 • 总结
大家好
软件开发的七个基本定律
大家好
1:10:100定律
需求错误导致的成本是修复程序错误成本的100倍
反 • 1 我们有哪些措施预防需求的错误？ 思 • 2 我们有哪些措施发现需求的错误？
• 根据项目的特点，制订不同的项目管理的方针政 策
大家好
原则六:简单有效
• 简单就是美 • 每一个活动是否都有价值? • 每一个文档是否都有价值? • 每一个度量数据是否有价值? • 是否有更简单有效的管理方法?
大家好
原则七:选择称职的项目经理
• 要公正无私 • 要有良好的职业道德 • 要具有管理的基本技能与知识 • 要具有很好的沟通与表达能力 • 要有很强的分析问题解决问题的能力 • 要懂技术，不要求精通，但是要全面 • 要谦虚，不能不懂装懂 • 要平易进人，不要摆架子
大家好
敏捷能不能提高“开发效率”？
敏捷开发不是用来解决所谓的“开发效率”问题的，如果真是开发效率可以从人的 技能培养、流程优化、工具改进等方面来提升，而跟敏捷开发本身没太大关系，敏 捷反而会降低所谓的效率。因为这里的“效率”被理解为相同的人，在更短的时间 内开发完成既定的功能，或者在相同的时间内能够开发更多的功能。原因如下：
反 • 在限定了资源，而项目工期又比较紧张时，我
思
们 通常牺牲了什么？我们是否真的加快了进度
呢？
大家好
1:3:9定律
随着软件系统规模的增大，其成本成倍增长，呈现 1:3:9的关系，称之为软件产业的非规模经济现象
反 • 1 我们如何降低软件的开发成本？
思
• 2 为什么提倡采用迭代的生命周期模型？ • 3 为什么提倡小项目、小团队？
反 • 在实践中我们应该如何运用 思 80- 20定律？
大家好
软件项目管理的七个基本原则
大家好
原则一:四要素的平衡原则
大家好
原则二:高效原则
• 要选择精英成员 • 目标要明确，范围要清楚 • 沟通要及时、充分 • 要在激励成员上下工夫 • 要有充分的技术复用
大家好
原则三:分解原则
化繁为简，各个击破
大家好
敏捷开发的基本概念
大家好
理解敏捷
敏捷开发是…
“一种以人为核心、迭代、循序渐进的开发方法 ! ”
在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目 的成果都经过测试，具备可视、可集成和可运行使用的特征。
大家好
理解敏捷
敏捷开发核心价值观是什么呢？ 答案是：
沟通，简单，反馈，勇气
大家好
• 敏捷开发中更加强调沟通，沟通成本会增加 • 敏捷开发对人员的要求更高，学习成本会增加 • 快速的迭代使重构工作量增加 • 信息的透明性要求较多的数据收集，使成本增加
大家好
正确认识敏捷开发的目的
敏捷开发是解决什么问题的呢？它是解决企业效益（ROI，投资回报率）最大化的 问题，评价敏捷开发的成功与否要从转型后企业效益的整体提升情况评价，而不能 单单从主观判断上看开发人员完成的功能数量与速度来评价，敏捷开发主要从以下 方面来帮助企业提升整体效益： • 拥抱变化 • 快速响应 • 快速将功能推向市场变现 • 在有限的资源条件下，做最值得做的事
• 大项目组分成几个小项目组 • 长周期分解为几个阶段 • 定义生命周期模型 • 进行WBS分解 • 版本化发布
大家好
原则四:实时控制原则
逐日跟踪
• PM检查过了? • 是否自检过了? • 是否测试过了? • 是否纳入CM库了?
每日联调
大家好
原则五:分类管理
对于不同的软件项目其项目目标差别很大，项目规 模也是不同的，应用领域是不同的，采用的技术路 线差别也很大，因而，针对每个项目的不同特点， 其管理的方法、管理的侧重点应该是不同的。
大家好
帕金森定律（Parkinson’s
Law）
工作总是用完所有可利用的时间（Work expands to fill the time available）
如果你给自己安排了充裕的时间从事一项工作，你会放慢你 的节奏以便用掉所有分配的时间
容易达到的目标将使员工工作上变得松懈
反 • 1如何规避帕金森定律？ 思 • 2如果整个项目有20%的缓冲时间，你会如何分配
• 1 在我们公司的项目中维护成本与开发成 本 的比例是多少？
• 2 我们在需求开发、设计过程中为了降低 维 护的成本采取了哪些措施？
大家好
Weinberg可靠性零定律
如果一个系统不要求是可靠的，那么它能够满足任何 的其他目的
换句话说，如果对实际工作的程序没有要求，那么你 能满足任何设置的编程交付期
• 2 有哪些合理的加快进度的措施？
大家好
80-20定律
Boehm提出的有关软件项目管理的 “二八定 理”，构成了现代软件管理过程框架的理论基 础
• 80%的缺陷是由20%的构件引起的 • 80%的软件废品和返工是由20%的缺陷引起的 • 80%的资源是由20%的构件消耗的 • 80%的工程活动是通过20%的工具完成的 • 80%的进展是20%的人完成的
理解敏捷
敏捷宣言
敏捷开发的核心思想是：以人为本，适应变化。
大家好
源自文库
谁在用敏捷
大家好
为什么用敏捷
大家好
传统瀑布型开发模式风险
• 用户只有 等到开发 后期才能 看到结果
早期的错误 要等到后期 测试才能发
现
大家好
敏捷更符合软件开发规律
传统开发
敏捷开发 • 软件更像一个活着的植物，软件开发是自底向上逐步有序的生长过程，类似于植物自然生长 • 敏捷开发遵循软件客观规律，不断的进行迭代增量开发，最终交付符合客户价值的产品
• 3 我们的质量成本是如何分布的？
大家好
改进质量的途径-
缺陷数
尽早消除缺陷
需
设
编
单元测试 集成测试 系统测试 交付使用
求
计
码
在总体注入缺陷相同的情况下，尽早地消除缺陷可以使交付 产品的质量大大提高
大家好
1:2定律
在开发中，每花费1美元，在维护中就得花费2美 元，因此要注意度量改进维护的度量元
反 思
这20%的缓冲？
大家好
布鲁克斯定律（Brooks’
Law）
人月=人*月，但是：月≠人月/人 投入更多的人到一项延迟的工作上，可以导致该项工作更加延迟 Barry Bohem：可以将软件开发进度压缩25%，但是不能再多了 200/20/6X现象：人数增加1倍，工期缩短20%，缺陷增加6倍
反 • 1 在实践中，我们是否经常通过给项目组增加人 思 手 的方式加快进度？
大家好
目录
• 软件开发的七个基本定律
• 软件项目管理的七个基本原则 • 敏捷开发的基本概念 • 为什么用敏捷 • 敏捷的基础知识 • 总结
大家好
软件开发的七个基本定律
大家好
1:10:100定律
需求错误导致的成本是修复程序错误成本的100倍
反 • 1 我们有哪些措施预防需求的错误？ 思 • 2 我们有哪些措施发现需求的错误？
• 根据项目的特点，制订不同的项目管理的方针政 策
大家好
原则六:简单有效
• 简单就是美 • 每一个活动是否都有价值? • 每一个文档是否都有价值? • 每一个度量数据是否有价值? • 是否有更简单有效的管理方法?
大家好
原则七:选择称职的项目经理
• 要公正无私 • 要有良好的职业道德 • 要具有管理的基本技能与知识 • 要具有很好的沟通与表达能力 • 要有很强的分析问题解决问题的能力 • 要懂技术，不要求精通，但是要全面 • 要谦虚，不能不懂装懂 • 要平易进人，不要摆架子
大家好
敏捷能不能提高“开发效率”？
敏捷开发不是用来解决所谓的“开发效率”问题的，如果真是开发效率可以从人的 技能培养、流程优化、工具改进等方面来提升，而跟敏捷开发本身没太大关系，敏 捷反而会降低所谓的效率。因为这里的“效率”被理解为相同的人，在更短的时间 内开发完成既定的功能，或者在相同的时间内能够开发更多的功能。原因如下：
反 • 在限定了资源，而项目工期又比较紧张时，我
思
们 通常牺牲了什么？我们是否真的加快了进度
呢？
大家好
1:3:9定律
随着软件系统规模的增大，其成本成倍增长，呈现 1:3:9的关系，称之为软件产业的非规模经济现象
反 • 1 我们如何降低软件的开发成本？
思
• 2 为什么提倡采用迭代的生命周期模型？ • 3 为什么提倡小项目、小团队？
反 • 在实践中我们应该如何运用 思 80- 20定律？
大家好
软件项目管理的七个基本原则
大家好
原则一:四要素的平衡原则
大家好
原则二:高效原则
• 要选择精英成员 • 目标要明确，范围要清楚 • 沟通要及时、充分 • 要在激励成员上下工夫 • 要有充分的技术复用
大家好
原则三:分解原则
化繁为简，各个击破
大家好
敏捷开发的基本概念
大家好
理解敏捷
敏捷开发是…
“一种以人为核心、迭代、循序渐进的开发方法 ! ”
在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目 的成果都经过测试，具备可视、可集成和可运行使用的特征。
大家好
理解敏捷
敏捷开发核心价值观是什么呢？ 答案是：
沟通，简单，反馈，勇气
大家好
• 敏捷开发中更加强调沟通，沟通成本会增加 • 敏捷开发对人员的要求更高，学习成本会增加 • 快速的迭代使重构工作量增加 • 信息的透明性要求较多的数据收集，使成本增加
大家好
正确认识敏捷开发的目的
敏捷开发是解决什么问题的呢？它是解决企业效益（ROI，投资回报率）最大化的 问题，评价敏捷开发的成功与否要从转型后企业效益的整体提升情况评价，而不能 单单从主观判断上看开发人员完成的功能数量与速度来评价，敏捷开发主要从以下 方面来帮助企业提升整体效益： • 拥抱变化 • 快速响应 • 快速将功能推向市场变现 • 在有限的资源条件下，做最值得做的事
• 大项目组分成几个小项目组 • 长周期分解为几个阶段 • 定义生命周期模型 • 进行WBS分解 • 版本化发布
大家好
原则四:实时控制原则
逐日跟踪
• PM检查过了? • 是否自检过了? • 是否测试过了? • 是否纳入CM库了?
每日联调
大家好
原则五:分类管理
对于不同的软件项目其项目目标差别很大，项目规 模也是不同的，应用领域是不同的，采用的技术路 线差别也很大，因而，针对每个项目的不同特点， 其管理的方法、管理的侧重点应该是不同的。
大家好
帕金森定律（Parkinson’s
Law）
工作总是用完所有可利用的时间（Work expands to fill the time available）
如果你给自己安排了充裕的时间从事一项工作，你会放慢你 的节奏以便用掉所有分配的时间
容易达到的目标将使员工工作上变得松懈
反 • 1如何规避帕金森定律？ 思 • 2如果整个项目有20%的缓冲时间，你会如何分配
• 1 在我们公司的项目中维护成本与开发成 本 的比例是多少？
• 2 我们在需求开发、设计过程中为了降低 维 护的成本采取了哪些措施？
大家好
Weinberg可靠性零定律
如果一个系统不要求是可靠的，那么它能够满足任何 的其他目的
换句话说，如果对实际工作的程序没有要求，那么你 能满足任何设置的编程交付期
• 2 有哪些合理的加快进度的措施？
大家好
80-20定律
Boehm提出的有关软件项目管理的 “二八定 理”，构成了现代软件管理过程框架的理论基 础
• 80%的缺陷是由20%的构件引起的 • 80%的软件废品和返工是由20%的缺陷引起的 • 80%的资源是由20%的构件消耗的 • 80%的工程活动是通过20%的工具完成的 • 80%的进展是20%的人完成的
理解敏捷
敏捷宣言
敏捷开发的核心思想是：以人为本，适应变化。
大家好
源自文库
谁在用敏捷
大家好
为什么用敏捷
大家好
传统瀑布型开发模式风险
• 用户只有 等到开发 后期才能 看到结果
早期的错误 要等到后期 测试才能发
现
大家好
敏捷更符合软件开发规律
传统开发
敏捷开发 • 软件更像一个活着的植物，软件开发是自底向上逐步有序的生长过程，类似于植物自然生长 • 敏捷开发遵循软件客观规律，不断的进行迭代增量开发，最终交付符合客户价值的产品
• 3 我们的质量成本是如何分布的？
大家好
改进质量的途径-
缺陷数
尽早消除缺陷
需
设
编
单元测试 集成测试 系统测试 交付使用
求
计
码
在总体注入缺陷相同的情况下，尽早地消除缺陷可以使交付 产品的质量大大提高
大家好
1:2定律
在开发中，每花费1美元，在维护中就得花费2美 元，因此要注意度量改进维护的度量元
反 思
这20%的缓冲？
大家好
布鲁克斯定律（Brooks’
Law）
人月=人*月，但是：月≠人月/人 投入更多的人到一项延迟的工作上，可以导致该项工作更加延迟 Barry Bohem：可以将软件开发进度压缩25%，但是不能再多了 200/20/6X现象：人数增加1倍，工期缩短20%，缺陷增加6倍
反 • 1 在实践中，我们是否经常通过给项目组增加人 思 手 的方式加快进度？