Scrum敏捷开发培训分享(一)

开发 开发工具 前端
近期公司在着重推进项目的敏捷开发,虽然以前也接触过,但还是去参加了下敏捷开发的培训,对于产品经理来说,如果推行了敏捷开发,则产品经理的协调沟通作用会更加的凸显出来,毕竟前期没有文档,只有演示稿甚或是图纸的情况下,沟通是非常重要的。

近期公司在着重推进项目的敏捷开发,虽然以前也接触过,但还是去参加了下敏捷开发的培训,对于产品经理来说,如果推行了敏捷开发,则产品经理的协调沟通作用会更加的凸显出来,毕竟前期没有文档,只有演示稿甚或是图纸的情况下,沟通是非常重要的,特别是确认所有的需求功能点,并给需求功能点的优先级排序,确定敏捷开发的迭代周期,这些都需要沟通去解决,例行的会议也会比较多,产品经理肯定都要参与其中。对互联网行业来说,敏捷开发能更快速的响应不断变化的需求,对产品经理来说,如果同时参与的项目多一点的话,那就更加的杯具,你会发现一天下来,思绪都会串线。所以说瀑布有瀑布的好处,敏捷有敏捷的好处,看从哪个角度看,中大型的项目用敏捷更加合适,小型项目还是瀑布比较合适。

下面就讲讲何为敏捷?敏捷开发是一种面临迅速变化的需求快速开发的能力,它有四个核心思想:第一是强调面对面的沟通,也就是说沟通很重要,人和人的相互交流胜于任何流程和工具;第二是要把精力集中在可执行的程序上,可以运行的产品胜于编制综合性文档,也就是强调了原型、模型、Demo等的重要性;第三个是团队合作和团队激励,合作胜于谈判,敏捷开发能将需求、开发、测试等全部团队成员融合成一个整体,大家都是一条线上的蚂蚱;第四个是超强的适应能力,适应变化胜于按部就班,敏捷开发的特点就是快速,对于互联网行业来说,这点非常重要。那么为什么要采用敏捷开发的方式呢,有如下几点:

互联网行业的特点

就是以快吃慢,例子见微信和米聊;版本发布成本很低,一般都是迭代发布的,例子很多,有很多产品都是一周或者两周发布一个小版本;追求创新,或者说是适度的创新,无论最终有没有真的创新,但初衷肯定都是要创新的;需要快速响应用户的变化,时间就是一切,同一个产品先发布和后发布的差别是很大的;需求不确定性高,这个在软件行业也很常见;关注用户行为,倡导以用户为中心的产品设计。正是这些特点,从而使敏捷开发顺理成章的成为首选。

产品开发的特点

正如前面所说,产品需求的不确定性是比较高的,往往做着做着又会发现新的需求,或者发现原来的方向已经不对了,就需要马上进行调整;再者需求的变更是不可避免的,我想这点很多人都认同。

降低项目风险,确保正确的方向

敏捷开发能够缩短项目的反馈周期,因其将项目分成了若干个迭代周期,每个迭代周期结束都能立即反馈。且通过不断的沟通,还能减少理解上的偏差,配合反馈,减少误解,从而降低修正错误的代价。且每个迭代周期的结束都能接受验证,从而能快速的适应变化,及时的适应新的需求,保证产品的正确性。

[[97667]]

那么如何进行敏捷开发呢?敏捷开发的体系建设主要有如下六个方面:

1、组织建设,也就是团队建设,建立以产品经理为主导,包含产品、设计、前后台开发和测试的team,快速进行产品迭代开发;扁平化的团队管理,大家都有共同目标,更有成就感;

2、敏捷制度,要找准适合自身的敏捷开发方式,主要是制定一个完善的效率高的设计、开发、测试、上线流程,制定固定的迭代周期,让用户更有期待;

3、需求收集,这个任何方式下都需要有,需求一定要有交互稿,评审通过后,一定要确定功能需求列表、责任人、工作量、责任人等;

4、工具建设,是指能够快速完成某项事情的辅助工具,比如开发环境的一键安装,各种底层的日志、监控等平台,发布、打包工具等;

5、系统架构,略为超前架构设计:支持良好的扩容性和可维护性;组件化基础功能模块:代码耦合度低,模块间的依赖性小;插件化业务模块:降低营销活动与业务耦合度,自升级、自维护;客户端预埋逻辑;技术预研等等;

6、数据运营与灰度发布,点击率分析、用户路径分析、渠道选择、渠道升级控制等等。

敏捷开发的经验

重点明确,及时调整。通过分析需求的紧急性和重要性,做出优先级的判定,优先级从1排到10,没有重复;迭代中严格按照优先级顺序开发,即使最后时间不够,也能保证最需要的功能开发完成;每次迭代前重新调整需求的重要性,及时加入重要的业务需求和用户需求,将重要性不高的需求往后调整。

倾听用户的声音、相信用户的直觉。在迭代中充分关注线上版本用户的反馈,并且主动联系用户了解困扰,在当个迭代或下个迭代快速优化;通过对用户反馈的及时响应获得用户的认可和口碑。

勇于创新、小步快跑。在迭代中勇于创新,快速实现创新想法,并在后续的迭代中不断优化。

持续不断地发现问题,解决问题。通过每天的版本发布来检验团队在每日立会上做出的承诺;测试和验证功能的开发程度;对于功能的实现第一时间给出反馈,并能快速调整,而不会像瀑布式等到开发末期才发现实现上的问题。

持续提升整个团队的产品能力。专门的团队面向一个产品领域;持续优化用户体验和产品流程;通过产品迭代的心跳保持产品团队的用户和市场敏感度;提升产品经理的产品感觉、提高技术团队的产品意识;团队伴随业务而成长,获得更高的成就感。

最后,敏捷不仅仅是一个项目快速完成、而是对整个产品领域需求的高效管理;敏捷不仅仅是简单的快,而是短周期的不断改进、提高和调整;敏捷不仅仅是开发完成快速就上线,而是快速形成原型、全员测试反馈修改提高;敏捷不仅仅是一个版本只做几个功能,而是突出重点、果断放弃当前的非重点;敏捷不仅仅是随时增加需求,而是每个迭代周期对需求的重新审核和排序。

原文链接:http://www.itfarmer.com.cn/1472.html

责任编辑:林师授 来源: IT民工 or IT精英
相关推荐

2012-11-12 09:41:31

Scrum敏捷开发开发培训

2023-09-06 18:23:48

Scrum框架项目

2012-11-15 10:19:56

IBMdw

2009-07-16 09:52:00

Scrum流程

2010-12-21 14:13:25

敏捷开发Scrum

2017-04-12 10:04:18

Scrum实践终结

2017-03-21 10:24:40

敏捷Scrum实践总结

2010-09-10 09:35:59

Visual Stud

2009-11-12 11:30:13

Scrum

2010-03-11 14:37:47

Visual StudScrum

2019-02-25 09:00:00

项目Scrum工具

2020-01-14 14:15:03

开发技能代码

2017-03-29 10:09:44

敏捷Scrum实践

2011-07-06 13:42:42

Scrum

2017-03-22 09:04:21

敏捷Scrum实践

2017-11-23 22:32:18

框架ScrumXP

2017-11-29 16:32:05

Scrum敏捷开发

2021-12-24 10:39:33

软件开发 技术

2013-03-31 14:35:18

敏捷开发个人敏捷Scrum会议

2020-07-01 08:02:26

Scrum方法论框架
点赞
收藏

51CTO技术栈公众号