2018-07-29 20:20:08 wangsiman 阅读数 2946
  • SCRUM敏捷开发视频教程

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

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

敏捷宣言:

  1. 个体和交互        胜过 过程和工具
  2. 可以工作的软件 胜过 面面俱到的文档
  3. 客户合作            胜过 合同谈判
  4. 响应变化            胜过 遵循计划

敏捷开发遵循软件自底向上生长的过程,不断地进行迭代增量开发,最终交付符合客户价值的产品。

1、“个体和交互”强调的是团队的作用,这个团队一定是包含设计、开发、测试、质量、PO,一起参与到开发过程中,提升沟通效率,激发团队潜能。

2、“可以工作的软件”强调的是交付对客户有价值的产品,而不是面面俱到的庞大产品。根据统计:某电路交换机的2000多个功能实际只使用1%。这是一种浪费。怎么才能做到聚焦客户价值呢?

3、“客户合作”强调的就是聚焦客户价值,每次迭代验收都让开发代表或真实客户参与进来,不停的确认客户的真实需求,就能做到聚焦客户价值

4、“响应变化”原因是软件开发是人类最复杂的工作之一,其具有四个属性:复杂性、一致性、可变性和不可见性。所以我们需要根据增量式的迭代和团队的实际交付能力,来不断调整开发计划,最终交付对客户有价值的产品

业界有很多优秀的敏捷实践,如scrum和XP,里面会包含很多的开发活动,每个项目可以根据自己的实际需要,选择相应的活动

scrum开发模型

XP开发活动

其中Scrum偏重项目管理,XP偏重编程实践

2018-11-15 21:00:48 shanxixy 阅读数 769
  • SCRUM敏捷开发视频教程

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

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

一、敏捷开发/测试的特征

      1. 敏捷开发提倡迭代式和增量式的开发模式,并强调测试在其中的重要性。

       敏捷开发模式的三个特点:依赖客户的参与、测试驱动以及紧凑的迭代开发周期。

      2. 敏捷测试是协同测试的一种形式,它要求每一个人都参与到测试计划的设计、实现和执行中去。客户通过定义用例以及程序属性参与到定义验收测试的设计中来。开发者和测试者共同打造可以进行功能自动化的测试配件。敏捷测试往往伴随着大量的沟通与协作工作。

      3. 敏捷开发下的测试与传统测试的不同点:

        1)意识从发现Bug转变为预防Bug出现,从越多发现Bug转变为越早发现Bug

        2)在测试前期:

          ①全程参与需求讨论,帮助需求和开发对需求有正确和共同的认识。如主导更多的用户场景、异常讨论等。

          ②测试的用例有优先级,针对性编写用例。

          ③在测试中,与开发直接交流、灵活应对变化,什么bug是重要的,什么可以后期做,分清楚Bug 的优先级。最高的优先级是“用户使用最多”以及“最容易发生bug”的场景交集。

          ④测试产出:测试用例、测试报告。

          ⑤缩短测试时间,更多使用自动化,如Selenium,fitness 的使用。

      4. 敏捷开发的两种常见模式

        1)TDD测试驱动开发

        TDD的基本思想就是在开发功能代码之前,先编写测试代码,然后只编写测试通过的代码,从而以测试来驱动整个开发过程的进行。这有助于编写简洁可用高质量的代码。

        2)BDD 行为驱动开发

        BDD是对TDD理念的扩展,TDD重点偏向开发,通过测试用例来规范约束开发者编写出质量更高、BUG更少的代码。而BDD更侧重设计,要求在设计测试用例时对系统进行定义,并用通用语言(如story形式)将系统的行为联系起来,将系统设计和测试用例结合,以此为驱动进行开发工作。

二、极限编程与测试

      极限编程模型是主流敏捷开发方法之一,这种轻量级的开发过程主要把目光集中于沟通、计划以及测试。极限编程中的测试成为“极限测试”。极限测试在极限编程中的地位非常重要,需要首先创建单元测试和验收测试,然后才能创建代码库。一旦代码库发生变更,就需要进行单元测试。在重要的发布结点,由客户来执行验收测试。

2018-09-30 14:39:01 hjhmails 阅读数 162
  • SCRUM敏捷开发视频教程

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

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

       当前是“互联网金融时代”,这一点并不否认,一切以高速高效的开发为准,但是很多的开发团队用自以为是的“敏捷开发”方式进行快速的金融项目实施。很多团队所谓的“敏捷开发 ”就是主体正向功能完成,就紧急上线,尤其很多在看好互联网金融的小新参与者,速度快,成本低,完成所有的问题抛给后期,异常处理等从来没有保证,安全防护等从来不考虑,所有的坑都需要以客户的血泪来趟。

        不禁要问:“敏捷开发”是否适应金融系统开发?

        首先我觉得这个可以肯定的是,适用!但是需要专家级的团队,并不是谁都适用,应该有一个合理的标准,达标的再进场,不达标的不要进场,高风险的资金管理会让客户对金融机构产生信任危机。必须具有业务和技术双重认证。比起一般的产品开发团队,要有更加高的要求。

        

        

