2012-09-17 00:33:50 ghcghc123 阅读数 26
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10391 人正在学习 去看看 CSDN讲师

 

【概述】

敏捷开发系列漫画希望以活泼轻松的漫画形式,通过两个人物“熊猫”(PM)和“大拇哥”的对话,引出对敏捷开发方法的思考,并籍此引起大家的共鸣。

【人物】

熊猫:互联网行业PM的化身,现实很残酷,项目管理上总有数不尽的烦恼;

大拇哥:手持“魔方”现身说法,敏捷开发上总有说不完的故事。

【转:】http://www.kuqin.com/projectmanage/20090312/39551.html

2010-10-28 21:44:00 SysThink 阅读数 456
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10391 人正在学习 去看看 CSDN讲师

原文转自:http://www.systhinker.com/html/85/n-21485.html

敏捷开发系列漫画(一):并行迭代开发模型

【概述】

敏捷开发系列漫画希望以活泼轻松的漫画形式,通过两个人物“熊猫”(PM)和“大拇哥”的对话,引出对敏捷开发方法的思考,并籍此引起大家的共鸣。

【人物】

熊猫:互联网行业PM的化身,现实很残酷,项目管理上总有数不尽的烦恼;

大拇哥:手持“魔方”现身说法,敏捷开发上总有说不完的故事。

 


敏捷开发系列漫画(二):如何安排迭代计划

【概述】

敏捷开发系列漫画希望以活泼轻松的漫画形式,通过两个人物“熊猫”(PM)和“大拇哥”的对话,引出对敏捷开发方法的思考,并籍此引起大家的共鸣。

【人物】

熊猫:互联网行业PM的化身,现实很残酷,项目管理上总有数不尽的烦恼;

大拇哥:手持“魔方”现身说法,敏捷开发上总有说不完的故事。

敏捷开发系列漫画(三):如何跟踪项目进度

【概述】

敏捷开发系列漫画希望以活泼轻松的漫画形式,通过两个人物“熊猫”(PM)和“大拇哥”的对话,引出对敏捷开发方法的思考,并籍此引起大家的共鸣。

【人物】

熊猫:互联网行业PM的化身,现实很残酷,项目管理上总有数不尽的烦恼;

大拇哥:手持“魔方”现身说法,敏捷开发上总有说不完的故事。

敏捷开发系列漫画(四):如何分流发布版本

【概述】
  敏捷开发系列漫画希望以活泼轻松的漫画形式,通过两个人物“熊猫”(PM)和“大拇哥”的对话,引出对敏捷开发方法的思考,并籍此引起大家的共鸣。

【人物】
  熊猫:互联网行业PM的化身,现实很残酷,项目管理上总有数不尽的烦恼;
  大拇哥:手持“魔方”现身说法,敏捷开发上总有说不完的故事。

 


敏捷开发系列漫画(五):如何进行项目回顾

【概述】
  敏捷开发系列漫画希望以活泼轻松的漫画形式,通过两个人物“熊猫”(PM)和“大拇哥”的对话,引出对敏捷开发方法的思考,并籍此引起大家的共鸣。

【人物】
  熊猫:互联网行业PM的化身,现实很残酷,项目管理上总有数不尽的烦恼;
  大拇哥:手持“魔方”现身说法,敏捷开发上总有说不完的故事

2018-05-03 10:25:55 moakun 阅读数 86
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10391 人正在学习 去看看 CSDN讲师

转载自 漫画:三分钟了解敏捷开发

什么是敏捷开发?


敏捷开发(Agile)是一种以人为核心、迭代、循序渐进的开发方法。

在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。


简单地来说,敏捷开发并不追求前期完美的设计、完美编码,而是力求在很短的周期内开发出产品的核心功能,尽早发布出可用的版本。然后在后续的生产周期内,按照新需求不断迭代升级,完善产品。


这一切正如某人的名言:






是谁这么厉害,提出了敏捷开发思想?是一位名叫Martin Fowler的美国大叔。






