您的赞赏，是对我创作的最大鼓励。|赞赏
收藏已收藏 | 171赞 | 12
扫码分享到微信
个人微信公众号：killifer
21篇作品206.5k阅读总量
热门问题12345678910一个优秀的团队该不该使用敏捷开发 - 简书
下载简书移动应用
写了255569字，被2514人关注，获得了5735个喜欢
一个优秀的团队该不该使用敏捷开发
在CMM（能力成熟度模型Capability Maturity Model的缩写，是一种侧重于软件开发过程的管理及工程能力的提高与评估的开发模型）神话崩溃以后，敏捷开发逐渐引起了人们的关注，并被寄予厚望。下面我们就来谈一谈敏捷开发相关的一些知识。
敏捷开发的起源
我们大部分人都学过瀑布开发模型，它是以文档为驱动的。因为在瀑布的整个开发过程中，开发人员根据需求文档进行开发，一切以文档为依据。敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法，是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人，注重的是人与人之间，面对面的交流；它只写有必要的文档，或尽量少写文档；采用的是迭代式开发。
敏捷开发提倡将一个完整的软件版本划分为多个迭代，每个迭代实现不同的特性。重大的、优先级高的特性优先实现，风险高的特性优先实现。在项目的早期就将软件的原型开发出来，并基于这个原型在后续的迭代不断完善。迭代开发的好处是：尽早编码，尽早暴露项目的技术风险。尽早使客户见到可运行的软件，并提出优化意见。可以分阶段提早向不同的客户交付可用的版本。
在每个迭代中，架构师负责将所有的特性分解成多个Story Card。每个Story可以视为一个独立的特性。每个Story应该可以在最多1个星期内完成开发，交付提前测试（Pre-Test）。当一个迭代中的所有Story开发完毕以后，测试组再进行完整的测试。在整个测试过程中（pre-test，test），基于Daily build，测试组永远都是每天从配置库上取下最新编译的版本进行测试，开发人员也随时修改测试人员提交的问题单，并合入配置库。
敏捷开发的一个特点是开放式办公，充分沟通，包括测试人员也和开发人员一起办公。基于Story Card的开发方式，团队会在开放式办公区域放置一块白板，上面粘贴着所有的Story Card，按当前的开发状态贴在4个区域中，分别是：未开发，开发中，预测试中，测试中。Story Card的开发人员和测试人员根据开发进度在Story Wall上移动Story Card，更新Story Card的状态。这种方式可以对项目开发进度有一个非常直观的了解。
Story Card
敏捷开发宣言
个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划虽然右项也有价值，但是我们认为左项具有更大的价值。
敏捷开发的方式
敏捷开发作为一种指导思想或开发方式，Scrum和XP（Extreme Programming：极限编程）是敏捷开发的具体方式。Scrum和XP的区别是，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的。
Scrum方式Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；把一个开发流程的名字取名为Scrum，大家像打橄榄球一样迅速、富有战斗激情，运用该流程，你就能看到你团队高效的工作。
Scrum整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中，使用Product Backlog来管理产品的需求，Product backlog是一个按照商业价值排序的需求列表，Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。
Scrum开发流程中的三大角色
产品负责人（Product Owner）主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。
流程管理员（Scrum Master）主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。
开发团队（Scrum Team）主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在5~10人左右，每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，同时具有一定的表达能力；成员可以采用任何工作方式，只要能达到Sprint的目标。
进行Scrum开发的流程1、我们首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的；
Product Backlog
2、Scrum Team根据Product Backlog列表，做工作量的预估和安排；
3、有了Product Backlog列表，我们需要通过 Sprint Planning Meeting（Sprint计划会议） 来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个Sprint Backlog；
4、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成）；
5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting（每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃尽图）；
每日站立会议
6、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还没有用过自动化的每日集成，其实TFS就有这个功能，它可以支持每次有成员进行签入操作的时候，在服务器上自动获取最新版本，然后在服务器中编译，如果通过则马上再执行单元测试代码，如果也全部通过，则将该版本发布，这时一次正式的签入操作才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员；
7、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，我们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每一个Scrum Team的成员都要向他们演示自己完成的软件产品（这个会议非常重要，一定不能取消）；
8、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；
极限编程是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。
XP的十三种核心实践团队协作(Whole Team)规划策略(The Planning Game)；结对编程(Pair programming)测试驱动开发(Testing-Driven Development)重构(Refactoring)简单设计(Simple Design)代码集体所有权(Collective Code Ownership)持续集成(Continuous Integration)客户测试(Customer Tests)小型发布（Small Release）每周40小时工作制（40-hour Week）编码规范（Code Standards）系统隐喻（System Metaphor）
关于规划策略：计划是持续的、循序渐进的。每2周，开发人员就为下2周估算候选特性的成本，而客户则根据成本和商务价值来选择要实现的特性。
关于测试驱动开发：编写单元测试是一个验证行为，更是一个设计行为。同样，它更是一种编写文档的行为。编写单元测试避免了相当数量的反馈循环，尤其是功功能能验证方面的反馈循环。程序员以非常短的循环周期工作，他们先增加一个失败的测试，然后使之通过。
关于隐喻：隐喻同体系结构是同义词，隐喻用于描述项目的全貌，Story用于描述个别具体的特征。隐喻是将整个系统联系在一起的全局视图；它是系统的未来影像，是它使得所有单独模块的位置和外观变得明显直观。如果模块的外观与整个隐喻不符，那么你就知道该模块是错误的
XP的一个成功因素是重视客户的反馈——开发的目的就是为了满足客户的需要。XP方法使开发人员始终都能自信地面对客户需求的变化。XP强调团队合作，经理、客户和开发人员都是开发团队中的一员。团队通过相互之间的充分交流和合作，使用XP这种简单但有效的方式，努力开发出高质量的软件。XP的设计简单而高效；程序员们通过测试获得客户反馈，并根据变化修改代码和设计，他们总是争取尽可能早地将软件交付给客户。XP程序员能够勇于面对需求和技术上的变化。
什么是优秀团队
有家公司的一个团队的一个项目用的是"敏捷开发方法"，而当时公司的理念恰恰是：开放、协作性强、扁平化团队，以用户为中心；和团队使用的敏捷方法理念正好相同，结果毫无悬疑的拿到了优秀团队奖。即使开发的项目并不是很成功，但公司需要一个团队来做榜样，来激励其他团队，而那里正好有这么一个团队。
如果做不了优秀的团队，那么就做一个典型的团队，公司需要这么一个做示范的话题。优秀的团队并不是拘泥于某种开发方式的，而是最适合某种方式的。希望您也能在一个优秀的团队。
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮
被以下专题收入，发现更多相似内容：
如果你是程序员，或者有一颗喜欢写程序的心，喜欢分享技术干货、项目经验、程序员日常囧事等等，欢迎投稿《程序员》专题。
专题主编：小...
· 185777人关注
@IT 专题 由 IT大分类，转定位于IT·互联网行业观察与思考，数码产品极客体验。
主编：向右奔跑 http://www.ji...
· 147442人关注
玩转简书的第一步，从这个专题开始。
想上首页热门榜么？好内容想被更多人看到么？来投稿吧！如果被拒也不要灰心哦～入选文章会进一个队...
· 133924人关注
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
选择支付方式：京 东 价：
[定价：￥]
支　　持：
搭配赠品：
服务支持：
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
敏捷教练：如何打造优秀的敏捷团队
加载中，请稍候...
商品介绍加载中...
扫一扫，精彩好书免费看
　　★本书提供的建议清晰且经过验证，对任何敏捷教练或ScrumMaster都很有帮助。从开始转变到保持代码整洁再到主导回顾会议，这本书涵盖了敏捷教练需要知道的一切，足以把任何敏捷团队培养到最佳状态。　　——Mike Cohn，《用户故事与敏捷方法》、《Scrum敏捷软件开发》和《敏捷估计与规划》作者　　★介绍如何成为敏捷教练的材料我见过太多，但都谈不上是实用建议，连门都摸不到。Rachel和Liz为大家献上的则是弥足珍贵的纸上黄金。　　——Lasse Koskela，教练，Reaktor Innovations，《测试驱动开发的艺术》作者　　★教导方面的书很难写。Rachel和Liz做得非常棒，诠释了不能按部就班辅导团队的原因（没有银弹……至少现在还没有！）。团队由不同的个体组成，团队所依存的环境也非常不一样。这本书的魅力在于它促使你“思考”而不是盲从。它通过实例来演示，教练可以采取敏捷和实效的方式推动敏捷。　　——Naresh Jain，印度敏捷软件社区　　★本书作者和读者分享了她们的宝贵经验。书中随处可见各种提示、技巧、点子和灵感，在辅导敏捷团队时，这些都能派上用场。和其他一些书不同，本书还探讨了绝大多数团队都会面临的模糊边界、困境和障碍。　　——Allan Kelly，《敏捷转型指南》（Changing Software Development： Learning to Become Agile）作者
京东商城向您保证所售商品均为正品行货，京东自营商品开具机打发票或电子发票。
凭质保证书及京东商城发票，可享受全国联保服务（奢侈品、钟表除外；奢侈品、钟表由京东联系保修，享受法定三包售后服务），与您亲临商场选购的商品享受相同的质量保证。京东商城还为您提供具有竞争力的商品价格和，请您放心购买！
注：因厂家会在没有任何提前通知的情况下更改产品包装、产地或者一些附件，本司不能确保客户收到的货物与商城图片、产地、附件说明完全一致。只能确保为原厂正货！并且保证与当时市场上同样主流新品一致。若本商城没有及时更新，请大家谅解！
权利声明：京东上的所有商品信息、客户评价、商品咨询、网友讨论等内容，是京东重要的经营资源，未经许可，禁止非法转载使用。
注：本站商品信息均来自于合作方，其真实性、准确性和合法性由信息拥有者（合作方）负责。本站不提供任何保证，并不承担任何法律责任。
印刷版次不同，印刷时间和版次以实物为准。
价格说明：
京东价：京东价为商品的销售价，是您最终决定是否购买商品的依据。
划线价：商品展示的划横线价格为参考价，该价格可能是品牌专柜标价、商品吊牌价或由品牌供应商提供的正品零售价（如厂商指导价、建议零售价等）或该商品在京东平台上曾经展示过的销售价；由于地区、时间的差异性和市场行情波动，品牌专柜标价、商品吊牌价等可能会与您购物时展示的不一致，该价格仅供您参考。
折扣：如无特殊说明，折扣指销售商在原价、或划线价（如品牌专柜标价、商品吊牌价、厂商指导价、厂商建议零售价）等某一价格基础上计算出的优惠比例或优惠金额；如有疑问，您可在购买前联系销售商进行咨询。
异常问题：商品促销信息以商品详情页“促销”栏中的信息为准；商品的具体售价以订单结算页价格为准；如您发现活动商品售价或促销信息有异常，建议购买前先联系销售商咨询。
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
浏览了该商品的用户还浏览了
加载中，请稍候...
七日畅销榜
新书热卖榜
iframe(src='///ns.html?id=GTM-T947SH', height='0', width='0', style='display: visibility:')学习型组织，是指通过营造整个组织的学习气氛，充分发挥员工的创造性思维能力，而建立起来的一种有机的、扁平的、符合人性的、能持续发展的组织。学习型组织取得成效的主要原因在于：它为从高层管理者到一般员工的组织内所有成员提供了自我提升的机会，并具备将有价值的资源进行整合和合理运用的机制。如果你的团队已经拥抱了团队承诺的理念，减少了对专家的依赖，能够保持一小块一小块的做事情，那么你的团队已经在团队协作上有了很大的进步。这时多数团队会有一种满足感。请不要这样，仍然还有改善的机会。要成为一个真正的高效团队，并领会Scrum带来的所有好处，那么，你的团队一定要主动寻求学习和分享知识的新方法。有些学习很自然地就发生了——例如用户告诉产品负责人她期望某个功能应该是怎样的，或者程序员发现使用某种具体技术不能满足扩展性需求等。有些学习则需要主动的进行。这是我们现在感兴趣的学习。最高效的团队和他们的领导者在改善学习效率和意义上起着非常积极的作用，而不是被动的等待学习。把积极的追求团队学习作为项目的目标，要使团队学习能够发生，以下五个条件是必不可少的：1.设计学习型团队: 在组织团队结构是可考虑到这点。2.个人有分享知识的方法: 可通过Scrum的5个仪式或社区活动沟通来增强只是分享的方式3.领导者要强调学习的重要性: 可展示重视学习的事项，领导也要和团队加多接触4.授予团队激励性的挑战: 要注意激励的方式方法，不要让团队产生出负面情绪，一级级的态度5.让团队去接受挑战有互相帮助的学习环境: 近朱者赤近墨者黑，接触的环境可以影响一个人的行为和想法，好的学习环境，可以帮助团队更好的学习新知识注意消除知识浪费：在一些情况下团队会失去学习的机会，通常为：分散、交接和一厢情愿。导致团队布局分散的原因是沟通障碍和一些不合适的规则制度。团队责任制可以减少不必要的交接浪费。一厢情愿是指在信息量缺失的状况下做出决定，往往带来错误的影响，比如项目的延期和抛弃至少。敏捷视界关注“敏捷视界”做敏捷项目管理的领军人物别跟我说，你连怎么关注都不知道！敏捷视界(gh_d)　
　文章为作者独立观点，不代表微头条立场
的最新文章
关键要点要从系统角度去了解敏捷实施 - 重新设计团队和工作结构，发展个人并管理变革掌握关于“学习”的新视角 敏捷项目的几个管理工具~赶快马~ 1、worktile
wo敏捷开发方法对商业界来说并不是什么新概念;不管贵公司从事什么样的行业，如果贵公司想经济高效地发展业务，就需要12月,1000人,来一场属于敏捷人的重逢吧!——相约2016年中国最大的敏捷盛宴2016第三届光环中国敏捷（文章来源/bamboolsu）本文章介绍如何构建敏捷项目管理团队， 以一个Scrum Coach的角色，分本篇文章是 如何构建敏捷项目管理团队 系列文章的第二篇。
介绍Scrum Coach 如何帮助团队成长！“互联网+”战略为中国带来了新经济，新动力，在不断变化商业环境里，越来越多的组织运用敏捷取得成功，敏捷并不是“我的敏捷实践之路”征文大赛敏捷，来势汹涌。各大互联网公司，传统行业的开发部门，已先行。在这场如火如荼的敏捷早在2011年，敏捷就已经悄悄的来到中国，不少的行业先锋开始尝试，发现它更低的成本，更快的交付，更多的成功。策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点（story points),故事点只是一一、会议简介：　　项目管理在中国10多年的发展历程中，越来越体现它的价值与作用，但当互联网时代的到来，更多的在敏捷项目里，挂在墙上的“人人可见的大图表”是一种普遍的实践，它被用来共享项目的状态并将之可视化。精益系统里（文/Chen Ping）作为一名敏捷教练，我经常被问到的一个问题是：“我们实施了敏捷，但是为什么它没有起作九月，孩子们上学了，大学生开学了，我们还是跟往常一样上班了。世界并没有因为九月而变得不一样，生活也没有因为九面对时代的飞速变化，你可曾焦虑和无助？也许你见过所在的城市凌晨四点的样子，也曾搭乘最后一班地铁回家。然而，这（文/黄海文）文章分享了关于敏捷项目进度管理中缩短项目工期的实践、进度信息的获取与核实、进度信息的展现、传播进度信息的展示、传播及其激励作用Scrum 中提倡的采用燃尽图（Burn-down Chart）来直观得展现（文章来源于网络）在过去的16年中，我一直都是一名开发者。不久前，公司的一位实习生问我，做一名开发者，最酷的要点用户故事设置每个工件的边界范围。敏捷的需求分析贯穿交付物的整个生命周期。团队就接收标准、建议的解决方案和在敏捷项目中我们不会去创建详细的估算来束缚自己，但是对将要进行的工作量的大小有一个认识还是很重要的，这就是为什么……为什么现在还不能入手iPhone 7？因为......中秋萌萌哒，快带它回家。为了欢庆中秋佳节，光环国际将推出报名优惠课程，送小米手环活动。中秋期间报名，不仅有优一个成功的敏捷开发项目有可能将瀑布式开发组织由缓慢的、庞大的发布转变为快速的迭代式循环发布。一旦组织已经牢牢在敏捷的世界里，BVCs、TOWs和POWs都是非常重要的工具。那么它们都是什么东西呢？BVCs（Big V敏捷需求分析认为，需求应建立在以用例为中心的需求文档体系，采取协作式而非合同式的沟通方式之上。具体可分为五个关键点：9月10日，光环国际广州第1609期敏捷ACP精品培训班顺利开课啦！来自各地的学员准时来到了位于广州海珠区铂David Horowitz和Mark Kilby参加了敏捷2016大会并做了关于《分布式团队如何茁壮成长》（文/Arale）十一年前我和程序猿第一次见面，还是大一军训期间。我甚至不确定程序猿是否记得那是第一次见面。最近在整理敏捷开发项目的流程和管理制度，其整理的项目管理规程如下，这份规程也不完全算是敏捷专属的项目管理规程昨天为大家整理了敏捷项目管理的规程，今天奉上一篇转载文章让大家做一个更深入的了解。流程也许不如人那么重要，但世界上有很多经典定律，像看不见的手，引导着世间的一切。互联网风云变幻，也离不开这些神奇的定律。读懂这些定律，一、策略层和以往不同的是，你将会面向你的客户，而不是你的产品经理。你有足够的时间陪伴着你的客户，倾听他们的需8月11日，支付宝迎来了全新改版。相信很多人已经体验过了，支付宝最大的改变就是在首页中加入了信息流瀑布。很多今天在微博上又一次看到有人转发小马哥的：“小步快跑，快速迭代”理论，刚好鄙人近期收集了一些快速迭代的资料，接“分流发布”脱胎自“灰度发布”，是一种发布范围逐步放量的过程，放量范围从公司内部，到种子用户，再到大量用户。如何正确实施敏捷？可别误入歧途！你知道的错误做法越多，在具体实施时，你就越能成竹在胸。于是，我们来讨论一下大团队产品和开发必须是one team，一般的公司都会将产品和开发分成两个部门，做产品的设计原型图，开发的做技术，这也是现在产品经理和项目经理经常撕逼的原因。一、总裁：“我们不需要两台服务器”我：“可是我们需要双机备份”总裁：“两台服务器是为失败者准备的，优秀的团队首先来说什么是用户故事？用户故事是从用户的角度来描述用户渴望得到的功能。既不是用来替代传统需求，也不是仅仅记什么是负利率？说到这个，曾经有很多非金融专业的朋友问过我这个问题，我给他们的解释也很简单，所谓的负利率就是你本文作者@朱军华Ronzhu 敏捷开发越来越火热，但在实际应用当中很多时候都是只有敏捷的“形”，却缺少敏捷的John是一家大型公司的长期分析师，负责捕获新的软件产品及现有软件产品的需求。他用SRS（软件需求规格说明书敏捷ACP认证培训中国项目管理的黄埔军校【ACP敏捷认证背景】从2008年到2011年，PMI对600个组织我们可以通过在实际操作过程当中在需求层面进行敏捷设计的分析来了解需求的敏捷设计。大多数情况下需求的处理过程都随着智能手机的普及，城市公共电话亭几乎沦为摆设，大面积亏损，造成公共资源的极大浪费。纽约市曾为此发起一场竞赛踏入敏捷圈很久了，参加了很多活动，和众多一线的敏捷教练进行交流，对敏捷教练的八种失败角色有了一些新的感悟，这在班加罗尔举行的2016年Agile India大会上，来自加拿大IHS的Sean Dunn和Chris E上次简单的说了功能点的度量方法：controller的数量乘以35，就是大致功能点数量。下面我们基于功能点，进行一些我们常见的度量。光环PMP之家论坛主题由光环国际主办的《光环中国·2016项目管理论坛》以“学习、成长、创新”为主题，我们邀摘要：虽然说敏捷开发是一种以人为核心，以迭代、循序渐进相辅的开发方法，但是少了顺手的工具就犹如骑士没了骏马一gh_d敏捷视界，专注敏捷管理、敏捷开发、为一线互联网IT领域敏捷管理人士提供最专业的敏捷管理资讯，最前沿敏捷管理方法，打造最专业的敏捷管理信息平台。热门文章最新文章gh_d敏捷视界，专注敏捷管理、敏捷开发、为一线互联网IT领域敏捷管理人士提供最专业的敏捷管理资讯，最前沿敏捷管理方法，打造最专业的敏捷管理信息平台。您所在的位置： &
敏捷开发团队的那些事儿
敏捷开发团队的那些事儿
在传统开发理念根深蒂固的同时，团队要想应用好敏捷，应如何做好转型呢？怎样才算是优秀的敏捷开发团队呢？带着这些问题，51CTO记者在2010第五届敏捷中国大会上，采访了ThoughtWorks首席科学家Martin Fowler先生。
【51CTO独家特稿】敏捷开发正在被越来越多的人所接受，从诞生到现在，敏捷开发理念已经逐步的渗透在在各个行业中。在软件开发领域，敏捷更是成为一种主流的开发模式。
当然，与传统开发理念不同，，更需要团队的合作。在传统开发理念根深蒂固的同时，团队要想应用好敏捷，应如何做好转型呢？怎样才算是优秀的敏捷开发团队呢？带着这些问题，51CTO记者在2010第五届敏捷中国大会上，采访了ThoughtWorks首席科学家Martin Fowler先生。
传统开发团队如何转型？
目前有越来越多的开发者开始使用并喜欢敏捷，也有越来越多的企业开始尝试并运用敏捷，那么针对敏捷开发，传统的开发团队如何转型呢？Martin Fowler先生表示，敏捷开发是一种理念，这样一种理念并不能够用一言一语来说明。
传统的开发团队想要转型，首先要在思想上接受敏捷开发，&团队需要认清自己，接受改变&，Martin Fowler如是说。的确，这样一种改变并不是简简单单就能够完成，从某种程度上说，这种向敏捷的转变，也是一种提高。
想要做到敏捷开发，每个团队都要经历这样一个转型期，问题大多也都出现于此。当然，就如Martin Fowler所说，并不是有一个单一的药方就能把一个复杂问题解决，也许更没有一个通用的方法，让团队顺利的完成转型。解铃还需系铃人，转型期的问题，还需要每个团队根据自身的不同，找出合理有效的解决方法。
优秀的敏捷开发团队
有人说，敏捷开发并不适用于水平一般的程序员或团队，那么优秀的敏捷开发团队到底会是什么样的呢？Martin Fowler给出了自己的答案：可能最重要的度量就是这个团队能够快速地、经常地发布软件，而且应该能够比较高质量的发布软件，开发人员能够把代码放到系统当中而不至于出现问题，这些都是高质量的敏捷团队。
当然，除了高效、有质量的发布软件外，开放也是一个优秀的敏捷团队应有的&素质&。同时，一个优秀的敏捷团队，要有专注于敏捷的思想，更要有一种对敏捷开发的兴趣。
Martin Fowler简介
著名作家，软件开发咨询师及演讲家，ThoughtWorks首席科学家。他以其超过20年的专业经验帮助企业核心系统应用面向对象技术 。加入ThoughtWorks之前，他曾是一位独立咨询师，与欧洲及北美客户共同推进面向对象设计及敏捷方法。 Martin以其著述闻名。他曾撰写五本软件开发书籍并多次获奖。他的个人博客也备受软件开发人员追捧。 Martin是敏捷开发宣言的创始人之一。曾多次受邀在国际会议中演讲，而今他更享受隐退幕后。作为首席科学家，Martin的工作是为业界提供重要技术和信息，并通过ThoughtWorks向业界推广。多数来自ThoughtWorks第一手的项目资料都成为他进行颠覆性IT变革的重要原料。
【编辑推荐】
【责任编辑： TEL：（010）】
关于的更多文章
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开
作为移动开发者，WOT2016移动互联网技术峰会，绝对有你不得不来的理由。
很久很久以前，冬天爱上了夏天，可是他们始终不能相见
流火过，金秋来，在学校开学之前的最后一周，终于凉快
又到了一周的末尾，闷热过后，这周的温度算是降下来了
本书在全面介绍微软最新网络操作系统Windows Server 2003的基础上，简要地介绍了UNIX和Linux两大操作系统的代表产品：Sun（太阳
51CTO旗下网站