1600人参与的敏捷开发scrum公开课,你还没get吗 ?

举报
DevCloud 发表于 2017/08/01 15:03:30 2017/08/01
【摘要】 数据显示70%采用瀑布式开发方法的软件开发项目均已失败告终。在近年互联网+创业大潮下,各种移动互联网产品和服务层出不穷,用户需求不断变化和升级,市场竞争日益激烈,很多时候产品创意你和竞争对手同时都想到了,但你还在与开发明确需求写文档,人家已经上线运营了……

 7月12日,华为软件开发云《敏捷开发:从宣言到实践——如何用DevCloud实践Scrum》公开课后,开发者们热烈讨论如何转型敏捷,如何处理与客户关系等问题,在社群里每天讨论敏捷开发问题。(想要进群的朋友可以关注华为软件开发云微信公众号私信,二维码在文章最下方)

下面我们一起回顾下本次公开课的精华:

PPT下载:公众号内回复“敏捷开发”即可下载

一、江湖有变,为什么要敏捷开发?

数据显示70%采用瀑布式开发方法的软件开发项目均已失败告终。在近年互联网+创业大潮下,各种移动互联网产品和服务层出不穷,用户需求不断变化和升级,市场竞争日益激烈,很多时候产品创意你和竞争对手同时都想到了,但你还在与开发明确需求写文档,人家已经上线运营了……

敏捷开发、快速迭代的已经是IT、互联网公司的基本功了。


二、华山论剑,敏捷联盟开创了什么?

2001年初,由于许多公司的软件团队陷入了不断增长的过程的泥潭,一批业界专家聚集在一起概括出一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原则。他们称自己为敏捷(Agile)联盟。

敏捷宣言的发布,不小心开启了一个新时代。敏捷联盟下也汇聚了七大门派——

敏捷开发的七种主流方法:

  • XP( Extreme Programming极限编程)

  • SCRUM

  • Crystal Methods(水晶方法族)

  • FDD (Feature-Driven Development,特性驱动开发)

  • ASD(Adaptive Software Development,自适应软件开发)

  • DSDM( Dynamic Systems Development Method, 动态系统开发方法)

  • 轻量型RUP

三、纵横江湖,Scrum的崛起

在众多派别中,scrum逐渐确立了自己的江湖地位,门徒众多,呼声愈高,大有一统江湖的态势。

Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的、迭代的开发过程。在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。

在Scrum中,使用产品Backlog来管理产品的需求,产品backlog是一个按照商业价值排序的需求列表,列表条目的体现形式通常为用户故事。

Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中,Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表,我们称它为Sprint backlog。在每个迭代结束时,Scrum团队将递交潜在可交付的产品增量。


四、绝世神兵,如何用DevCloud实践Scrum

行走江湖,只有武林秘籍是远远不够的,更需要一件威震八方的兵器助力,方能叱咤风云。

华为软件开发云(DevCloud)是集华为近30年研发实践、前沿研发理念、先进研发工具为一体的研发云平台;面向开发者提供研发工具服务,让软件开发云简单高效。

五、互动问答
1、Scrum在多少人的团队比较合适?

答:建议我们的团队在5~20人比较适合。但如果我们的团队比较大,可以按照功能或者业务拆分,每个团队都应用scrum,每个团队进行独自的迭代,然后每个团队抽出一个接口人跟所有团队对接

2、请问公司内部实现敏捷,是否对公司开发人员的技术能力与项目把控力有相当高的要求?

答:公司内部实现敏捷,并不需要特别的技术技能。但在团队内部对敏捷并不熟悉的情况下,可以引进敏捷教练渐进的协助团队进入敏捷。

3、外包项目想敏捷起来,是不是一定要把甲方拖下水?假如开发团队和用户没有在一起工作,会有什么不利因素,如何绕过?

答:这个问题在刚才的分享中,关于敏捷开发的12个原则,其中有一项就是在团队内部,最富有效果并且富有效率的传递信息的办法就是面对面的交谈。业务人员和开发人员必须天天都在一起工作,虽然这是敏捷的一个原则,也是建议大家去做的,但是如果在实际的项目过程中我们存在跨地域的情况,就像外包项目,常常我们的甲方和乙方发包方和接包方并不在一个工作环境中,那其实我们强调的是让客户更多的融入到我们团队,融入到我们项目的过程中,我们可以通过视频会议或者是电话会议来弥补我们环境的不利因素。

敏捷宣言中提到的一条就是客户合作高于合同谈判。敏捷是强调于让客户能够更多更好的加入到团队中,这一点是无论如何都没有进没有办法绕过的。我们的宗旨呢,就是更有价值的去交付我们的产品。

4、在敏捷开发过程中,是否会出现当开发下一个迭代功能时影响上一个迭代的功能模块,如果有类似情况是如何处理的?

答:当开发下一代功能是影响上一个迭代的功能模块,而是完全会有这种情况发生的,甚至说在下一个迭代的过程中可能会推翻上一个迭代,乃至之前迭代中产品中的性能。这就是我们对变化的一个快速响应,我们始终的价值导向就是我们需要去交付更有价值的和工作的软件给客户。所以变更是我们自始至终都需要去拥抱的。

从传统的瀑布模型到敏捷模型,大家一定要改变的是去拥抱变更。排斥变更是无法在敏捷中走下去的。


看到这是否依然意犹未尽呢?公众号内回复关键词“scrum”一篇2万字scrum框架学习文章分享给大家


华为软件开发云微信公众号二维码:

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。