大叔不但是敏捷开发的创始人之一,还在面向对象开发、设计模式、UML建模领域做出了重要贡献。目前担任ThoughtWorks公司的首席科学家。






敏捷开发模式的分类


敏捷开发的实现主要包括 SCRUM、XP(极限编程)、Crystal Methods、FDD(特性驱动开发)等等。其中SCRUMXP最为流行。


同样是敏捷开发,XP 极限编程 更侧重于实践,并力求把实践做到极限。这一实践可以是测试先行,也可以是结对编程等,关键要看具体的应用场景。


SCRUM则是一种开发流程框架,也可以说是一种套路。SCRUM框架中包含三个角色三个工件,四个会议,听起来很复杂,其目的是为了有效地完成每一次迭代周期的工作。在这里我们重点讨论的是SCRUM。



SCRUM的工作流程


学习Scrum之前,我们先要了解几个基本术语:


Sprint:冲刺周期,通俗的讲就是实现一个“小目标”的周期。一般需要2-6周时间。

User Story:用户的外在业务需求。拿银行系统来举例的话,一个Story可以是用户的存款行为,或者是查询余额等等。也就是所谓的小目标本身。

Task:由User Story 拆分成的具体开发任务。

Backlog:需求列表,可以看成是小目标的清单。分为Sprint Backlog和Product Backlog。

Daily meeting:每天的站会,用于监控项目进度。有些公司直接称其为Scrum。

Sprint Review meeting: 冲刺评审会议,让团队成员们演示成果。

Sprint burn down:冲刺燃尽图,说白了就是记录当前周期的需求完成情况。

Rlease:开发周期完成,项目发布新的可用版本。



如上图所示,在项目启动之前,会由团队的产品负责人(Product owner)按照需求优先级来明确出一份Product Backlog,为项目做出整体排期。


随后在每一个小的迭代周期里,团队会根据计划(Sprint Plan Meeting)确定本周期的Sprint Backlog,再细化成一个个Task,分配给团队成员,进行具体开发工作。每一天,团队成员都会进行Daily meeting,根据情况更新自己的Task状态,整个团队更新Sprint burn down chart。


当这一周期的Sprint backlog全部完成,团队会进行Spring review meeting,也就是评审会议。一切顺利的话,会发布出这一版本的Release,并且进行Sprint回顾会议(Sprint Retrospective Meeting)


那么,现实中的Scrum是什么样的情景呢?看看下面的照片就知道了:













敏捷开发与Devops


Devops是Development和Operations的合成词,其目标是要加强开发人员、测试人员、运维人员之间的沟通协调。如何实现这一目标呢?需要我们的项目做到持续集成持续交付、持续部署


时下流行的JenkinsBamboo,就是两款优秀的持续集成工具。而Docker容器则为Devops提供了强大而有效的统一环境。




关于Devops以及Docker,在以后的文章中会做出更详细的介绍。







2011-05-05 22:54:00 hundsun_leo 阅读数 456
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10391 人正在学习 去看看 CSDN讲师

这周翻完了敏捷软件开发:原则、模式与实践。我主要看了前几章的一些原则,后面的模式与实践没仔细看,很多都跳过了。

感叹内力太浅,面对这么高深、惊艳的武学,我只能象看漫画一样看看简单的招式,学点理论,增加些词汇。等内力修到一定层次了,再来学习这些高深的武功。

就像武侠小说中说的,高深的武功要有深厚的内力辅助,不然只是花拳绣腿,徒有其表。

书中提到的单一职责原则,开放-封闭原则,Liskov替换原则、依赖倒置原则等都是从实践中总结出来的,感谢作者分享他的经验,并指出一条可行的路。

我们的系统一直在朝着松耦合、易拓展、可插拔、快速交付的方向发展,也面临着很多问题:整体充满着臭味,可运行大于优雅,牵一发而动全身。

以后我们的设计要多参考这些原则,向优雅的设计靠拢

2018-05-02 14:32:00 dashen0002 阅读数 2
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10391 人正在学习 去看看 CSDN讲师

