一步步学敏捷开发:1. Scrum概述

Scrum概述

  Scrum概述无非就是敏捷宣言、敏捷原则、Scrum框架和价值观。在之前先看段比较专业的Scrum介绍。

  Scrum是跨职能团队以迭代、增量的方式开发产品或项目的一种开发框架。它把开发组织成被称为Sprint的工作周期。这些迭代每个都不超过4周(最常见的是两周),并且无间歇地相继进行。Sprint是受时间箱限制的,无论工作完成与否它们都会在特定日期结束,并且从不延长。通常由Scrum团队来选定一个Sprint的时长,并且对于他们所有的Sprint都使用这一时长,直到这个团队能力提高,可以使用较短周期。在每个Sprint的初始,跨职能团队(大约7名成员)从排好优先级的列表中选择事项(客户需求)。团队对于在Sprint结尾他们相信自己可以交付哪些目标集合达成一致意见,这些交付应该是有形的并且能被真正“完成”的。在Sprint过程中不可以增加新事项,Scrum在下一Sprint时才接受变化,当前这么短的一个Sprint周期里只注重于短小、清晰、相对固定的目标。团队每天都进行简短会面来检验工作进程,并调整后续步骤以确保完成剩余工作。在Sprint结尾,团队与利益关系人一起回顾这个Sprint,并演示所构建的产品。团队成员从中获取可以结合到下一Sprint中的反馈。Scrum强调在Sprint结尾产生真正“完成”了的可工作产品。在软件领域是指已经集成的、完全测试过的、已经为最终用户生成文档的、潜在可交付的系统。说了这么多看一下Scrum框架图就明白了。

敏捷开发之 敏捷宣言

敏捷软件开发宣言

我们一直在实践中探寻更好的软件开发方法,

身体力行的同时也帮助他人。由此我们建立了如下价值观:

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

也就是说,尽管右项有其价值,
我们更重视左项的价值。

敏捷开发之 12条敏捷原则

1、我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。

2、欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌握变化。

3、经常地交付可以工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。

4、业务人员和开发人员必须相互合作,项目中的每一天都不例外。

5、激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。

6、不论团队内外,传递信息效果最好效率也最高的方式是面对面的交流。

7、可工作的软件是进度的首要度量标准。

8、敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

9、坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。

10、以简洁为本,它是极力减少不必要工作量的艺术。

11、最好的构架、需求和设计出自与自组织团队。

12、团队定期地反思如何能提供成效,并依次调整自身的举止表现。

一步步学敏捷开发:1. Scrum概述,布布扣,bubuko.com

时间: 2024-12-23 19:19:05

一步步学敏捷开发:1. Scrum概述的相关文章

一步步学敏捷开发:开篇

一步步学敏捷开发:开篇 http://www.cnblogs.com/jetlian/p/3913687.html

一步步学敏捷开发:2、如何做需求分析

刚开始写就忙着搬家,这次没有找搬家公司,蚂蚁搬家真是太麻烦,以后搬家还是要找搬家公司. 需求分析 在敏捷开发中需求分析需要全体成员参与,体现了敏捷开发的“ 个体和互动 高于 流程和工具”的价值观.让全体成员参与有几点好处:有助于及时发现团队成员对同一个需求理解不一致的问题:有助于规避人力风险,当一个需求分析者突然请假其他人可以马上顶替他:也有助于全体成员能力的提升.但是,开发人员和测试人员们在能力和经验方便,不足以胜任需求分析工作.这意味着还需要一个商务分析师这个角色,他带领全体成员去进行有效的

一步步学敏捷开发:5. Scrum的4种会议

在Scrum会议中包括:计划会议.每日站会.评审会议和回顾会议. 1.Sprint计划会(Sprint Planning) 在Scrum中,Sprint计划会议有两部分:1. 决定需要完成哪些工作?2. 决定这些工作如何完成? 第一部分:需要完成哪些工作?参会人员:Team.Scrum Master.Product Owner第一部分的会议,产品负责人向开发团队介绍排好序的产品待办事项,由整个Scrum团队共同理解这些工作.Sprint中需要完成的产品待办事项数目完全由开发团队决定.做多少工作只

一步步学敏捷开发:6、Scrum的3种工件

Scrum的3种工件包括:Product Blacklog.Sprint Backlog.完成标准. 1.产品待办事项列表(Product Blacklog) 产品Blacklog是Scrum中的核心工件,它是对整个产品的功能描述,所有功能描述都是有顺序的排列,团队依照优先排列顺序进行工作. 它是产品需求的唯一来源,开发团队所有工作都来自产品Backlog. 产品Blacklog由产品负责人创建和维护. 产品Blacklog贯穿于整个项目的生命周期. 产品Blacklog是一个有顺序的列表. 好

一步步学敏捷开发:4、Scrum的3种角色

在Scrum角色中包括:产品负责人(Product Owner,PO).ScrumMaster(SM).开发团队(Team). 角色:产品负责人(PO) Scrum团队只有一个产品负责人,他负责在限定期限内拟定可能的最有价值的产品.这是通过管理流向团队的产品待办事项,选择并梳理这些事项来完成的.产品负责人维护产品待办事项列表(Product Backlog),并确保大家都知道包括的内容以及优先级.产品负责人可能需要其他人的支持,但他只能是一个人. 并不是所有的事情都由产品负责人一个人负责.整个S

一步步学敏捷开发:3、如何写用户故事

本文是今年1月份参加Agile1001公开课后,并参考<用户故事与敏捷方法>这本书整理,阅读全文 一.什么是用户故事 用户故事是描述对用户有价值的功能,好的用户故事应该包括角色.功能和商业价值三个要素. 用户故事通常的格式为:作为一个<角色>, 我想要<功能>, 以便于<商业价值>.一个好的用户故事包括三个要素: 1.角色:谁要使用这个功能. 2.功能:需要完成什么样的功能. 3.价值:为什么需要这个功能,这个功能带来什么样的价值. 用户故事通常按照如下的格

敏捷开发方法-Scrum

为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解:所以我决定写一篇扫盲性的博文,同时试着也与园内的朋友一起分享交流一下,希望对初学者有帮助.  什么是敏捷开发? 敏捷开发(Agile Development)是一种以人为核心.迭代.循序渐进的开发方法. 怎么理解呢?首先,我们要理解它不是一门技术,它是一种开发方法,

敏捷开发 之 理论概述篇

一. 敏捷实践 1. 敏捷宣言 个体与交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作   胜过 合同谈判 响应变化   胜过 遵循计划 1.1 个体与交互胜过过程和工具 合作.沟通以及交互能力要比单纯的编程能力更为重要. 工具要选用合适的,不要一开始就盲目选择所谓强大的.要从小工具开始尝试,直到无法适用再去更换. 1.2 可以工作的软件胜过面面俱到的文档 面面俱到的文档需要花费大量的时间成本来编写和维护.过时的文档比没有文档更具危害性. Martin文档第一定律:直到迫切

SCRUM敏捷开发规则一栏

敏捷.敏捷开发这类词最近很火!敏捷开发,就是指能够在需求迅速变化的情况下快速开发软件.我们接触最多的和敏捷相关的名词是:极限编程(XP).结对编程.测试驱动开发(TDD)等. 敏捷建模(Agile Modeling,AM),的价值观包括了XP的四个价值观:沟通.简单.反馈.勇气.此外,还扩展了第五个价值观:谦逊. 敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式,目标是提高开发效率和响应能力.除了原则和实践,模式也是很重要的,多研究模式及其应用可以使你更深层次的理解敏捷开发. SC