3.7 KiB
3.7 KiB
tags, Status, ref-link
| tags | Status | ref-link |
|---|---|---|
| Task | Archived |
书签:1:46
理解敏捷:
- 对比瀑布模式 通过目标的确定性来区别判断,对于确定性强的项目,可以制定详细的规划,即瀑布式;而不确定的目标,通过敏捷的方式。
- 对比增量模式 每个周期,增加一个功能,交付一个功能。每个周期都可以理解为一个瀑布式。
- 对比迭代模式 周期与周期之间,是逐渐优化、细化的循环。最终一次交付。
- 混合型 根据项目的实际情况,混合使用敏捷与预测。
敏捷宣言
- 个体和互动 高于 流程和工具
- 可工作的软件 高于 详尽的文档
- 客户合作 高于 合同谈判
- 响应变化 高于 遵循计划
敏捷12原则
- 我们最优先考虑的是通过尽早和持续不断地交付有价值的软件使客户满意。(宣传4价值)
- 即使在开发后期也欢迎需求变更。敏捷过程利用变更为客户创造竞争优势。(欢迎变更)
- 采用较短的项目周期(从几周到几个月),经常地将会可工作的软件。(1~4周迭代)
- 业务人员和开发人员必须在整个项目期间每天一起工作。(全职/专注)
- 围绕富有进取心的个体而创建项目。提供他们所需的环境和支持,信任他们所开展的工作。(以人为本,团队为核心)
- 不论团队内外,传递信息效果最好且效率最高的方式是面对面交谈。(面对面可视化)
- 可工作的软件是度量进度的首要指标。(0~100)
- 敏捷过程倡导可持续开发。发起人、开发人员和用户要能够长期维持稳定的开发步伐。(可持续/不加班)
- 坚持不懈地追求技术卓越和良好设计,从而增强敏捷能力。(改进/重构)
- 以简洁为本,它是极力减少未完成工作量的艺术。(简洁/二八)
- 最好的架构、需求和设计出自于自组织团队。(自组织团队)
- 团队定期地反思如何能提高成效,并相应地协调和调整自身的行为。(回顾/检视)
白金三原则
精益七原则
- 精益的重点:最大化商业价值、最小化产品开发以外的活动
- 消除浪费
- 价值流图:帮助管理者来识别工作的增值活动和非增值活动,以消除效率低下。
- 八种浪费:
- 缺陷与返工
- 过量生产/软件多余功能
- 等待
- 未组织好的人才及沟通
- 搬运/多任务切换
- 库存/在制品WIP
- 移动/任务交接
- 额外过程/过多文档及审批
- 延迟决策
- 尽快交付
- 尊重成员
- 赋能/授权团队和个人
- 用任务领取,取代任务分配。
- 优化整体 系统性改进优化环境和机制。
敏捷基础方法
- 点击查看关于SCRUM的详细介绍
- 看板
- XP
敏捷做题指导思想
- 敏捷采用倒三角思考法,首先考虑时间和成本,次要考虑范围。
