基于visualstudio2010进行敏捷scrum模式开发.docx

基于VISUALSTUDIO2010进行敏捷/SCRUM模式开发根据FORRESTERRESEARCH今年第二季度的一份研究报告，在超过1000名专业开发人员中，采用敏捷模式进行软件开发的已经有109采用了SCRUM模式，在所有的敏捷开发模式中名列首位，而在所有的软件项目管理模式中，敏捷模式更是被35的开发人员所采用。当然，研究报告为我们呈现的仅仅是一个统计学的观点，到底你的开发团队应该采用什么样的开发模式，这还是要根据各自不同的开发环境，人员构成，公司架构以及文化背景来决定。图1FORRESTER关于敏捷模式的调查报告VISUALSTUDIO2010是微软在2010年4月发布的全新一代的集成开发环境，配合同时发布的TEAMFOUNDATIONSERVER2010（TFS团队服务器），为开发团队提供了全面的应用程序生命周期管理（ALM）工具和平台。在2010这个版本中，对于敏捷，或者说SCRUM模式的支持是前所未有的。虽然微软的VISUALSTUDIOTEAMSYSTEM从2005年开始发布的时候就提供了敏捷流程模板（也就是MSFAGILE）模板，但是2008版之前的这个敏捷流程模板都是基于MSF（微软解决方案框架）的；这个框架是微软针对自己的研发团队的最佳实践进行抽取总结出来的，与广大敏捷开发社区里面所流行的很多敏捷方法并不是很契合，造成了开发团队在实施的时候有很多不适用的地方。因此，微软在开发2010版本的过程中，大量的听取了敏捷开发社区中的声音，在自己的MSFAGILE50的模板中进行很多针对敏捷，更确切的说是SCRUM开发模式的改进，使得2010版本中所集成的MSFAGILE50的模板非常适合我们来进行SCRUM模式的开发组织。当然，微软的产品为了追求通用性，在MSFAGILE50的模板中并没有完全采用SCRUM模式通行的名称和流程；同时，微软在两周前又发布了一个纯粹的SCRUM流程模板以供那些希望完全使用SCRUM模式的开发团队使用，当然这个模板现在仍然是BETA版。我个人认为，开发团队采用哪一个模板并不是最重要的，重要的是我们需要在开发过程中不断地改进过程，并对这个模板进行定制，以便适合我们自己的开发流程。这也是为什么TFS所提供的是一个模板，因为它的目的就是希望我们在这个模板的基础上不断的改进，最终找到适合自己开发团队的流程。其实这也很符合SCRUM模式的理念；简单一点来说，SCRUM模式是一种针对复杂项目的流程组织方式的框架，其目标是为了让我们开发出更高质量的软件产品。围绕的这个目标，SCRUM模式为我们提供一个团队模型，一系列工具和一个简单的流程。在这样一个框架之下，SCRUM模式要求我们不断地改进流程以达到适合团队的最佳状态，这种对改进的要求也是SCRUM模式区别于其他开发流程的重要特点之一。为什么SCRUM模式适合软件开发软件行业至今已经有超过40年的历史，很多在软件工程中的管理方法都是在不断摸索中改进而来的。早期的软件行业由于规模有限，绝大多数属于作坊型，几个人在一起靠着自己的聪明才智创造出软件产品；但是当团队规模不断扩大的时候，开发人员开始需要一种模型来组织越来越庞大的团队，满足越来越复杂的需求。因为没有经验可循，软件开发团队将很多传统工业工程的方法借鉴到软件行业，因而出现像“瀑布式”的模型。“瀑布式”模型要求我们在实际的开发工作开始之前进行很多非常细致的设计和计划，力图将不可控的开发过程细化成可以控制的颗粒，以达到对复杂项目的总体控制目的。但是“瀑布式”模型忽视了软件项目的一个本质特点，那就是需求的不确定性；我们不可能像造汽车一样在上生产线之前把所有的零件都设计好，所有的流程都规定好，再进行装配；因为任何软件在实际进行编码之前都没有人知道这些代码应该如何实现，而且每一个开发人员的水平不同，习惯不同，写出的代码也是不同的；再加上客户对于软件的需求也是在不断变化的，一年之前的业务流程很可能在一年之后就产生的变化，如果还按照之前的需求进行开发，那么交付的时候肯定是无法满足要求的；更重要的事，在客户没有看到或者实际操作软件产品之前，他们永远也不能明确地告诉你他们要的到底是什么。因为这种种原因，造成了软件开发不可能采用传统的工程方法进行组织，因为其本身是一种需要依赖于开发人员智慧的探索性行为，也造成了我们的软件项目中有很大一部分是失败的。SCRUM模式的出现正是基于对于软件开发行为本质的认识，提供了一种松散的框架，让我们使用一种探索性的流程方法来组织本来就是探索性的开发过程；从根本上满足了软件开发本身对于流程的需求。这种方法论实际上是基于爱德华戴明所提出的戴明环的管理方法；戴明环理论提出人类在进行任何复杂活动时，获得成功的最有效过程要经过PLAN计划–DO执行–CHECK检查–ACT改进，四个子过程，并不停的迭代以便找到最佳的方法来解决问题。这个理论不是针对软件开发提出的，但是软件开发本身其实就是最典型的复杂活动。图2戴明环这里我们再回头看看SCRUM的流程，SCRUM的流程主要包含以下内容PRELEASE/SPRINTPLANNING发布/迭代计划CPDAILYSCRUM每日回顾CASPRINTREVIEW迭代产品检查ASPRINTRETROSPECTIVE迭代流程检查我们可以看到，SCRUM模式的流程与戴明环仅仅相扣。有很多认为敏捷模式会弱化计划的作用，其实不然，敏捷模式更加强调计划，而且强调更加频繁的计划，比如每日回顾这个流程就要求我们的团队每个成员每天早上用15分钟的时间来回答3个问题1你昨天做了什么2你今天计划做什么3有什么问题阻碍你的开发进程其实这正是对于之前开发内容的检查，同时也是对后续开发内容的计划过程。SCRUM模式需要怎样的工具来实现对于使用什么样的工具来实现SCRUM模式，现在也有很多不同的观点。其实有很多人认为白板和即时贴就是最好的工具，其实对于小型团队来说这的确是最有效而且最经济的方法。但是如果考虑到软件公司的管理需求（工作量统计等），远程团队，开发工具集成，代码质量控制，发布后期支持等等；我们还是需要一个高度集成的平台和一整套工具来支持我们的开发团队。图3白板和即时贴VISUALSTUDIO2010所提供的集成开发环境可以满足我们以上的一系列需求，帮助我们的开发团队更好组织开发，帮助我们的管理层更好地掌控开发过程，帮助软件公司开发出更高质量的产品。SCRUM模式对于工具的要求，主要集中在以下一个方面1团队组织满足PO（产品经理），SCRUMMASTER（流程经理）和开发团队管理，以不同的权限访问团队项目并对不同角色提供个性化的信息支持的能力。2产品需求记录和跟踪对于PRODUCTBACKLOGITEM（PBI产品需求列表）的添加，编辑，优先级排序以及交付开发团队以后进行跟踪的能力。3流程管理满足SPRINTPLANNING,DAILYSCRUM,SPRINTREVIEW和SPRINTRETROSPECTIVE这些流程中对于信息共享，信息转移和跟踪的能力。4产品质量在整个开发过程中，配合SCRUM模式达到产出高质量代码和产品的能力。下面我们就看看VISUALSTUDIO2010系统在这4个方面如何满足SCRUM模式的需求，并协助我们开发