02 | 老生常谈:你真的知道敏捷到底是什么吗?
该思维导图由 AI 生成,仅供参考
- 深入了解
- 翻译
- 解释
- 总结
敏捷开发是一种灵活、有序、高效的研发工作方法,其核心是重视人的能动性,强调人与人之间的协作,以及对变化的应对。本文通过解释敏捷的价值观和12条原则,帮助读者正确理解敏捷的初心和价值观。敏捷并不否定“右项”的价值,而是减少不必要的文档,重视可工作的、有价值的软件。敏捷的“快”指的是反馈更快、更及时,而不是快速编写代码。同时,敏捷强调可持续的开发速度,不鼓励加班,而是通过稳定的开发节奏和严格遵守纪律来保持持续的开发速度。正确理解敏捷的价值观和原则,将有助于在实践中不偏离,最终取得项目的成功。 敏捷的方法包括极限编程、Scrum、特征驱动开发、动态系统开发方法、自适应软件开发等,这些方法都遵循敏捷的价值观和原则,但针对不同的应用场景。文章强调了对敏捷方法的深度理解和正确应用,提出了三个问题供读者思考:这个方法能解决什么样的问题?有没有使用前提?有没有相应的使用规则?同时,文章也指出了对敏捷的误解,强调敏捷=价值观+原则+一系列符合价值观和原则的方法。读者需要全方位认识敏捷的价值观、原则和具体方法,同时牢记敏捷的初心,不偏离其价值观和原则。 总的来说,本文通过深入解析敏捷开发的核心理念和方法,引导读者正确理解敏捷的本质,并提供了思考题目,帮助读者更好地理解和应用敏捷方法。
《说透敏捷》,新⼈⾸单¥29
全部留言(64)
- 最新
- 精选
- jinny敏捷中的‘快’是指应对及时,反馈及时,就像马歇尔说过的那句话:一个及时的中庸决策,比不及时完美决策要好。
作者回复: 👍
2020-01-07337 - 小老鼠1,迭代次数增加,回归测试肯定增大,势必会引入自动化测试,但现在好多企业自动化建立不起来,咋办?2,在几次迭代后客户发现他们的需求变多了,这种情况如何处理?
作者回复: 1、自动化建立不起来要寻找原因,最起码要建立自动化回归测试,否则敏捷后的测试量的增加团队是吃不消的; 2、不管需求增加了多少,始终坚持按优先级排序,每次迭代取优先级高的做
2020-01-12210 - 李小歪请问宋老师 简单——使未完成的工作最大化的艺术——是根本的? 这条原则怎么理解?
作者回复: 抱歉,这句话应该是“以简洁为本,它是极力减少不必要工作量的艺术。”我已经让开发替换了最新的译本。主要讲的是敏捷要讲求简洁,尽量不做额外的没必要的工作。比方说,一些额外的交接类的文档等等。
2020-01-2028 - 吃饺子不吐饺子皮我是一个项目的团队成员,目前项目中存在大量加班情况,我想讲敏捷思想融入项目开发中,但我不知道这会不会影响其他成员的工作习惯,从而导致计划落空。所以想问下团队成员如何自行实施敏捷开发。
作者回复: 首先恭喜这位朋友,已经有意识想导入敏捷了。关于大量加班的问题,建议分析一下背后的真实原因。比方说到底是什么原因导致的?是需求反复更迭?还是需求范围没界定好,团队承诺过多?还是本身人员效率不高?等等,然后有针对性地采取措施。另外敏捷的导入和真正使用它达到既定效果不是一件简单的事情,因此需要各方面的配合。因此建议先跟团队领导商量,让他们看到敏捷的好处,得到他们的支持。对于团队成员,也需要跟他们树立信心,可以先从简单的实践着手,让大家看到一些益处,然后就自然而然地想跟着做了。我们的整个专栏都有这样的思想,可以看看后面实战篇的方法。
2020-01-0668 - MaO里面提到的开发人员遵守纪律,具体是指哪些纪律?
作者回复: 有很多需要自律,比方说最基本的,开发人员开发完代码以后要自测,不能不自测直接就丢给测试人员让他们找bug;还有的团队在做持续集成的实践时,会要求红灯不下班等等
2020-01-1734 - 小孩老师,有个问题,需求在一个迭代里不加,可是遇到,产品设计不合理的情况,开发过程中发现,导致的不得不改的需求怎么办,自己怎么规避这种问题,希望老师能看到
作者回复: 因为产品设计本身不合理导致的返工问题,需要记录下来,并找相关人员来做改进活动。一开始规避不了,团队需要不断的进行持续改进,提高产品设计的能力
2020-01-1033 - Twinkle怎么去培养团队每个成员的敏捷思维
作者回复: 谢谢,专栏可以给他一些好的观点和思维方式,另外专门的布道也是非常重要的,专栏后面的09里的好的敏捷教练也会负责一直帮助团队理解敏捷背后的原因,帮助他们不断地成长。人其实是非常有意思的,如果他不明白为什么,很难转化成态度和行为的改变
2020-01-0623 - 李永智敏捷=价值观+原则+方法,概括得很到位。关键在实际中人们更看看重方法而忘记了价值观和原则,这样一旦方法短期看不到效果,就会全盘否定,其实有了价值观和原则,方法只要长期坚持,不断迭代,不断修正,一定会找到适合自己的团队的工作方法。另外在使用中,大家过于相信敏捷是一个银弹,可以解决任何问题,我理解敏捷更多的是强调价值观和原则,不仅适合团队,也适合个人规划,但是任何理论都有它的局限性,不可能使用一个理论打遍天下任何事。
作者回复: 赞一个
2020-01-152 - 两只狮子我有个疑问:实施敏捷的话,虽然理论上没有像瀑布那样的设计阶段。但是如果用敏捷来实施一个大的项目的话,没有整体设计应该不行吧?而且就算将下迭代用户故事都拆解好后,还是得有一个设计的过程,那么这个设计产生工作量是不是也应该算在当前迭代的工作中?
作者回复: 一般而言,在迭代0里会做初始架构设计,后面的迭代里会一直在根据实际情况修正或者做新的小设计,所以迭代中做设计的工作量是要计算在内的。但UI设计通常不会放在迭代中来做。
2020-03-08 - enjoylearning重构的项目适合敏捷吗?
作者回复: 可以的
2020-01-18