项目周期长,接受客户的反馈并进行调整,团队成员的工作与生活的平衡等等在问题常会出现在我们的项目中,Ramesh提到敏捷是一系列的原则,其中主要包括:为非技术人员及客户提供更好的项目透明度;在开发周期中尽可能早的提供产品的商业价值;尽可能早的接纳客户的反馈;创造机会去接纳变化。
大量而且复杂的依赖关系、代码改动、紧迫的开发周期等因素使管理软件开发生命周期并按时发布高质量的Visual Studio产品极具挑战性。为了降低风险和复杂度,微软开发工具部在开发Visual Studio 2008过程中采用了功能分支架构(Feature Branch Structure)和功能小组模型(Feature Crew Model)。其实这一方式之前已在Office开发团队的实践中取得不错的效果。它的最大好处之一就是使负责某个功能的团队在独立开发过程中有更大自由。
敏捷软件开发流程的概要视图:
据了解,在对敏捷软件开发方法的支持上,Visual Studio 2010也较以前有了比较大的改进。在这次的Beta 2版本中,就内置了微软产品开发不慢自己采用并经过验证的一套流程——基于Scrum开发实践的敏捷开发流程模版。按照微软的说法,通过该模版,广大的开发者可以体验如何整合团队、流程和工具,并像微软一样进行软件开发工作,获得杰出的成果。在IT168编辑和微软(中国)有限公司开发工具及平台事业部开发合作技术经理钟鸣的沟通中,他介绍说,从前让微软也有很多非常头疼的问题,而现在是开发团队等着产品的发布,这一转变的背后就有敏捷开发方法的功劳。
Ramesh表示:“我们团队负责Visual Studio系列中的Visual Studio Team System Architecture Edition,帮助架构师、运营经理及开发人员以可视化方式构造面向服务的解决方案、降低(软件产品开发的)复杂度。目前我们已开发了基于UML和DSL几个建模工具。这基本上是一个全新项目。我们中国团队主要负责开发基于UML的核心图形设计工具,包括即将发布的Logical Class Designer, Use Case Designer。此外,我们还负责在项目中提供建模元素视图功能的Model Explorer。我们所采用的敏捷开发方法是Scrum的修改版。就如我之前提到的,我们认为敏捷开发方法和技术没有哪一种是万灵丹,适合自己才是最好的。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24528261/viewspace-672648/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/24528261/viewspace-672648/