2019-07-24 22:05:28 charlesquanli 阅读数 58
  • SCRUM敏捷开发视频教程

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

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

关于敏捷开发方法论实战应用结果的问卷调查

(请用跟帖评论的方式参与问卷调查,或匿名发邮件至charlesquanli@gmail.com)

敏捷开发近年来十分风靡,目前笔者经历的客户项目无一例外都采用敏捷开发方法论进行项目管理的各个方面。此问卷调查希望获得来自第一线的架构师和开发人员的反馈的第一手资料。

(1)你认为敏捷开发方法论对你的项目有多大帮助?
   (A)帮助很大
   (B)有些帮助
   (C)没看出用了有什么不同
   (D)有些负面影响
   (E)很糟糕
   评论 _________________________________

(2)你是架构师还是开发员?你认为敏捷开发方法论对你的职业发展有什么影响?
   (A)帮助很大
   (B)有些帮助
   (C)没看出用了有什么不同
   (D)有些负面影响
   (E)很糟糕
   评论 _________________________________

(3)如果你认为敏捷开发方法论在你的项目中有负面的影响,你认为原因是什么?
    (A)“经还是好的,只是少了好和尚”
    (B)”经就有问题“

(4)如果你认为敏捷开发方法论本身就有问题,你认为有可替代的方法论吗?
    (A)没有
    (B)有,_____________________________

谢谢你的参与!

Survey - first-hand feedback on Agile/Scrum usage in real IT projects from architects and developers:

(PLEASE USE POSTING COMMENTS TO REPLY, OR REPLY ANONYMOUSLY TO charlesquanli@gmail.com

Agile/Scrum methodology is getting dominant, and was used in each and every of my customer service projects in the past year, touching all technical and management aspects of the projects. But how effective is it? We want to hear from you.
(1) How much help, in your opinion, did Agile/Scrum do to your IT projects?
    (A) Very helpful
    (B) somewhat helpful
    (C) Don't see any difference
    (D) some negative impact
    (E) high negative impact

(2) Are you an architect or a developer? Is there any impact from Agile/Scrum to your career development?
    (A) Very helpful
    (B) somewhat helpful
    (C) Don't see any difference
    (D) some negative impact
    (E) high negative impact

(3) If you believe Agile/Scrum had negative impact to your project, what do you think is the reason?
    (A) Agile/Scrum itself is good, but misused in those projects.
    (B) Agile/Scrum itself is intrinsically problematic.

(4) If you believe Agile/Scrum itself is intrinsically problematic, do you see any substitute methodology?
    (A) No.
    (B) Yes, ____________________________

Thank you very much for participating in this survey!
    

2018-07-10 23:51:35 zhouxiaojie1994 阅读数 72
  • SCRUM敏捷开发视频教程

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

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

第九章

9.1 敏捷开发模式的特征

敏捷开发以用户体验为核心,以客户需求为导向。

特点:依赖客户的参与,测试驱动,紧凑的迭代开发周期。

9.2 敏捷测试

敏捷测试是协同测试的一种,要求每个人都参与到测试计划的设计、实现以及执行中去。

9.3 极限测试

极限编程模型可能是为了支持诸如Java、VB、C#等面向对象编程语言。

XP模型除了需要客户参与之外,还高度依赖模块的单元和验收测试。总体说,对任何一个递增的代码变更,开发人员都必须进行单元测试,以确保代码满足其规格说明的要求。事实上,测试在XP中的地位非常重要,所以需要首先建单元(模块)测试和验收测试,然后才能创建代码库。这种形式的测试称为极限测试( eXtreme Testing,XT)。

9.3.1极限编程基础

如前所述,XP是一种可以使开发人员快速生产高质量代码的软件开发过程在这种情况下,我们可以将“质量”定义为代码库对其设计的规格以及客户的意程度
XP的关注点是
1)实现简单的设计。
2)开发人员与客户的沟通协作。
3)不断地测试代码库。
4)重构以适应规格说明的变更。
5)寻求用户的反馈。

XP开发模型用12个核心实践来驱动该过程。简单来说,这12个核心的XP实践可以归纳为4个概念
1.聆听客户和其他程序员的谈话。
2.与客户合作,开发应用程序的规格说明和测试用例。
3.结对编程。
4.反复测试代码库。

极限单元测试:单元测试是极限测试中采用的主要测试方法,它具有两条简单规则:所有代码模块在编码开始之前必须设计好单元测试用例,在产品发布之前须通过单元测试。乍看起来,这些原则似乎不太极端。但是,极限测试中的单元测试与前面描述的单元测试之间的最大差别在于,极限测试中的单元测试必须在模块编码之前就完成设计和生成。

验收测试:验收测试是XP方法中第二类、也是同等重要的极限测试类型。验收测试的目的是判断应用程序是否满足如功能性和易用性等其他需求。在设计/计划阶段,由开发人员和客户来设计验收测试。

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