敏捷开发-需求项管理统计图

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人

敏捷开发的起源 在90年代末期,传统软件开发的方式因为其繁杂的过程,以及对文档的过于严格的要求,造成了很大程度上的效率下降,也就是人们所说的"重型化危机".因为这一原因,人们开始反思传统方法的利弊,并对其弊端进行了改进,提出了敏捷方法. 2001年2月,由Martin Fowler,Jim Highsmith等17位软件开发专家起草的敏捷宣言发表,敏捷联盟成立.敏捷开发作为一种新的方法正式诞生.敏捷宣言中所表述的价值观分为四个方面: (1)个体和互动 高于 流程和工具(2)工作的软件

本系列的第一篇[用户故事驱动的敏捷开发 – 1. 规划篇]跟大家分享了如何使用用户故事来帮助团队创建需求的过程,在这一篇中,我们来看看如何使用这些用户故事和功能点形成产品backlog.产品backlog是敏捷开发中用来管理需求列表,排定优先级,形成迭代计划,组织开发/测试和交付过程的工具.可以说,产品backlog是一个敏捷团队管理开发过程的核心,所有的活动和交付物都围绕backlog来进行.一旦需求明确,我们就必须在开发过程中持续的跟踪backlog内容的实现和交付过程,确保我们的想法可以按

近年来,在高科技行业,为了响应快速的技术迭代和产品升级,敏捷开发流程正成为越来越多企业的选择.企业希望通过敏捷开发模式,基于自身的线性发展,来获取非线性的创新与竞争优势. 敏捷开发宣言是这样重新定义研发过程: ? 个体和交互胜过过程和工具 ? 可以工作的软件胜过面面俱到的文档 ? 客户合作胜过合同谈判 ? 响应变化胜过遵循计划 敏捷开发模式的践行,并非易事.首先是团队观念的转变和组织变革,然后这些还并不足够,在敏捷流程中特别强调沟通的高效,快速而有序.要做到这样,您还需要一个协作平台. 敏捷开发

课时:13小时(2天) 敏捷开发&IPD和敏捷开发结合的实践 讲  师:杨学明 [课程背景] 集成产品开发(IPD).集成能力成熟度模型(CMMI).敏捷开发(Agile Development)是当前国内外企业产品研发管理的最常用的3种模式.随着创新环境的快速发展,许多企业都会面临这样的问题:如何快速响应市场的变化?如何推出更有竞争力的产品?如何在竞争中脱颖而出?……是大部分研发型企业普遍面临的核心问题.另外,软件项目在产品开发中位置越来越重要,逐渐占领主导地位,这时传统的IPD流程和CMMI

敏捷发展到今天已经在软件行业得到了广泛认可,但大多数敏捷方法都是为了解决某一特定问题而总结出来的特定方法或实践,一直缺乏一个可以将整个开发过程串接起来的成体系的方法.用户故事驱动的敏捷开发(User Story Driving Agile Development – UDAD)就是这样一套方法和实践,希望能够在软件开发的各个过程都提供最有效的方法让希望采用敏捷的团队能够有一个整体的方法论作为指导. 如何你对敏捷还缺乏了解,可以阅读以下文档: 关于敏捷开发 UDAD中采用了以下几个已经被广泛认可的

敏捷开发项目高效管理团队,richinfo使用的是tower,mpr tech使用的是icescrum 1.优化项目计划 敏捷开发的基本特征是迭代开发.而迭代开发的强调的是"小批量.频繁交付".尽可能地使各个任务并行. 2.进度信息的获取 3.定义完成的标准和进度信息的核实 完成的标准不仅定义了质量要求(通常是最低质量标准),也是进度衡量的重要依据 4.进度风险控制 尽早的发现进度障碍,任务采用认领的方式而非采用分配的方式落实到人,个人规避进度风险. 5.进度信息的展示.传播及其激励作

第一次看到leangoo这个产品时,笔者觉得又是一款团队协作软件工具,和其它的团队协作并没有什么本质区别. 当听创始人廖靖斌说起leangoo人员结构时,笔者起初蛮诧异,一家20多人的创业公司,顾问和研发差不多各占一半. 一家看起来做saas的公司为什么需要这么多顾问? 在和廖靖斌进行一个多小时的交流中,这个困惑渐渐被解开… Leangoo:一家顾问公司研发的SaaS工具 作为一个八年的“创业老兵”,廖靖斌始终在做的一件事就是实践.推广Scrum和敏捷开发.Scrum是风靡全球的敏捷产品开发框架

以下是我在一个长期项目研发过程中采用敏捷思想进行项目开发管理的成功实践,供大家参考 一.项目背景     1.这是一个长期维护,需要不断扩展功能的O2O平台,系统本身包含多达13个子系统,且还在不断增加中 2.系统采用了"组件化架构",各个组件之间实现了脱藕,可以各自单独扩展 3.开发资源严重匮乏,程序员严重不足,且其中能独立工作的程序员比例很低 二.敏捷开发实践 1.每一次版本迭代都包括:需求->设计->编码->测试->交付这四个阶段 2.用禅道对开发全过程进