2019-10-31 09:25:34 janeqi1987 阅读数 29
  • SCRUM敏捷开发视频教程

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

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

敏捷的故事始于一小群创新者,他们聚在一起试图找到解决这些问题的新方法。他们一开
始就对以下这四则价值观达成了一致,认为这些是成功团队和成功项目共有的特质。他们
把这四则价值观称为“敏捷软件开发宣言”(Manifesto for Agile Software Development)。
• 个体和互动高于流程和工具
• 可工作的软件高于详尽的文档
• 客户协作高于合同谈判
• 响应变化高于遵循计划

2017-06-22 00:15:23 chunyexiyu 阅读数 383
  • SCRUM敏捷开发视频教程

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

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

再次参与敏捷开发项目2年多了,期间有敏捷教练的指导,也有实践的一点感悟:

由于从事的岗位,站的角度偏向于从开发人员的角度、开发负责人角度的一些总结:

Part1:遵从的理念:尽快交付有价值的东西。

敏捷开发尽快交付理念,决定了它的周期性,决定了它是以小步快跑的方式,向前推进。

有价值与小步快跑:也决定了它以故事点—有价值的小颗粒的形式,进行交付。

这块的核心就是:以Story的形式进行迭代价值交付。

Part2:迭代结束即发版
持续可交付,迭代的质量标准也是发版标准。
实践1:DOD 制定质量标准,Story研发质量标准。确保迭代交付的Story达到可以发布的质量要求。
实践2:持续集成与自动化测试,每天自动化测试保障,持续补充自动化测试用例,确保已交付的内容被自动化覆盖,确保版本的质量持续是稳定的。
实践3:制定迭代的流程规范,把DOD的标准纳入到迭代规范中,确保DOD有效执行。

Part3:沟通优于流程
研发的过程中,沟通的时机特别多,也有特别多的实践形式。
例如最基本的一体化团队:开发、测试、需求一体化团队;在组织形式上把人聚集在一起,开展团队的各个活动。这个非常利于团队的沟通与交流。
另外常用的:迭代启动会议,敏捷晨会、迭代拆分会议、总结会议都是团队内的所有人员参与。
每天的晨会确保了团队及时同步进度、发现问题或偏差、及时应对。

Part4:以人为中心,考虑人性
迭代计划的执行,需要在迭代中明确时间点

实践一:以story为交付点,story一般是独立的,story划归个人,确保了交付人员的对个人任务的担责,发挥主人翁意识。

实践二:迭代拆分会议,由交付人给出交付用时,交付时间点;这样后续以个人的承诺为基础,跟踪任务。个人承诺个人去努力达成符合人性,可以有效驱动个人发挥最大的努力。

实践三:职责下发,例如会议组织、会议主持、任务检查等职责下发,有利于组织的扁平化,并发挥组内人员的自管理意识,更有效的进行团队建设。

2019-08-12 20:39:23 yjn1995 阅读数 767
  • SCRUM敏捷开发视频教程

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

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

前言

  

迭代开发

  敏捷开发的核心是迭代开发(iterative development)。敏捷一定是采用迭代开发的方式。那么什么是"迭代开发"呢?迭代的英文是 iterative,直译为"重复",迭代开发其实就是"重复开发"。
  对于大型软件项目,传统的开发方式是采用一个大周期(比如半年)进行开发,整个过程就是一次"大开发";迭代开发的方式则不一样,它将开发过程拆分成多个小周期,即一次"大开发"变成多次"小开发",每次小开发都是同样的流程,所以看上去就好像重复在做同样的步骤。
  举例来说,SpaceX 公司想造一个大推力火箭,将人类送到火星。但是,它不是一开始就造大火箭,而是先造一个最简陋的小火箭 Falcon 1。结果,第一次发射就爆炸了,直到第四次发射,才成功进入轨道。然后,开发了中型火箭 Falcon 9,九年中发射了70次。最后,才开发 Falcon 重型火箭。如果 SpaceX 不采用迭代开发,它可能直到现在还无法上天。
  迭代开发将一个大任务,分解成多次连续的开发,本质就是逐步改进。开发者先快速发布一个有效但不完美的最简版本,然后不断迭代。每一次迭代都包含规划、设计、编码、测试、评估五个步骤,不断改进产品,添加新功能。通过频繁的发布,以及跟踪对前一次迭代的反馈,最终接近较完善的产品形态。

增量开发

  迭代开发只是要求将开发分成多个迭代,并没有回答一个重要的问题:怎么划分迭代,哪个任务在这个迭代,哪个任务在下个迭代?这时,一般采用"增量开发"(incremental development)划分迭代。
  所谓的"增量开发",指的是软件的每个版本,都会新增一个用户可以感知的完整功能。也就是说,按照新增功能来划分迭代。
  举例来说,房地产公司开发一个10栋楼的小区。如果采用增量开发的模式,该公司第一个迭代就是交付一号楼,第二个迭代交付二号楼…每个迭代都是完成一栋完整的楼。而不是第一个迭代挖好10栋楼的地基,第二个迭代建好每栋楼的骨架,第三个迭代架设屋顶…
增量开发加上迭代开发,才算是真正的敏捷开发。

敏捷开发的好处

早期交付

  敏捷开发的第一个好处,就是早期交付,从而大大降低成本。
  还是房地产公司为例,如果按照传统的"瀑布开发模式",先挖10栋楼的地基、再盖骨架、然后架设屋顶,每个阶段都等到前一个阶段完成后开始,可能需要两年才能一次性交付10栋楼。也就是说,如果不考虑预售,该项目必须等到两年后才能回款。
  敏捷开发是六个月后交付一号楼,后面每两个月交付一栋楼。因此,半年就能回款10%,后面每个月都会有现金流,资金压力就大大减轻了。

