VisualStudioTeamArchitect团队：敏捷开发实践与团队协作策略

18 浏览量更新于2024-08-30 收藏 359KB PDF 举报

"VisualStudioTeamArchitect团队的敏捷软件开发实践是在微软开发工具部（DevDiv）的背景下展开的，面对数千名软件工程师和VisualStudio系列产品的复杂开发任务。团队主要负责VisualStudioTeamSystemArchitectureEdition，专注于提供面向服务的解决方案和降低开发复杂度，通过UML和DSL工具支持建模。在敏捷开发策略中，团队并未局限于单一的方法论，而是灵活地结合了TDD（测试驱动开发）、Scrum和XP（极限编程）等模式，认识到每个项目和团队的独特需求。他们强调的是遵循《敏捷软件开发宣言》的12条基本原则，而非严格遵循某一特定框架，这样可以更好地适应不断变化的需求和技术环境。 DevDiv在VisualStudio2008的开发中引入了功能分支架构和功能小组模型，这使得团队在独立开发过程中拥有更大的自主权，有助于降低风险和管理复杂性。全球分布式的开发团队分布在亚洲、北美洲和欧洲的多个城市，团队通过集中功能小组成员、优化沟通来克服地理距离带来的挑战。尽管面临分布式工作带来的沟通难题，团队仍然保持敏捷性，通过灵活的工作流程、频繁的交流和迭代开发，确保产品质量和交付时间。他们处理的新项目，如基于UML和DSL的建模工具，表明团队在不断进化和创新，以适应敏捷开发的要求。 VisualStudioTeamArchitect团队的敏捷实践是以灵活性、协作和适应性为核心，通过科学的组织架构和工具支持，实现了高效、高质量的产品开发。"

VisualStudioTeamArchitect团队的敏捷软件开发团队的敏捷软件开发

在最近几次与客户面对面的交流中，我有幸分享了我们团队如何在日常工作中进行敏捷软件开发。毫无疑问，这在中国开发人

员中是个热门话题，我也想利用博客这个平台与更多的读者进行书面的交流。当然关于敏捷开发利弊得失的争论有不少，而相

关的开发模式也分成了TDD (Test Driven Development), Scrum, XP(eXtreme Programming)等流派。就我个人而言，一个团

队是否严格遵循某种既定的敏捷方法并不重要，但一定得选择并采用一种（或几种）最适合自己开发团队和开发项目的。我认

为重要的是团队能否遵循《敏捷软件开发宣言》所涉及的12条原则。

在我深入这一议题前，请允许我介绍一下团队：我们属于微软开发工具部（Developer Division,以下简称DevDiv），这个部门

拥有几千名软件工程师，核心产品Visual Studio系列的用户从软件开发爱好者一直到大型企业里的专业开发人员及架构师。

大量而且复杂的依赖关系、代码改动、紧迫的开发周期等因素使管理软件开发生命周期并按时发布高质量的Visual Studio产品

极具挑战性。为了降低风险和复杂度，DevDiv在开发Visual Studio 2008过程中采用了功能分支架构(Feature Branch

Structure)和功能小组模型(Feature Crew Model)。其实这一方式之前已在Office开发团队的实践中取得不错的效果。它的最大

好处之一就是使负责某个功能的团队在独立开发过程中有更大自由。由于篇幅所限，在这篇博文中我将侧重介绍我们团队是如

何进行敏捷软件开发的。

我们团队负责Visual Studio系列中的Visual Studio Team System Architecture Edition，帮助架构师、运营经理及开发人员以

可视化方式构造面向服务的解决方案、降低（软件产品开发的）复杂度。目前我们已开发了基于UML和DSL几个建模工具。

这基本上是一个全新项目。

从产品开发来看，我们属于全球分布式开发，团队分布在三大洲的四个城市，包括亚洲的上海，北美洲的雷德蒙和夏威夷，以

