敏捷的意思就是反应迅速,为什么要反应迅速?看看那么多996公司就知道了,市场变化越来越快,客户要求越来越高,为了满足用户的需求,人家一个星期发一个版本, 我们仨月才能憋出一个来,那还不被打的满地找牙?
问题是如何才能反应迅速?先来看一个场景:
1、残酷的现实
软件开发有一大难题就是客户脑子中的需求难于描述出来,我们通常的应对方法是这样:
先花上几个月整理需求, 天天和客户座谈, 画出几百页的流程图, 写出上千页的文档, 最后把客户都快搞晕了。
1、残酷的现实
软件开发有一大难题就是客户脑子中的需求难于描述出来,我们通常的应对方法是这样:
先花上几个月整理需求, 天天和客户座谈, 画出几百页的流程图, 写出上千页的文档, 最后把客户都快搞晕了。
然后是详细设计、开发、测试,我们强悍的技术团队开始发动,一切都严格按照计划进行,一切看起来都很完美,看来项目马上成功结束了!
但是客户的验收测试给了我们当头一棒:这个界面怎么少了一个选项?那个界面怎么不能跳转,那个功能需要给领导一个后门,还有,我的业务规则怎么不能改?什么? 在代码中写死了?唉,你们做的系统啊,根本就不能用!
每个人都很郁闷, 几个月的辛苦开发看来要付诸东流了。
从这个场景中能看出的是,我们从客户那里得到的需求描述和需求文档, 其实离客户真正想要的软件还差的很远。
在瀑布式的开发模式下,验收测试发现的问题,要想改正代价是非常高昂的。
但是客户的验收测试给了我们当头一棒:这个界面怎么少了一个选项?那个界面怎么不能跳转,那个功能需要给领导一个后门,还有,我的业务规则怎么不能改?什么? 在代码中写死了?唉,你们做的系统啊,根本就不能用!
每个人都很郁闷, 几个月的辛苦开发看来要付诸东流了。
从这个场景中能看出的是,我们从客户那里得到的需求描述和需求文档, 其实离客户真正想要的软件还差的很远。
在瀑布式的开发模式下,验收测试发现的问题,要想改正代价是非常高昂的。
2、改进
一个想法自然而然就浮现出来:为了避免到最后习惯性崩盘,能不能让客户经常性的做验收测试?
让他们经常性的去使用一个可以工作的软件,从而告诉我们那些地方还有欠缺? 那些地方做错了?这样我们可以迅速的修改, 这样我们就会轻松多了 !
我们可以把软件开发划分成一个个小的开发周期,例如每个周期就两三周时间,在这两周之内我们完成一个或几个功能,然后就让用户去试用,有问题立刻反馈,在下一个开发周期马上改掉。这样就可以逐步逼近客户的最终目标。
这还带来了一个额外的好处,不用花费巨长的时间来分析,整理冗长的需求文档了。
一个想法自然而然就浮现出来:为了避免到最后习惯性崩盘,能不能让客户经常性的做验收测试?
让他们经常性的去使用一个可以工作的软件,从而告诉我们那些地方还有欠缺? 那些地方做错了?这样我们可以迅速的修改, 这样我们就会轻松多了 !
我们可以把软件开发划分成一个个小的开发周期,例如每个周期就两三周时间,在这两周之内我们完成一个或几个功能,然后就让用户去试用,有问题立刻反馈,在下一个开发周期马上改掉。这样就可以逐步逼近客户的最终目标。
这还带来了一个额外的好处,不用花费巨长的时间来分析,整理冗长的需求文档了。
听起来很美是不是?但是仔细想想这里边的问题很多。
1. 抛弃了冗长的需求文档, 但还是得描述需求啊
需要发明一个简单的、主要用来促进客户和开发团队沟通的描述形式, 这个新的形式叫做用户故事, 这里有个用户故事的例子:
需要发明一个简单的、主要用来促进客户和开发团队沟通的描述形式, 这个新的形式叫做用户故事, 这里有个用户故事的例子:
这是一个卡片,背面还会记录下针对需求的讨论和验收标准。
用户故事主要彰显的是: 谁做了什么事, 带来什么商业价值。
用户故事主要彰显的是: 谁做了什么事, 带来什么商业价值。
2. 怎么决定每个小开发周期(我们称之为迭代吧)要开发的东西?
用户故事得有估算, 得有大小,太大了一个迭代开发不完 , 还得拆分一下。
我们需要对需求按照优先级进行排序,按照优先级从高到低的原则来开发。
用户故事得有估算, 得有大小,太大了一个迭代开发不完 , 还得拆分一下。
我们需要对需求按照优先级进行排序,按照优先级从高到低的原则来开发。
3. 不要架构设计了吗?
一上来就按优先级选择需求, 直接进入迭代开发, 把架构师撂在一边,合适吗?
架构工作肯定还是需要的,在正式的迭代周期开始之前需要架构设计, 但是和设计出面面俱到的架构设计不同, 我们更需要演进式的架构, 随着迭代的推进而进化。
一上来就按优先级选择需求, 直接进入迭代开发, 把架构师撂在一边,合适吗?
架构工作肯定还是需要的,在正式的迭代周期开始之前需要架构设计, 但是和设计出面面俱到的架构设计不同, 我们更需要演进式的架构, 随着迭代的推进而进化。
4. 那详细设计怎么办?
在每个迭代开始的时候,团队在一起把这些用户故事给拆分成一个个小的任务, 这个拆分的过程就相当于详细设计了。 对于一些特别复杂的,例如算法, 当然可以写文档,帮助大家理解。
在每个迭代开始的时候,团队在一起把这些用户故事给拆分成一个个小的任务, 这个拆分的过程就相当于详细设计了。 对于一些特别复杂的,例如算法, 当然可以写文档,帮助大家理解。
5. 由于是迭代式开发, 这个迭代周期修改上一个迭代周期的代码在所难免, 怎么保证不破坏原有的功能? 总不能每次都手工重测一遍吧?
这个绝对是一大难点, 答案就是自动化的回归测试,包括单元测试和功能测试。
开发人员写代码的同时,也要写下自动化的单元测试,测试人员需要开发自动化的功能测试, 这样一旦有了代码的修改,就可以运行它们,检查现有功能有没有被破坏。
像持续集成这样的基础设施是必不可少的,每天、每小时、甚至每次代码提交都会触发编译,打包、部署、测试这样的过程。
这个绝对是一大难点, 答案就是自动化的回归测试,包括单元测试和功能测试。
开发人员写代码的同时,也要写下自动化的单元测试,测试人员需要开发自动化的功能测试, 这样一旦有了代码的修改,就可以运行它们,检查现有功能有没有被破坏。
像持续集成这样的基础设施是必不可少的,每天、每小时、甚至每次代码提交都会触发编译,打包、部署、测试这样的过程。
6. 这么短的开发周期, 测试人员怎么测试啊?
开发和测试需要同步进行, 当开发在澄清需求的时候, 测试需要参与, 当开发在编码的时候, 测试人员在编写测试用例,等到一个用户故事开发完,马上就可以投入测试。
开发和测试需要同步进行, 当开发在澄清需求的时候, 测试需要参与, 当开发在编码的时候, 测试人员在编写测试用例,等到一个用户故事开发完,马上就可以投入测试。
7. 看来开发、测试之间需要紧密的协作, 它们之间怎么沟通?
肯定是面对面的沟通,有问题就跑到对方的座位那里去问,大家的座位最好在一起, 扭头就可以讨论,尽可能减少效率不高的电话、QQ/微信等工具的使用。
开发团队每天都开一个15分钟左右的站会, 展示自己的进展和计划, 让进度保持透明, 及时暴露问题,解决问题。
肯定是面对面的沟通,有问题就跑到对方的座位那里去问,大家的座位最好在一起, 扭头就可以讨论,尽可能减少效率不高的电话、QQ/微信等工具的使用。
开发团队每天都开一个15分钟左右的站会, 展示自己的进展和计划, 让进度保持透明, 及时暴露问题,解决问题。
8. 客户什么时候可以做验收测试?
随时欢迎,但是我们更倾向于迭代结束以后,这时候功能会稳定下来,我们会给客户做一个演示,告诉他这个迭代完成的工作,邀请他也测试一下软件,给我们反馈。
当然客户可能会发现问题,甚至提出新的需求,我们表示欢迎,我们要和客户合作,而不是对抗。
除了给客户演示之外,我们自己还会反思一下,看看有那些地方做的好,要继续保持;那些地方做的不好,要持续改进。
估计你也明白了,这种看起来很美的迭代化开发方法实施起来挺不容易的, 如果我们给它起个名字的话, 可以叫做:敏捷软件开发。
随时欢迎,但是我们更倾向于迭代结束以后,这时候功能会稳定下来,我们会给客户做一个演示,告诉他这个迭代完成的工作,邀请他也测试一下软件,给我们反馈。
当然客户可能会发现问题,甚至提出新的需求,我们表示欢迎,我们要和客户合作,而不是对抗。
除了给客户演示之外,我们自己还会反思一下,看看有那些地方做的好,要继续保持;那些地方做的不好,要持续改进。
估计你也明白了,这种看起来很美的迭代化开发方法实施起来挺不容易的, 如果我们给它起个名字的话, 可以叫做:敏捷软件开发。
华为已经推出了一款基于敏捷开发的平台—— 华为软件开发云 ,它能在云端进行项目管理、配置管理、代码检查、编译、构建、测试、部署、发布等。对于各个企业来说,可以利用软件开发云的互联网连接能力,能基于需求在云端进行交流、沟通、分析,实现跨区域协同开发,实现DevOps研发模式的落地应用,可大幅度提高开发效率,缩短交付周期、提高代码质量,有效避免了项目返工。实现项目的团队评估能力,提升业务接单的可度量性。
了解华为软件开发云 ,可扫一扫下图,关注回复“ofo”还可领取小黄车90天月卡(30+30+30)+定制超大竞技游戏鼠标垫+华为小天鹅蓝牙音箱!!
了解华为软件开发云 ,可扫一扫下图,关注回复“ofo”还可领取小黄车90天月卡(30+30+30)+定制超大竞技游戏鼠标垫+华为小天鹅蓝牙音箱!!
相关推荐
在现代企业级应用开发中,基于Spring+SpringMVC+Mybatis的分布式敏捷开发系统架构是一种常见的选择。这种架构能够实现高效、灵活且可扩展的软件解决方案,特别适合大型复杂项目。下面将详细阐述这套系统架构的核心...
C++的特性使其在系统软件、应用软件、游戏开发、驱动程序以及嵌入式系统等领域有着广泛的应用。 《白话C++》教程可能会涵盖以下知识点: 1. **C++基础**:包括基本的数据类型(如int, float, char等)、变量、常量...
### 更多Windows白话经典算法之七大排序第2版(高清) #### 一、概览 本书《更多Windows白话经典算法之七大排序第2版》是一部深入浅出讲解七种经典排序算法的著作,旨在帮助读者理解并掌握冒泡排序、直接插入排序...
- **更强的灵活性**:支持敏捷开发方法,并与Scrum等敏捷框架兼容。 - **更好的适应性**:不仅适用于传统的瀑布式开发模式,也适用于迭代和增量开发方法。 - **更广泛的适用范围**:不仅限于软件开发领域,还适用于...
《子平真诠白话解释》是一部对古代命理学经典著作《子平真诠》的现代解读作品,它将古典文言文译为现代白话文,旨在为现代读者提供更加通俗易懂的阅读体验。《子平真诠》由古代著名命理学者所著,对后世影响深远。...
总的来说,《白话C++》将引导读者逐步深入C++的世界,从基础概念到高级特性,通过实例和清晰的解释,使初学者能够轻松学会这门语言,为今后的软件开发打下坚实基础。在学习过程中,读者需要不断实践,解决实际问题,...
《白话C++》是一本深受读者喜爱的编程著作,由中国的编程大师撰写,旨在以通俗易懂的方式解析复杂的C++编程语言。作者通过简洁幽默的语言,使得这本教程不仅适合初学者,也对有一定经验的程序员有很高的参考价值。在...
### 白话C++ 关键知识点解析 #### 1. 计算机基本概念:硬件与软件 **硬件**:指的是计算机系统中的物理组件,包括中央处理器(CPU)、内存(RAM)、硬盘驱动器(HDD)、输入输出设备(如键盘、鼠标、显示器)等。...
5. **指针**:C++中的指针是其强大之处,它允许我们存储内存地址并直接操作内存。理解指针的概念、声明、解引用以及指针作为函数参数的使用是进阶C++的关键。 6. **结构体与联合**:结构体(struct)用于组合不同...
基于 Spring Boot + Spring Cloud + Mybatis 为主流框架搭建的分布式敏捷开发系统架构,为中、小型项目打造企业级基础开发多种解决方案。 项目模块简介 mi-common 框架公共模块,提供相关共用工具类,以及代码...
白话机器学习的数学-立石贤吾-源代码.zip
白话中台战略-中台是个什么鬼.pdf白话中台战略-中台是个什么鬼.pdf白话中台战略-中台是个什么鬼.pdf白话中台战略-中台是个什么鬼.pdf白话中台战略-中台是个什么鬼.pdf白话中台战略-中台是个什么鬼.pdf白话中台战略-...
C++是一种强大而灵活的面向对象编程语言,广泛应用于系统软件、游戏开发、应用软件以及嵌入式系统等领域。以下将详细阐述C++的一些核心概念和关键知识点。 1. **基础语法**:C++的基础语法与C语言类似,包括变量...
《白话Windows编程》是一本面向初学者和中级程序员的指南,旨在用通俗易懂的语言讲解Windows操作系统下的程序开发技术,主要关注C++语言在Windows平台的应用。这本书深入浅出地介绍了如何使用C++进行Windows API编程...
《罗织经》白话全译.doc
3. **面向对象编程(OOP)**:C++的核心特性之一是支持OOP,包括封装、继承和多态。封装允许将数据和操作数据的方法打包到一个类中;继承使得子类可以继承父类的属性和方法;多态则提供了不同对象对同一消息做出不同...
"《太上感应篇》原文以及白话文.docx" 《太上感应篇》是中国古代的一篇道教经典,讲述了善恶有报、因果关系、天道佑护等道教基本教义。该文以太上老君的口吻,讲述了天道的法则、人生的道德准则、善恶的报应、以及...
### 白话Windows编程知识点详解 #### 一、消息的概念 **消息**是Windows操作系统中一个非常核心且基础的概念,它是程序之间以及程序内部不同组件之间进行通信的主要方式。简单来说,消息是一种软件机制,用来通知...
《白话 Windows 编程》EXE格式电子书,收藏版!!!