说透敏捷
宋宁
IBM 资深敏捷教练
29080 人已学习
新⼈⾸单¥29
说透敏捷
15
15
1.0x
00:00/00:00
登录|注册

02 | 老生常谈:你真的知道敏捷到底是什么吗?

方法
原则
价值观
误解
敏捷

该思维导图由 AI 生成,仅供参考

你好,我是宋宁。今天这节课,我要给你讲一讲到底什么是敏捷。
当我们谈到敏捷时,大家往往是仁者见仁,智者见智,有各种不同的理解。然而这里面,有不少是对它的误解,在我平时做咨询的过程中,经常会听到一些团队成员这样说它:
敏捷来了,太好了,我们只要负责开发软件就够了,再也不用做文档,也不用做设计了;
敏捷就是快,原来要 6 个月才能完成的项目,用了敏捷后,周期就可以缩短到 3 个月了;
敏捷就是加班,用了敏捷后,由于在迭代结束时一定要完成当初的目标,所以我们加班比原来更严重了;
Scrum 就是敏捷,敏捷就是 Scrum,这俩是同义词;
敏捷是自由的、无约束的,不需要那么多条条框框,随自己的心情来做就好了。
上面这些说法,我相信你多少也都听说过一些,但它们其实都是对敏捷的误解。如果你带着这些误解去做敏捷,那很可能会做得一塌糊涂。所以作为一个过来人,我想我在给你讲怎么做敏捷之前,有必要先给你捋一捋到底什么是真正的敏捷,以便你能正确地理解它。
在我看来,大家之所以对敏捷有那么多的误解,归根结底,是忘记了做敏捷的初心,忘记了它的价值观和基本原则,而只是把注意力集中在怎么做上。
所以你要想真正理解敏捷,就要从它的价值观、原则以及具体的方法和实践上,对它有一个全方位的认识,只从任何单一的方面去了解它,都像是盲人摸象,是片面的。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

敏捷开发是一种灵活、有序、高效的研发工作方法,其核心是重视人的能动性,强调人与人之间的协作,以及对变化的应对。本文通过解释敏捷的价值观和12条原则,帮助读者正确理解敏捷的初心和价值观。敏捷并不否定“右项”的价值,而是减少不必要的文档,重视可工作的、有价值的软件。敏捷的“快”指的是反馈更快、更及时,而不是快速编写代码。同时,敏捷强调可持续的开发速度,不鼓励加班,而是通过稳定的开发节奏和严格遵守纪律来保持持续的开发速度。正确理解敏捷的价值观和原则,将有助于在实践中不偏离,最终取得项目的成功。 敏捷的方法包括极限编程、Scrum、特征驱动开发、动态系统开发方法、自适应软件开发等,这些方法都遵循敏捷的价值观和原则,但针对不同的应用场景。文章强调了对敏捷方法的深度理解和正确应用,提出了三个问题供读者思考:这个方法能解决什么样的问题?有没有使用前提?有没有相应的使用规则?同时,文章也指出了对敏捷的误解,强调敏捷=价值观+原则+一系列符合价值观和原则的方法。读者需要全方位认识敏捷的价值观、原则和具体方法,同时牢记敏捷的初心,不偏离其价值观和原则。 总的来说,本文通过深入解析敏捷开发的核心理念和方法,引导读者正确理解敏捷的本质,并提供了思考题目,帮助读者更好地理解和应用敏捷方法。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《说透敏捷》
新⼈⾸单¥29
立即购买
登录 后留言