及欧洲的剑桥。为了尽可能减少分布式研发对团队间交流所造成的障碍，我们尽量使功能小组的成员集中于一地。基本上，每

个功能小组的核心部分都在某一个城市完成，在其他城市可能会有个别工程师参与相关开发。例如，我们在上海就有一个功能

小组，其他一些工程师在雷德蒙的公司总部工作。但有时，基于客户场景的特殊要求，我们也会将一个功能小组拆分成若干

个，由多个城市的团队同时开发。

在本文后半部分和之后的系列文章中，我所谈及得敏捷软件开发流程都是同一个功能小组所遵循的，即是我们中国团队所遵循

的。

我们中国团队主要负责开发基于UML的核心图形设计工具，包括即将发布的Logical Class Designer, Use Case Designer。此

外，我们还负责在项目中提供建模元素视图功能的Model Explorer。我们所采用的敏捷开发方法是Scrum的修改版。就如我之

前提到的，我们认为敏捷开发方法和技术没有哪一种是万灵丹，适合自己才是最好的。我们的团队中已有两位工程师参与过

Scrum实践，也因此促成我们最终选择了它。

下面是一个我们敏捷软件开发流程的概要视图：

产品待开发事项（Product Backlog，视图的左上角）可以被视作一份这个团队以优先级排列的、需要完成的功能需求单：来

自相关产品利益相关者（Stakeholders）对产品提出一系列高端要求。例如，我们最初的要求是为客户增加逻辑级（更抽象

的）和物理级（更靠近代码）建模提供支持，由此衍生出了高端功能需求，诸如开发在逻辑级方便客户生成逻辑模型、兼容

UML的关系图和开发帮助创建无力模型的DSL关系等。然后我们会对将要支持的UML关系图种类按优先级进一步分解（UML

共有13种不同的关系图）。产品利益相关者的意见会驱动整个优先级选择过程，最终我们得出五个最重要的关系图：Logical

Class Diagrams, Use Case Diagrams, Sequence Diagrams, Activity Diagrams 和Component Diagrams。于是，团队依据当

时对产品和市场的了解，以故事标题的形式完成一份产品待开发事项。无疑，整个开发工程中一旦要求发生变化，也会导致需

求排列优先级的变更。

在与客户的交流中，我被问得最多的问题之一是是否需要在敏捷开发过程中创建架构模型设计。和咨询公司一样，我的答复也

是：视情况而定:)。围绕Big Design Upfront (BDUF), You Are Not Going to Need It (YAGNI)以及让团队在开始实施新功能

时“重构”现有的代码/设计等所存在陷阱的争论也不少，其中有不少值得借鉴。尽管如此，我坚信设计初期存在这么一个阶段可

以尽责地做架构设计以生成高端架构。例如，你打算建一个网上贷款流程的应用程序，你可能需要决定在这个架构里有几层。

下载后可阅读完整内容，剩余3页未读，立即下载

weixin_38729108

粉丝: 5
资源: 896

VisualStudioTeamArchitect团队：敏捷开发实践与团队协作策略

潘正磊谈微软研发团队管理之道

VisualStudioTeamArchitect团队敏捷开发：执行与协作篇（第三部分）

敏捷开发实践：VisualStudioTeamArchitect的团队经验

敏捷开发实践：VisualStudioTeamArchitect的Sprint执行

Python基于yolo的健身姿势检测与姿态矫正建议系统源代码+使用说明

使用谷歌地球引擎（GEE）和 Python 在孟加拉国西北部绘制基于机器学习算法的作物类型图.ipynb

【光伏预测】基于蛇群优化算法SO优化高斯过程回归GPR实现光伏多输入单输出预测附Matlab代码.rar

【光伏预测】基于鹈鹕优化算法POA优化高斯过程回归GPR实现光伏多输入单输出预测附Matlab代码.rar

深度学习图形识别点位知识

【创新未发表】Matlab实现引力搜索优化算法GSA-GRU实现风电数据预测算法研究.rar

最新资源