网站轮播图片特效,济南网络招聘,媒体:多地新增感染趋势回落,wordpress 拖拽页面这是敏捷开发一千零一问系列的第二篇。#xff08;之一#xff0c;之二#xff0c;之三#xff0c;问题总目录#xff09;也是般若敏捷系列第十一篇。#xff08;之一#xff0c;之二#xff0c;之三#xff0c;之四#xff0c;之五#xff0c;之六#xff0c;之七…这是敏捷开发一千零一问系列的第二篇。之一之二之三问题总目录也是般若敏捷系列第十一篇。之一之二之三之四之五之六之七之八之九之十之十一之十二 无住在般若敏捷系列中已经提过包括不住于法不住于空。不住于法就是不停留在一种固定的方法上。如果把“敏捷”理解成一个名词就会出现一个问题什么是敏捷又会扩展成Scrum是敏捷还是XP是敏捷RUP是不是敏捷等等问题。如果把“敏捷”理解成一个形容词也就是“敏捷的开发方法”大致能找到敏捷新的定义敏捷是一种轻量级的开发方法。如果把“敏捷”理解成一个副词也就是“敏捷地开发”就会找到一个更新的定义敏捷就是不拘泥与形式不断优化地改进开发方法。用最后一个理解看待开发敏捷方法的定义就有很大不同。比如CMMI如果CMMI1.3修订之后更加适合美国国防部寻找适合的供应商开发军工项目CMMI是美国国防部的供应商评价标准而不是一个学术机构总结的通用最佳实践那么CMMI就很敏捷而一家企业已经实施Scrum很久了但其质量、进度与日剧减但大家坚持使用原汁原味的Scrum那么反而很不敏捷。那为什么现在的敏捷方法看起来更像是“轻量级的开发方法”呢这是因为重量级的敏捷开发方法早就有了最早的软件工程始于军工、航空航天、银行业其他行业比如敏捷宣言发表时乃至今日仍盛行的互联网行业却一直没有方法。当他们“敏捷地”寻找的时候找到了“敏捷的”方法。但如果以为已经找到了就停了下来就不敏捷了。不住于空“既然敏捷开发也不是最好的方法那我们何苦要用敏捷方法呢”“去年你们推CMMI今年又推敏捷明年天知道你们又会推什么方法所以我打算不配合”。因为世界上没有绝对最好的编码规范所以你们别说我的编码烂因为世界上没有最好的管理方法所以你们也别说我的方法乱因为世界上没有绝对的好人所以且容我再当一次坏人……这是很多人处世的哲学开发团队也不乏这样的“老油条”“刺头”。如果把“好”当作一个点的确没有一种方法只好不坏。但如果把好当作一个方向那么眼前这里这个项目这个团队的确有一些方法比另外一些方法好。虽然不是普适的最佳方法但仍然值得追求。不住于空就是尽管没有最好的方法但是不能因此放弃寻找更好的方法。以往研发管理的教训这里不得不提一下以往软件研发管理的教训尤其是推广CMMI时的教训。“为什么牛奶要检测氮含量”“因为氮含量高就意味着有更多的蛋白质因而对人体更加有益。”如果把后两句给忘了就产生了往牛奶里边添加三聚氰胺的做法。昨天一个学员就提到说他们企业坚持要他们编写一些文档而他们明明知道这些文档被扔在那里从来没有人看过不写又不行问应该怎么办这个将是1001问系列中的一个问题。很多软件企业中的文档、评审、计划、会议并没有起到应有的作用但却被盲目地坚持着。人们对这些方法的关注甚至超过了最终项目的成败和企业的盈利能力神奇的是美国国防部通过对这些方法的关注而大大提高了项目的成功率但要认为我们只需要学习他们就能成功则住在法上了。重读敏捷宣言敏捷宣言中关于可运行软件胜过繁杂文档 及 响应变化胜过遵循计划的描述说的就是这件事情。不过为了通俗易懂敏捷宣言把“敏捷地找到”的方法贴出来了所以变成了“敏捷的方法”如果住在上面就会出问题。这就像“打土豪分田地”是一个通俗易懂的口号但如果认为这就是共产主义等土豪没了田地分了也就迷茫乃至要走上歧路了。转载于:https://www.cnblogs.com/spring3/archive/2012/01/10/2401350.html
