敏捷开发之道(四)Scrum概述】的更多相关文章

上次的博文敏捷开发之道(二)极限编程XP和敏捷开发之道(三)极限编程XP续中,我们介绍了一下敏捷开发中的XP开发方法,今天咱们来了解另一个比较流行的敏捷开发方法--Scrum. 1.Scrum简介 Scrum是一种兼顾计划性和灵活性的敏捷开发过程,来源于美式足球中的"带球过人","带球过人"的含义主要是在比赛开始之前制定一个计划,在比赛中随机应变. 2.Scrum与传统开发模式 在传统开发模式中,我们通常将开发模式分为:需求.设计.编码.测试等阶段,而在Scrum中…
上次的博文敏捷开发之道(二)极限编程XP中,我们了解了XP的实践中的其中四个,今天我们来一起学习一下剩余的实践. --接上文 5).结对编程 结对编程就是由结对的开发人员使用同一台电脑共同完成一项任务.在结对编程中,同一时刻只有其中一位开放人员拥有键盘的控制权,另一位则负责寻找代码中漏洞和可以改进的方法,两个人可以进行交互和合作,这对提高开发人员的团队意识和合作有着积极的作用.         同时,关于结对编程是否能够像我们想象的那样,这就需要我们去实践了. 6).测试驱动的开发方法 测试驱动…
上次的博文敏捷开发之道(一)敏捷开发宣言中,我们介绍了一下敏捷开发宣言,在其中,我们了解到了关于敏捷开发的几个重要的价值观.今天我们来了解一个敏捷开发的方法--极限编程XP 1.介绍 极限编程(eXtreme Programming,简称XP)是敏捷方法中最被推崇的一个,它是一种优良的.通用的软件开发方法,它是由一组简单.具体.相互依赖的实践组成,这些实践结合在一起形成了敏捷开发过程.项目团队可以直接拿来使用,也可以对其中的实践进行修饰. 2.实践 1).客户作为团队成员 我们上篇的博客中提到,…
瀑布式开发.迭代开发,区别[都属于,生命周期模型]         两者都是一种开发模式,就像设计模式一样,考虑的角度不一样,个人感觉谈不到取代一说.         传统的瀑布式开发,也就是从需求到设计,从设计到编码,从编码到测试,从测试到提交大概这样的流程,要求每一个开发阶段都要做到最好.特别是前期阶段,设计的越完美,提交后的成本损失就越少.我现在从事的外包项目就是这样的流程.         迭代式开发,不要求每一个阶段的任务做的都是最完美的,而是明明知道还有很多不足的地方,却偏偏不去完善…
本文主要是为了检测你对SCRUM Sprint 计划会议二的了解和使用程度, 通过本文你可以检测一下     1.你们的SCRUM Sprint 计划会议二的过程和步骤    2.SCRUM Sprint 计划会议二的输出结果该会议是在Sprint 计划会议一的基础上进行的.一.会议目的     该会议的工作以设计为主.产品开发团队可以为他们要实现的解决方案完成设计工作.在会议的结束,团队知道如何构建他们在当前 Sprint中要开发的功能      1.  确定 sprint 长度       …
本文主要是为了检测你对SCRUM 评审会议的了解和使用程度, 通过本文你可以检测一下     1.你们的SCRUM 评审会议的过程和步骤    2.SCRUM 评审会议的输出结果一.会议目的     1. 团队的成果得到认可.他们会感觉很好.     2. 其他人可以了解你的团队在做些什么.     3. 演示可以吸引相关干系人的注意,并得到重要反馈.     4. 演示是(或者说应该是)一种社会活动,不同的团队可以在这里相互交流,讨论各自的工作.这很有意义.     5. 做演示会迫使团队真正…
本文主要是为了检测你对SCRUM Sprint 计划会议的了解和使用程度, 通过本文你可以检测一下     1.你们的SCRUM Sprint 计划会议的过程和步骤    2.会议的输出结果    Sprint 计划会议非常关键,应该算是 Scrum中最重要的活动(这当然是我的主观意见).要是它执行的不好,整个 sprint 甚至都会被毁掉.      举办 Sprint计划会议,是为了让团队获得足够的信息,能够在几个星期内不受干扰地工作,也是为了让产品负责人能对此有充分的信心一.会议目的  …
本文主要是为了检测你对SCRUM 全员会议的了解和使用程度,通过本文你可以检测一下  1.你们的SCRUM 全员会议的过程和步骤    2.SCRUM 全员会议的输出结果 一.会议目的     组成团队,培养团队士气,了解项目背景二.会议时间     控制在2个小时以内三.会议准备        1.会议有明确的目标        2.所有与会者都收到邀请       3.至少在会议举行一天前确定好议程        4.将会议目标和议程已被发送给所有与会者       5.所有会议资源都已预订…
Scrum的3种工件包括:Product Blacklog.Sprint Backlog.完成标准. 1.产品待办事项列表(Product Backlog) 产品Blacklog是Scrum中的核心工件,它是对整个产品的功能描述,所有功能描述都是有顺序的排列,团队依照优先排列顺序进行工作. 它是产品需求的唯一来源,开发团队所有工作都来自产品Backlog. 产品Blacklog由产品负责人创建和维护. 产品Blacklog贯穿于整个项目的生命周期. 产品Blacklog是一个有顺序的列表. 好的…
在Scrum角色中包括:产品负责人(Product Owner,PO).ScrumMaster(SM).开发团队(Team). 角色:产品负责人(PO) Scrum团队只有一个产品负责人,他负责在限定期限内拟定可能的最有价值的产品.这是通过管理流向团队的产品待办事项,选择并梳理这些事项来完成的.产品负责人维护产品待办事项列表(Product Backlog),并确保大家都知道包括的内容以及优先级.产品负责人可能需要其他人的支持,但他只能是一个人. 并不是所有的事情都由产品负责人一个人负责.整个S…