学习敏捷开发的流程

一、什么是敏捷开发?

在软件工程的语境里,“敏捷流程”不是指某一种具体的方法论或过程,而是一系列价值观和方法论的集合。

二、敏捷开发的原则

1.  尽早并持续地交付有价值的软件以满足顾客需求。

2.  敏捷流程欢迎需求的变化, 并利用这种变化来提高用户的竞争优势。

3.  经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。

4.  业务人员和开发人员在项目开发过程中应该每天共同工作。

5.  以有进取心的人为项目核心,充分支持信任他们

6.  无论团队内外,面对面的交流始终是最有效的沟通方式

7.  可用的软件是衡量项目进展的主要指标

8.  敏捷流程应能保持可持续的发展。 领导, 团队和用户应该能按照目前步调持续合作下去。

9.  只有不断关注技术和设计才能越来越敏捷.

10.  保持简明 - 尽可能简化工作量的技艺 - 极为重要。

11.  只有能自我管理的团队才能创造优秀的架构, 需求和设计.

12.  时时总结如何提高团队效率, 并付诸行动。

三、敏捷开发的流程

敏捷开发的具体方法论有哪些呢?Scrum,极限编程(XP),动态系统开发方法(DSDM),特征驱动开发(Feature Driver Development)等等。这里我举以Scrum例的开发流程:第一步,找出完成作品所需要做的事情,估计好工作量。第二步,决定当前的冲刺需要解决的问题,团队人员进行主导任务的估计和分配。第三步,冲刺,进行每日立会,依次报告昨天做了什么,今天要做什么,遇到哪些问题。第四步,得到软件的一个增量版本,发布给用户,在此基础上又进一步计划新功能的改进。

敏捷的团队要求十分简单:自主管理(自己挑选任务,每次sprint结束后,总结不足,提出改进并实施)、自我组织(所有人联合起来对项目负责)、多功能型(每个人全面负责,自己搞定规格说明书、测试)。

时间: 2025-01-01 20:56:17

学习敏捷开发的流程的相关文章

转发学习敏捷开发扫盲

刚刚看到一位前辈的敏捷开发扫盲介绍,觉得受益匪浅,转过来为后续学习用. 敏捷开发之Scrum扫盲篇 现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP... 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要 目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解:所以我决定写一篇扫盲性的博文,同时试着也与园内的 朋友一起分享交流一下,希望对初学者有

敏捷开发有流程吗?

CMMi 或是敏捷,都是有流程的,否则不可能经由CMMi 或敏捷而产出产品. 只是过往大家都被 CMMi 所误导,认为所谓的流程就是文档,审批,追踪,检查项,检查点-- 敏捷希望大家重新思考什么才是流程? 流程真正的核心要素为何? "敏捷在它的敏捷宣言中,给了我们答案." 所以,既然流程的定义不同了,在敏捷开发中,对所谓的流程的思维与作法,自然就会不同. 我想,只要是做产品,该有的,还是都有的.该做的,还是都得做.不论是 CMMi 或是敏捷. 只是现在世界变得不可预期,我们确实需要个方

从零开始学习敏捷开发(一)

一.敏捷开发--历史背景: 20世纪60年代:软件作坊,软件规模小,以作坊式开发为主: 70年代:软件危机,硬件飞速发展,软件规模和复杂度激增,引发软件危机: 80年代:软件过程控制,引入成熟生产制造管理方法,以"过程为中心"分阶段来控制软件开发(瀑布模型),一定程度上缓解了软件危机: 90年代:重型过程,软件失败的经验促使过程被不断增加约束和限制,软件开发过程日益"重型化",开发效率降低.响应速度发慢: 2001~今:敏捷正在流行,随着信息时代到来,需求发化更快,

敏捷开发--工作流程的梳理

