敏捷开发的核心思想是什么？最有用的是什么？是不是什么行业都适用？_百度知道
敏捷开发的核心思想是什么？最有用的是什么？是不是什么行业都适用？
我有更好的答案
敏捷开发的核心思想，我认为是拥抱变更和快速迭代。敏捷不是什么行业都适合，我觉得比较适合软件行业、广告行业，那些客户需求变化比较快活着前期不明确的行业。同时敏捷对开发团队和项目参与者的要求特别高，如果行业高素质人群缺乏，也是很难实现敏捷的。
哪些公司在执行敏捷开发
为您推荐：
其他类似问题
敏捷开发的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。615 条评论分享收藏感谢收起赞同 658 条评论分享收藏感谢收起光环敏捷：应用敏捷开发的好处都有啥？
每天都有刚入门的人问我关于“敏捷”的问题;作为一个敏捷的布道师有很多的优势，其中之一就是被认为是一个活着行走的敏捷的百科全书。最近一个问题，是我在我的一个“敏捷研讨会”碰到的第一个问题：“也就是说，敏捷是行业的潮流吗?”。当时房间里面挤满了人，这些人都是需要强制去实施“敏捷”但是却都还不知道“敏捷”具体意味着什么的人。 他们参加研讨会的原因只是因为管理者强制他们参加，还有些人因为他们渴望知道‘敏捷“这一到处都使用的词汇到底时候什么意思。
我相信短短几年的信息技术发展过程中，一个声称有一些即将推动工业革命的新想法的救星会出现。各个有新想法的工业专家声称新的方法将会回答普遍的问题。这同样应用于A工业资深人士说Agile是运行“快且高效”项目的最好方法。
但问题是：我们兼顾质量与速度了吗?所谓的Agile Mantra是真的存在还是仅仅是一种夸大的说法?谁真正的从整个Agile工作方式中收益?
坦率地说，大约在七年前，我和你现在的处境一样，满脑子都受到这些问题的轰炸，认为敏捷是一种一时流行的新的项目管理时尚。那时，我也丝毫不知道为什么每个人都为敏捷实现而疯狂。如果有今天的我站在七年前我的旁边，我那时候就会知道这个问题的明确答案。
写在前面的话...
如果仅站在我个人经验上来看，我支持所有使用敏捷开发的观点。Walt Disney有句名言，“不断前行，不断打开新的大门，不断的去做新的事情，因为我们有好奇心，而好奇会引领我们找到新事物的大门。”这句名言让我联系到今天的新产业，敏捷开发和传统瀑布模型的项目我都参加过，包含开发，管理的不同角色。基于我自己的经验来看，我坚信敏捷开发是当今的新途径，它让管理项目变得易于接受。
许多人好奇，谁真的会从敏捷开发中受益，以及怎样才能受益。我将从以下5个重要的方面带领你应用敏捷开发的原则和价值，以及分析(从长远来看)参与的人将怎样受益。
1. 利益相关者
敏捷开发保证了项目中所有利益相关者的利益，不论是客户、项目管理、开发团队或测试小组。每个人对项目都有清晰的可见性，这是成功的关键点所在。敏捷开发原则上鼓励用户积极地参与，不论是产品开发，或是团体协同的方方面面。这对关键利益相关者提供了非常好的可见性，包括项目的进度或是产品本身，最终这有利于保证产品预期的效果。
2. 高效的团队
Aglie团队是自发组织的，这意味着他们有权利和责任去审核生产所有者直接干预的工作。这与大多数non-agile项目不同，项目管理者有责任给团队分配任务，或者甚至是团队成员。这给予团队一种自主感，提高团队士气，最终增加生产率。
3. 市场速度
由于传播速度快，我们能更快地响应市场，因此有更高收入。这一切增加客户满意度的关键因素是敏捷应用开发。
在项目中梦寐以求的代名词是质量。不像传统的瀑布模型，等到开发完成才开始测试，可是在敏捷开发中，我们随着需求的准备便开始进行测试。因此，测试集成贯穿整个开发周期，使得工作产品像开发一样去定期检查。这允许工作所有者有必要时做出适当调整，以及及早的给产品团队检查出任何质量问题。
5. 有趣的部分
实践敏捷最好的一点就是它很有趣。整个团队都积极的参与，使得整个工作空间和氛围均因为这种积极参与和互相之间的协作配合而变得更有意思。有很多有趣的方式比如用计划扑克牌游戏和卡片来评估任务，采用生动新颖的任务面板来讨论工作的进展， 用全新的方式来管控例会以及许多敏捷项目中其他更有趣的东西。据我的经验，这是对每一个人都能受益的方法。
像任何其他的口头禅一样，敏捷开发，也享有实力相当的追求者和批评者。批评者喜欢指出敏捷开发的弊端以及它相比于传统的瀑布模型是如何的不严谨性。但是敏捷开发的所有是关于价值的!价值可以永远时尚。你相信他们，拥抱他们，或者你没有。敏捷开发，像任何其他新的想法一样，它应该被正确理解和全心全意的被应用，否则它永远不会实现其最初的诺言。关于最后一点，我把它留给你们去拥抱“敏捷开发价值观”和基于他们建造越来越好的优质产品。
责任编辑：
声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。
成功通过软考认证七步走
加入光环让你成文敏捷实践专家
今日搜狐热点光环敏捷：什么团队适合Agile敏捷光环敏捷：什么团队适合Agile敏捷IT经理人百家号　　如今互联网行业，每天有无数的公司倒下，同样也有无数的公司站起来。　　越来越多的人将「敏捷开发」搬上台面大谈特谈，或是为了抢占市场先机、或是为了不断修正需求方向、或是表现出相当的创业精神进而“骗取”资本热钱。　　有太多太多的原因让人们追捧「敏捷开发」，这些追捧既有目的性极强的也有无脑跟风的。我在好多论坛或者交流群也见过有人问关于自己的团队适不适合「敏捷开发」的问题。　　所以今天，我来说说究竟什么样的团队才适合「敏捷开发」。　　1. 小团队　　这点应该毋庸置疑。　　从生活经验上来看，小动物一般用敏捷来形容，比如兔子、猫(当然，大动物也有，如：这头猪真胖，但它竟然还这么敏捷)。　　小团队不会出现大团队那种尾大不掉的情况，「敏捷开发」进度可能每天都会变化，小团队有着更低的管理成本，产品经理可以很好的把控整个团队节奏。　　当然，小团队也是要五脏俱全的。　　2. 需求聚焦　　如前文所说，大家采用「敏捷开发」肯定是有目的的。不管什么目的，肯定是为了快速响应、快速上线。这时，产品需求一定要聚焦、再聚焦。　　有太多团队都是开发到后期突然要改一些不影响大局的东西，比如界面不好看、Icon不精致、交互不酷炫、需求Cover面窄。这些东西放在普通开发节奏的团队中是没有大问题的，但是在「敏捷开发」团队中，只会拖慢整个团队进度，本末倒置。　　3. 工作内容无边界　　及时补位的思想是要深入到每个团队成员心里的。　　「敏捷开发」的团队或是初创团队一般都是一个人当好几个人用，每个人都是多面手(这也是好多朋友觉得小公司好的一点，即负责的内容多、成长快)，原因就是他们的工作没有边界。　　比如底层开发生病了，中间层大哥一定要顶上;比如QA人手不够了，产品经理写测试用例并参与测试也是常见的事。　　4. 团队无明显短板　　越小的团队越容易暴露问题，木桶理论在小团队中更容易体现。　　「敏捷开发」过程很容易被团队中的短板所影响，这事虽然其他成员也有及时补位的精神，但每个人精力毕竟有限，我们还是希望能够每个人各尽其职。补的应该是未知的突发情况，而不是可预见的短板，这两个本身就不是一回事。　　5. 互相信任　　团队目标必须高度一致，并且相互信任，尽量少的辜负其他人。　　产品绝对信任开发评估结果，开发绝对信任产品发起的需求等等。少质疑多沟通，才能快速实现目标。　　好多大团队都会有各种需求评审、用例评审，每天文山会海，而「敏捷开发」会尽可能简化这个流程。但是我们要说的评审只是手段，目的还是要锤炼产品需求。因此纠结于是否该简化评审流程的朋友们，请尝试理解“不要把手段当目的”这句话。弱化评审的前提一定是产品经理自己已经将需求想明白，即满足团队预期、满足产品预期，再进行交付。　　6.拥抱变化　　之所以采用「敏捷开发」，真正的目的是快速响应、解决问题。当外界环境发生变化的时候，一定要及时接受并拥抱变化。　　所谓的变化来自两方面。一方面是外部变化，比如产品方向和预期不符、市场反馈不好等;一方面是内部变化，比如效果图或者交互真的需要改动才能上线等。　　面对这种未知的问题，团队里的相关人员需要及时调整心态，一起拥抱变化。　　个人经历　　我所在的两个团队可以勉强算作是「敏捷开发」团队。　　第一个产品20个月发布26个正式版，50多个Beta版，且保证每个Beta版有可以让用户明显感知的新特性;第二个产品7个月发布10个正式版，20多个Beta版。　　第一个团队满足上述所有条件，「敏捷开发」地非常顺畅;第二个团队由于有短板存在，导致「敏捷开发」非常吃力，加上后期团队成员心态变化，所以基本走上了各种评审的道路。　　然而，我想说的是所谓的「敏捷开发」与非「敏捷开发」并没有谁好谁差的本质区别，只是哪个更适合团队。就像前面所说，不要把手段当作目的，主要还是看解决什么问题。　　国内敏捷软件开发转型热潮方兴末艾，敏捷组织里的角色和责任比起传统组织已经完全不同，每个组织实施敏捷都是量身定制的，每个团队执行敏捷也是因人而异，如何判断一个团队就是敏捷团队呢?项目管理面临的挑战是什么?如何把握时代的脉搏，在住址变革中占领制高点，发挥最大价值?一天不学习恐怕就OUT了，这是一个持续学习，精益求精的时代，项目经理的领导在哪里?　　一切答案尽在《项目经理在敏捷环境中如何转型》研讨会，报名地址：http://www.huodongxing.com/event/0本文由百家号作者上传并发布，百家号仅提供信息发布平台。文章仅代表作者个人观点，不代表百度立场。未经作者许可，不得转载。IT经理人百家号最近更新：简介:it人不出门也知天下事作者最新文章相关文章光环敏捷：应用敏捷开发的好处都有啥？
每天都有刚入门的人问我关于“敏捷”的问题;作为一个敏捷的布道师有很多的优势，其中之一就是被认为是一个活着行走的敏捷的百科全书。最近一个问题，是我在我的一个“敏捷研讨会”碰到的第一个问题：“也就是说，敏捷是行业的潮流吗?”。当时房间里面挤满了人，这些人都是需要强制去实施“敏捷”但是却都还不知道“敏捷”具体意味着什么的人。 他们参加研讨会的原因只是因为管理者强制他们参加，还有些人因为他们渴望知道‘敏捷“这一到处都使用的词汇到底时候什么意思。
我相信短短几年的信息技术发展过程中，一个声称有一些即将推动工业革命的新想法的救星会出现。各个有新想法的工业专家声称新的方法将会回答普遍的问题。这同样应用于A工业资深人士说Agile是运行“快且高效”项目的最好方法。
但问题是：我们兼顾质量与速度了吗?所谓的Agile Mantra是真的存在还是仅仅是一种夸大的说法?谁真正的从整个Agile工作方式中收益?
坦率地说，大约在七年前，我和你现在的处境一样，满脑子都受到这些问题的轰炸，认为敏捷是一种一时流行的新的项目管理时尚。那时，我也丝毫不知道为什么每个人都为敏捷实现而疯狂。如果有今天的我站在七年前我的旁边，我那时候就会知道这个问题的明确答案。
写在前面的话...
如果仅站在我个人经验上来看，我支持所有使用敏捷开发的观点。Walt Disney有句名言，“不断前行，不断打开新的大门，不断的去做新的事情，因为我们有好奇心，而好奇会引领我们找到新事物的大门。”这句名言让我联系到今天的新产业，敏捷开发和传统瀑布模型的项目我都参加过，包含开发，管理的不同角色。基于我自己的经验来看，我坚信敏捷开发是当今的新途径，它让管理项目变得易于接受。
许多人好奇，谁真的会从敏捷开发中受益，以及怎样才能受益。我将从以下5个重要的方面带领你应用敏捷开发的原则和价值，以及分析(从长远来看)参与的人将怎样受益。
1. 利益相关者
敏捷开发保证了项目中所有利益相关者的利益，不论是客户、项目管理、开发团队或测试小组。每个人对项目都有清晰的可见性，这是成功的关键点所在。敏捷开发原则上鼓励用户积极地参与，不论是产品开发，或是团体协同的方方面面。这对关键利益相关者提供了非常好的可见性，包括项目的进度或是产品本身，最终这有利于保证产品预期的效果。
2. 高效的团队
Aglie团队是自发组织的，这意味着他们有权利和责任去审核生产所有者直接干预的工作。这与大多数non-agile项目不同，项目管理者有责任给团队分配任务，或者甚至是团队成员。这给予团队一种自主感，提高团队士气，最终增加生产率。
3. 市场速度
由于传播速度快，我们能更快地响应市场，因此有更高收入。这一切增加客户满意度的关键因素是敏捷应用开发。
在项目中梦寐以求的代名词是质量。不像传统的瀑布模型，等到开发完成才开始测试，可是在敏捷开发中，我们随着需求的准备便开始进行测试。因此，测试集成贯穿整个开发周期，使得工作产品像开发一样去定期检查。这允许工作所有者有必要时做出适当调整，以及及早的给产品团队检查出任何质量问题。
5. 有趣的部分
实践敏捷最好的一点就是它很有趣。整个团队都积极的参与，使得整个工作空间和氛围均因为这种积极参与和互相之间的协作配合而变得更有意思。有很多有趣的方式比如用计划扑克牌游戏和卡片来评估任务，采用生动新颖的任务面板来讨论工作的进展， 用全新的方式来管控例会以及许多敏捷项目中其他更有趣的东西。据我的经验，这是对每一个人都能受益的方法。
像任何其他的口头禅一样，敏捷开发，也享有实力相当的追求者和批评者。批评者喜欢指出敏捷开发的弊端以及它相比于传统的瀑布模型是如何的不严谨性。但是敏捷开发的所有是关于价值的!价值可以永远时尚。你相信他们，拥抱他们，或者你没有。敏捷开发，像任何其他新的想法一样，它应该被正确理解和全心全意的被应用，否则它永远不会实现其最初的诺言。关于最后一点，我把它留给你们去拥抱“敏捷开发价值观”和基于他们建造越来越好的优质产品。
责任编辑：
声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。
成功通过软考认证七步走
加入光环让你成文敏捷实践专家
今日搜狐热点}