降低风险

  敏捷开发的第二个好处是,及时了解市场需求,降低产品不适用的风险。
  请想一想,哪一种情况损失比较小:10栋楼都造好以后,才发现卖不出去,还是造好第一栋楼,就发现卖不出去,从而改进或停建后面9栋楼?
  对于软件项目来说,先有一个原型产品,了解市场的接受程度,往往是项目成功的关键。有一本书叫做《梦断代码》,副标题就是"20+个程序员,三年时间,4732个bug,100+万美元,最后失败的故事",这就是没有采用敏捷开发的结果。相反的,Instagram 最初是一个地理位置打卡 App,后来发现用户不怎么在乎地理位置,更喜欢上传照片,就改做照片上传软件,结果成了独角兽。
  由于敏捷开发可以不断试错,找出对业务最重要的功能,然后通过迭代,调整软件方向。相比传统方式,大大增加了产品成功的可能性。如果市场需求不确定,或者你对该领域不熟悉,那么敏捷开发几乎是唯一可行的应对方式。

如何进行每一次迭代

  虽然敏捷开发将软件开发分成多个迭代,但是也要求,每次迭代都是一个完整的软件开发周期,必须按照软件工程的方法论,进行正规的流程管理。

 &emssp;具体来说,每次迭代都必须依次完成以下五个步骤。

  • 需求分析(requirements analysis)
  • 设计(design)
  • 编码(coding)
  • 测试(testing)
  • 部署和评估(deployment / evaluation)
    每个迭代大约持续2~6周。

敏捷开发的价值观

《敏捷软件开发宣言》里面提到四个价值观。

  • 程序员的主观能动性,以及程序员之间的互动,优于既定流程和工具。
  • 软件能够运行,优于详尽的文档。
  • 跟客户的密切协作,优于合同和谈判。
  • 能够响应变化,优于遵循计划。

十二条原则

该宣言还提出十二条敏捷开发的原则。

  • 通过早期和持续交付有价值的软件,实现客户满意度。
  • 欢迎不断变化的需求,即使是在项目开发的后期。要善于利用需求变更,帮助客户获得竞争优势。
  • 不断交付可用的软件,周期通常是几周,越短越好。
  • 项目过程中,业务人员与开发人员必须在一起工作。
  • 项目必须围绕那些有内在动力的个人而建立,他们应该受到信任。
  • 面对面交谈是最好的沟通方式。
  • 可用性是衡量进度的主要指标。
  • 提倡可持续的开发,保持稳定的进展速度。
  • 不断关注技术是否优秀,设计是否良好。
  • 简单性至关重要,尽最大可能减少不必要的工作。
  • 最好的架构、要求和设计,来自团队内部自发的认识。
  • 团队要定期反思如何更有效,并相应地进行调整。
2014-12-08 21:14:29 u011790275 阅读数 1618
  • SCRUM敏捷开发视频教程

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

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

许多今天还是明星的科技公司, 却往往因所生产的产品, 对客户不再产生任何的 ”影响力”, 而面临即将黯然关门, 倒闭的命运◦

 

在这不可预期且淘汰迅速的大环境下, 是否可藉由精益敏捷开发, 而使产品的研发团队, 可以 “以最少的产出, 却对外部的用户, 产生最大的影响与效益” ?

 

答案是 “肯定的” !

 

敏捷价值流开发 (产品级敏捷), 便是以精益敏捷开发的思维, 从外部使用者的视角, 指导著产品的研发团队, 从建构产品级的特性到各版本的研发, 如何能以最少的产出, 却对外部的用户, 产生最大的影响与效益◦


敏捷价值流开发 (产品级敏捷), 已在许多大型企业中执行且落实◦ 是一绝对成熟且值得学习的精益敏捷实践◦

 

附件: 敏捷价值流开发(产品级敏捷)


2017-10-03 20:35:14 TangPere 阅读数 689
  • SCRUM敏捷开发视频教程

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

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

本人博客文章网址:https://www.peretang.com/agile-session-agile-values/


前言

敏捷开发4大价值观

个体与交互胜于流程与工具

可工作的软件胜于面面俱到的文档

客户协作胜于合同谈判

响应变化胜于遵循计划

 

个体与交互胜于流程与工具

我们需要团队成员紧密合作, 不断交流, 共同协作.

在团队内要经常面对面交流沟通, 通过缩减不必要的流程来适应变化.

 

可工作的软件胜于面面俱到的文档

编制众多的文档需要花费大量的时间, 并且要使这些文档和代码保持同步, 就要花费更多的时间.

针对团队内部, 可以减少不必要的文档, 仅留下包括系统核心原理, 架构等内容的精简文档, 其余详细的由可工作的软件代替.

因为代码可以真实地表达了它所做的事情, 新加入的队员亦可以通过代码, 程序快速学习项目相关内容

 

客户协作胜于合同谈判

和客户一起沟通合作, 可以尽早发现问题尽早处理, 实时得知客户意见和需求的改变.

 

响应变化胜于遵循计划

首先敏捷软件开发方法本身的诞生, 就是因为传统的开发模型无法适应快速变化的环境和需求, 所以响应变化是敏捷开发的根本.

虽然遵循计划是每个团队成员都应该做到的事情, 但是计划本身, 应该能够随着情况的变化而及时做出调整.

 

Keep outstanding.

Pere Tang

浅析敏捷开发

阅读数 139

ios敏捷开发的理解

阅读数 359

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