2019年08月09日,上海受台风利奇马的影响,晚间狂风大雨. 临下班,合作渠道WB在微信群里报告线上生产事故问题:赶快扒日志看记录,日志显示一切正常,看不出bug在哪里,WB声称并未接收到我方CI的回调请求.晚七点多,肚子已经饿了,给WB说,看日志CI没啥问题,先撤了. 在出公司大楼经过一个拐角的时候,隐隐感觉这情形代码里的配置项会不会有问题,心里很是忐忑,冒雨又折回.重新打开电脑,再捋一遍代码的时候,bug像一道匕首直刺心头:卧槽,这个路径竟然还是测试环境 的路径!项目组是公司敏捷开发团队,

敏捷开发实施流程

迭代周期: 2 ~ 3周 一.需求过程(1 - 2天) 与产品经理,产品使用人员沟通产品功能与新需求 程序经理完成需求整理与确认 程序经理.开发经理.测试经理完成需求沟通 要求: 控制需求范围,必须确保需求可提交 严格控制工期,无特殊原因,延期不得超过2天:特殊原因根据影响评估延期时间 需求确认需经过:"讲解 – 复述 – 确认"过程,规避需求理解偏差 以原始需求列表为准,不做详细需求列表 通过白板确认需求范围,并确定开发范围 二.开发过程(3 – 5天) 开发经理确定开发任务点,并分

互联网公司的“敏捷开发”流程是怎么样的,每个职位的角色和分工是什么?

作者:暗灭 第一   为什么需要敏捷开发. 在几万年以前,软件项目的开发都是以年来计算的,这代表什么意思呢 ?需求设计了半年多,方案设计做了半年多,开发了三年多,测试了半年多,修改Bug用了半年多.总计花了很长很长的时间,然后上线后发现有很多需求已经不存在了,同时又出现了很多新的需求. 怎么办?继续改.这一改又是半年多的时间过去了.马丹用户的需求还再改,怎么办? 这是困扰软件开发项目的最大的问题,越大的项目,参与的人越多,风险越大.文档越规范,维护起来的难度就越高,导致项目中遇到的问题越来越多.

敏捷开发如何在创业公司实施

敏捷协作工具:Leangoo拥有看板式的协作方式,简洁直观,能够轻松拖拽任务卡和任务列表,并在团队成员间实时同步看板变化.同时它简洁实用的功能使它比其他软件更轻量,能让团队在5分钟内协作起来,无需耗费大量的学习和使用成本.它的免费.无成员和项目数量的限制更让广大团队协作没有了后顾之忧.所以,作为一款资深敏捷团队精心打造的团队协作工具,leangoo一经上线就吸引了众多用户的支持和好评.官网:leangoo.com 说起敏捷开发,并不是因为敏捷而敏捷.这几年的敏捷开发已经被很多敏捷咨询服务商神话了

[敏捷开发实践](1) 认识敏捷开发

[敏捷开发实践](1) 认识敏捷开发 1,提要 软件开发是一个系统工程,包括最初的可行性分析.再到设计.开发.测试.维护等整个生命周期.在这个过程中某些阶段的失误或说是变化,都可能增加整个软件项目的风险. 如何在保证效率的基础上还能安计划.保证质量的完成软件项目?于是产生了软件开发的一些方法,这个方法不是指具体有编码阶段的各种设计模式和技巧,而是在整个软件开发策略层面的方法. 传统瀑布模式和新型的敏捷开发就是其中最常用的方法,后面着重讨论敏捷开发的优缺点和敏捷开发的基础知识. 2,常用的开发模式

创业公司如何实施敏捷开发(转载)

转载自LANCEYAN.COM 说起敏捷开发,并不是因为敏捷而敏捷.这几年的敏捷开发已经被很多敏捷咨询服务商神话了,这个东西并不是神器,实施了就可以解决所有软件公司的问题,而是要结合自己公司的特点和问题摸索出适合自己的一套模式. 大家都知道,创业公司刚开始需要研发出一款产品并且能够使公司赚钱的产品,不过大部分创业公司没有那么容易一下就能做出来,很多公司还没有成功的产品资金链就断掉了,公司也死掉了.我们公司是这样一个状况,有一条产品线可以维持公司开支并仅仅刚够盈余,要扩大高速发展还不够,一直维持就