敏捷学习总结-敏捷思想与基础

敏捷学习总结-敏捷思想与基础

1.敏捷宣言

  • 个体和互动 高于 流程和工具
  • 工作的软件 高于 详尽的文档
  • 客户合作 高于 合同谈判
  • 响应变化 高于 遵循计划

2.敏捷12条原则

(1)尽早持续交付有价值的软件是我们满足客户的最优先考虑;

(2)即使到了开发的后期,也欢迎需求变更。敏捷过程利用变更为客户创造竞争优势;

(3)频繁交付可以工作的软件,交付间隔越短越好,可以从一两周到一两个月;

(4)在整个项目开发期间,业务人员和开发人员必须可以天天随时沟通,一起解决问题;

(5)围绕一群有动力的个人进行项目开发,给他们提供所需要的环境和支持,并且相信他们会把事情做好;

(6)对一个开发团队来说,面对面沟通是最高效的信息传递方法;

(7)工作的软件是软件开发中首要的进展度量指标;

(8)敏捷过程提倡可持续的开发,产品的赞助者、开发者和用户应该能够保持一个长期的、恒定的开发节奏;

(9)不断关注卓越技术及优秀设计能增强敏捷力;

(10)简于形–是最大的减少不必要工作的艺术,这是敏捷的精髓;

(11)自我组织的开发团队能够逐步摸索出最合适的需求、设计和架构;

(12)每隔一段时间,团队会在如何更有效工作方面进行反省,然后对自己的做事方法进行必要的调整。

3.敏捷方法的四个核心元素

(1)迭代开发:在每次迭代中,团队开发出部分产品功能,并通过演示对产品进行评审,并做必要的调整;

(2)特性驱动:在敏捷过程中,大的产品需求特性,被分解成多个小的、相对独立的特性。实现一个产品的需求特性子集是每次迭代的目标。项目管理活动也围绕着需求特性的实现进行的,从任务分解结构(WBS)管理转向特性分解结构(FBS)管理。

(3)时间盒(timebox)的理念:时间盒表示固定的时间完成一个活动,例如:每次迭代周期固定为两周;每天的站会固定时间是15分钟等。

(4)增量提交:在瀑布开发模式下,开发出的产品特性是最后一次提交。而在敏捷模式下,如果需要,产品的特性可以增量部署提交。在一次或几次迭代后,有独立使用价值的需求特性可以及早为用户带来价值,这些需求特性的使用反馈也让开发团队能够完善产品,增加甲方和乙方的竞争力。

4.敏捷开发架构图

敏捷开发架构图
(1)产品愿景阶段:确定产品愿景及大概范围,项目目标以及约束条件(what),同时明确团队相关成员(who)及协同工作方式(how);

(2)推测阶段:围绕需求特性建立产品发布计划,主要工作包括:收集分析初始需求,估计开发成本等信息,考虑风险缓解策略,建立一个迭代和需求特性基础上的开发计划;

(3)探索阶段:计划并在较短时间内成功提交一个产品功能特性子集,并不断寻求降低项目不确定因素。

(4)调整阶段:开发团队和客户及其他重要利益相关人一起评审迭代完成的可工作软件,对产品的需求做出调整。同时团队也会从迭代过程性能(如效率)及项目状态的角度回顾刚刚结束的迭代,根据情况调整迭代过程和发布计划。本阶段的活动结果会用来帮助更好的做好下个迭代的工作。

(5)关闭阶段:每个项目都有一个结束点,结束点也是总结点,总结经验教训、优秀实践、获取新知识的总体传承。

5.Scrum管理框架

Scrum管理框架

Scrum3355理论:

1、Scrum管理框架中的三个角色:
① 产品经理(PO)
② Scrum过程经理(Scrum Master)
③ Scrum团队(Scrum Team)

2、Scrum管理框架中的三个文档
① 产品需求列表(Product Backlog)
② 迭代需求列表(Sprint Backlog)
③ 燃尽图(BURN-DOWN CHART)

3、Scrum管理框架中的五个会议
① 产品需求列表细化会议
② 迭代计划会议
③ 每日站会
④ 迭代评审会
⑤ 迭代回顾会

4、Scrum管理框架的五个价值观
① 公开
② 专注
③ 勇气
④ 承诺
⑤ 尊重

©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页