导图社区 敏捷是什么
敏捷项目管理中的敏捷到底是什么?敏捷包括了三个方面: 1)敏捷宣言,即敏捷4大价值观; 2)敏捷12大原则; 3)敏捷实践。
编辑于2021-05-16 11:51:28本图梳理了热门学科专业及其头部高校学府,以及所在城市能信息,希望对各位考生和大家有所帮助 ## 计算机科学与技术专业 ## 电子工程专业 ## 土木工程专业 ## 化学工程专业 ## 机械工程专业 ## 电气工程专业 ## 生物医学工程专业 ## 环境科学与工程专业 ## 材料科学与工程专业 以上9个热门专业供大家参考,希望各位考生高中。
本图梳理了热门学科专业及其头部高校学府,以及所在城市能信息: # 计算机科学与技术专业 # 电子工程专业 # 土木工程专业 # 化学工程专业 # 机械工程专业 # 电气工程专业 # 生物医学工程专业 # 环境科学与工程专业 # 材料科学与工程专业 以上供大家参考。
本图梳理了办公室日常英语20则,包括他们的翻译,希望对大家的工作学习有所帮助。希望请关注我,主页有很多知识分享。
社区模板帮助中心,点此进入>>
本图梳理了热门学科专业及其头部高校学府,以及所在城市能信息,希望对各位考生和大家有所帮助 ## 计算机科学与技术专业 ## 电子工程专业 ## 土木工程专业 ## 化学工程专业 ## 机械工程专业 ## 电气工程专业 ## 生物医学工程专业 ## 环境科学与工程专业 ## 材料科学与工程专业 以上9个热门专业供大家参考,希望各位考生高中。
本图梳理了热门学科专业及其头部高校学府,以及所在城市能信息: # 计算机科学与技术专业 # 电子工程专业 # 土木工程专业 # 化学工程专业 # 机械工程专业 # 电气工程专业 # 生物医学工程专业 # 环境科学与工程专业 # 材料科学与工程专业 以上供大家参考。
本图梳理了办公室日常英语20则,包括他们的翻译,希望对大家的工作学习有所帮助。希望请关注我,主页有很多知识分享。
敏捷是什么
敏捷宣言 Manifesto (4大价值观)
价值观指导实践, 原则是连接两者的桥梁
”我们一直在实践中探寻更好的软件开发方法, 身体力行的同时也帮助他人, 由此我们建立了这样的价值观。 也就是说, 尽管右项有其价值,但我们更种实左项的价值!“
个体和互动 高于 流程个工具
流程和工具是“死”的,人是“活”的
项目里的众多活动都是由“人”来执行的,而不是“工具”和“流程”
个体和互动,是项目获得成功的最重要的因素
将工作切成小块,各角色频繁互动
可工作的软件 高于 详尽的文档
创建可工作的软件是重点
直到迫切需要且意义重大时,才进行文档编制
编制内部文档应尽量短小并主题突出
计划驱动的需求获取中,随着时间的推移,产品知识的积累逐步增加
要尽早交付可工作的软件
客户合作 高于 合同谈判
自始至终我们应该和客户一起致力于共同定义的“完成”
客户不可能做到一次性将需求完整清晰地表述在合同中
改进产品确认方式
多层次合同结构
在总预算不变地前提下变更免费
实现商业价值后,可提前终止
分级制合同
固定价格地工作包模式
响应变化 高于 遵循计划
计划必须有足够的灵活性和可塑性
短期迭代计划比中长期迭代计划更有效
灵活性实际上提高了项目的稳定性,敏捷中的变更时可预测和可管理的
做计划的真正目的是:引发讨论
响应变化与遵循计划
预测型项目管理--火箭
敏捷型项目管理--巡航导弹
对变更的态度:敏捷欢迎变更,预测型限制变更
敏捷让变更成本趋于平稳
敏捷12原则 Principle
尽早交付、持续改进、 范围的灵活性、反映客户需求
1||| 我们的最高优先级是通过持续地、尽早地交付有价值的软件来满足客户
2||| 我们欢迎需求的变化,即使在开发后期。敏捷过程能够驾驭变化,保持客户的竞争优势
3||| 经常交付可工作的软件,从几星期到几个月,时间尺度越短越好
4||| 业务人员和开发者应该在整个项目过程中始终朝夕在一起工作
5||| 围绕斗志昂扬的人进行软件开发,给开发者提供适宜的环境,满足他们的需要,并相信他们能够完成任务
6||| 在开发小组中最有效率也是最有效果的信息传达方式是面对面的交谈
7||| 可工作的软件是进度的主要度量标准
8||| 敏捷过程提倡可持续开发。出资人、开发人员和用户应该维持不变的节奏
9||| 对卓越技术与良好设计的不断追求将有助于提高敏捷性
10||| 简单---尽可能减少工作量的艺术---至关重要
11||| 最好的架构、需求和设计都源自自我组织的团队
12||| 每隔一定时间,团队都要总结如何更有效率,然后相应地调整自己的行为
敏捷的各种实践 Practice
共性:
迭代式开发
增量交付
开发团队和用户团队反馈推动产品开发
持续集成
自组织团队
两大分类:
原则理念
精益(Lean)
精益六西格玛
看板
“原则”:广泛普遍性,指导思考和领悟
方法框架
Scrum
FDD
XP
DSDM
Crystal
......
“实践”:执行原则二采取的实际措施,必须考虑具体环境
精益软件开发七大原则
(1) 消除浪费 Eliminate Waste
价值流映射(Value Stream Mapping)
总循环时间 Total Cycle Time
过程循环效率 Process Cycle Efficiency - PCE
精益中衡量整体流程健全度的最佳指标
较少浪费的关键术语:
价值 Value
用户/客户想要或需要的
浪费 Waste
不增加价值的活动
拉 Pull
下有活动根据其能进行“拉动式”工作
流 Flow
通过缩小增值活动中的差距来交付价值
完善 Perfection
持续检查和调整
Value-added 增值
为用户在最终产品上增加形式、功能和价值的过程
Non-Value-Added 非增值
不增加形式、功能、或者协助成品制造的过程
Non-Value-Added-But-Necessary 必要的非增值活动
不增加价值,但对最后增值产品是一个必要过程
(2) 增强学习 Amplify Learning
注意PDCA的这里的应用
要点:
最少成本产生最多的知识
短学习周期是高效的学习过程
测试是最好的反馈
善用共同开发工具助力团队协同合作(如Git)
(3) 延迟决策 Defer Decision
尽量延迟决策 
适当等待
最后责任时刻
当再不做出决策时, 不做决策的成本 就会高于 做出决策的成本 的那个时刻
使用场景:变化可能性大 & 范围不明确性高
(4) 尽快交付 Deliver Fast
尽快交付有价值的产品增量
运用拉式系统驱动工作尽快交付
推式系统
以完成任务为核心
着眼内部的生产率
拉式系统
以客户价值为核心
着眼外部需求
工作由最接近客户的智能拉动,以确保团队工作时刻以目标为中心
(5) 授权团队 Empower the Team
成熟组织关注的是整体系统,强调的是有效学习
一群积极创造增值的人员才是组织真正的核心
运用简单规则法
(6) 构建完整性 Build Quality In
两大类别:
感知完整性 Perceived Integrity
方便、美观、简洁
概念完整性 Conceptual Integrity
兼容、匹配、架构完整
方法:
增加知识
接受变更
营造环境
(7) 全盘检视 Optimize the Whole
一个系统的好坏不是由单一组件来决定的,也不是各部分的总和,还要加上各部分相互的协作能力 - 玛丽&汤姆·波彭迪克