作者:伯乐在线 - 玻璃猫

原文地址:http://blog.jobbole.com/110231/
 
 
概况(本文主要讲解了什么,用简短的语言):
以传统的瀑布式开发,抛砖引玉出敏捷开发。两种方式以漫画的形式,产生出对比。用通俗的语言简短介绍了敏捷开发特点。对敏捷开发众多分类中的SCRUM重点阐述了,详细的流程。
 
 
一、漫画形式说明敏捷开发
使用两种场景的对话介绍了,常见开发流程,瀑布式开发,从而引申出敏捷开发
 
1.瀑布式开发
重点:从设计到编码,从测试到交付,每一个阶段完成后,才能进入到下一个阶段。
感想:结果是一个整体的提交,有整体性。联想到实际工作中,此方式是一个稳扎稳打,循序渐进的节奏感,这也是优势方面。缺点,整个工作的周期实际会消耗很多,后续环节,可能会因为前面的环节的风险而受到影响,特别是时间上。引用漫画中一段,精辟的话:“传统的瀑布式开发,就好比餐厅的厨师把所有的菜都做好在端上来”。
 
2.引申敏捷开发
敏捷开发,故就是为了解决传统的瀑布式开发的劣势,就像上菜一样,客户大多没有耐心等到所有菜上齐。
 
 
 
二、简要说明什么是敏捷开发
1.感想:个人理解深层的含义用一句通俗的话来说:“先定一个能达到的小目标”。个人联想场景,假设我个人(程序员)准备研发一套软件,因受人员和时间等因素的影响,我不可能花大量的时间去投入到设计方面的工作,可能更集中在编码、功能、以成果体现方面的工作。所以首先可能我会准备第一阶段,开始一些实际的编码和数据库设计等工作。
 
2.原文关键语句
简单来说,敏捷开发并不追求前期完美的设计、完美编码,而是在力求在很短的周期内开发出产品的核心功能,尽早发布出可用版本。然后在后续的生产周期内,按照新需求不断迭代升级,完善产品。
 
 
三、敏捷开发模式的分类
1.SCRUM(流行)
2.XP(极限编程;流行)
3.Crystal Methods
4.FDD(特性驱动开发)
.....等等
 
 
四、SCRUM
概述:SCRUM是敏捷开发模式中的一种,本文主要讲解SCRUM。SCRUM是一种开发流程框架,也可以说是一种套路。
 
1.基本术语
Sprint:周期,比如要开发一个功能需要多少周的时间。
 
User Story:用户的外在业务需求,类似一个客户的功能描述。
 
Task:具体的开发任务,比如某个的增删的功能。
 
Backlog:需求列表。分为软件产品整体的和周期的。
 
Daily meeting:日会。
 
Sprint Review meeting:评审和演示成果。
 
Sprint burn down:项目进展,更新并记录当前周期的需求完成情况。
 
Rlease:项目发布新的可用版本。
 
 
2.流程描述

 
 
感想:工作中也切身体会这样的工作流程,很流行很实用,特别针对人数不多的开发团队,高效率的推动整体进展,早日交付成果。作为一个程序员独立开发一套软件,这样的工作流程也可以借鉴。
 
 
五、总结
     本文只是对敏捷开发的一个初探,但通俗理解了敏捷开发的本质和特点。对于其中常用的一种类型SCRUM,个人感觉很有实用性也很普遍,我个人理解的是敏捷开发是为了团队快速高效率的产出结果的方式和一种节奏。我会有这种开发流程方式,去自己实践一款软件。作为软件开发中的某个单独的角色,也许很难再整体上对软件有把控,但我们可以先从定一个“小目标”开始,慢慢渗透到全局,先以有东西为准则。
 
 
LOG:
1.笔记创建—2018/5/2
 
 
(每个笔记至少要去回顾2次)
END
 
 

转载于:https://www.cnblogs.com/green-jcx/p/8980094.html

没有更多推荐了,返回首页