全部留言(64)

  • 最新
  • 精选
  • jinny
    敏捷中的‘快’是指应对及时,反馈及时,就像马歇尔说过的那句话:一个及时的中庸决策,比不及时完美决策要好。

    作者回复: 👍

    2020-01-07
    3
    37
  • 小老鼠
    1,迭代次数增加,回归测试肯定增大,势必会引入自动化测试,但现在好多企业自动化建立不起来,咋办?2,在几次迭代后客户发现他们的需求变多了,这种情况如何处理?

    作者回复: 1、自动化建立不起来要寻找原因,最起码要建立自动化回归测试,否则敏捷后的测试量的增加团队是吃不消的; 2、不管需求增加了多少,始终坚持按优先级排序,每次迭代取优先级高的做

    2020-01-12
    2
    10
  • 李小歪
    请问宋老师 简单——使未完成的工作最大化的艺术——是根本的? 这条原则怎么理解?

    作者回复: 抱歉,这句话应该是“以简洁为本,它是极力减少不必要工作量的艺术。”我已经让开发替换了最新的译本。主要讲的是敏捷要讲求简洁,尽量不做额外的没必要的工作。比方说,一些额外的交接类的文档等等。

    2020-01-20
    2
    8
  • 吃饺子不吐饺子皮
    我是一个项目的团队成员,目前项目中存在大量加班情况,我想讲敏捷思想融入项目开发中,但我不知道这会不会影响其他成员的工作习惯,从而导致计划落空。所以想问下团队成员如何自行实施敏捷开发。

    作者回复: 首先恭喜这位朋友,已经有意识想导入敏捷了。关于大量加班的问题,建议分析一下背后的真实原因。比方说到底是什么原因导致的?是需求反复更迭?还是需求范围没界定好,团队承诺过多?还是本身人员效率不高?等等,然后有针对性地采取措施。另外敏捷的导入和真正使用它达到既定效果不是一件简单的事情,因此需要各方面的配合。因此建议先跟团队领导商量,让他们看到敏捷的好处,得到他们的支持。对于团队成员,也需要跟他们树立信心,可以先从简单的实践着手,让大家看到一些益处,然后就自然而然地想跟着做了。我们的整个专栏都有这样的思想,可以看看后面实战篇的方法。

    2020-01-06
    6
    8
  • MaO
    里面提到的开发人员遵守纪律,具体是指哪些纪律?

    作者回复: 有很多需要自律,比方说最基本的,开发人员开发完代码以后要自测,不能不自测直接就丢给测试人员让他们找bug;还有的团队在做持续集成的实践时,会要求红灯不下班等等

    2020-01-17
    3
    4
  • 小孩
    老师,有个问题,需求在一个迭代里不加,可是遇到,产品设计不合理的情况,开发过程中发现,导致的不得不改的需求怎么办,自己怎么规避这种问题,希望老师能看到

    作者回复: 因为产品设计本身不合理导致的返工问题,需要记录下来,并找相关人员来做改进活动。一开始规避不了,团队需要不断的进行持续改进,提高产品设计的能力

    2020-01-10
    3
    3
  • Twinkle
    怎么去培养团队每个成员的敏捷思维

    作者回复: 谢谢,专栏可以给他一些好的观点和思维方式,另外专门的布道也是非常重要的,专栏后面的09里的好的敏捷教练也会负责一直帮助团队理解敏捷背后的原因,帮助他们不断地成长。人其实是非常有意思的,如果他不明白为什么,很难转化成态度和行为的改变

    2020-01-06
    2
    3
  • 李永智
    敏捷=价值观+原则+方法,概括得很到位。关键在实际中人们更看看重方法而忘记了价值观和原则,这样一旦方法短期看不到效果,就会全盘否定,其实有了价值观和原则,方法只要长期坚持,不断迭代,不断修正,一定会找到适合自己的团队的工作方法。另外在使用中,大家过于相信敏捷是一个银弹,可以解决任何问题,我理解敏捷更多的是强调价值观和原则,不仅适合团队,也适合个人规划,但是任何理论都有它的局限性,不可能使用一个理论打遍天下任何事。

    作者回复: 赞一个

    2020-01-15
    2
  • 两只狮子
    我有个疑问:实施敏捷的话,虽然理论上没有像瀑布那样的设计阶段。但是如果用敏捷来实施一个大的项目的话,没有整体设计应该不行吧?而且就算将下迭代用户故事都拆解好后,还是得有一个设计的过程,那么这个设计产生工作量是不是也应该算在当前迭代的工作中?

    作者回复: 一般而言,在迭代0里会做初始架构设计,后面的迭代里会一直在根据实际情况修正或者做新的小设计,所以迭代中做设计的工作量是要计算在内的。但UI设计通常不会放在迭代中来做。

    2020-03-08
  • enjoylearning
    重构的项目适合敏捷吗?

    作者回复: 可以的

    2020-01-18
收起评论
显示
设置
留言
64
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部