那怎么做才能保证软件质量？我们用了一个很特别但是很有效的方法，现在证明相当有效。我们有过程，但我们把开发流程和开发工具绑在一起，让人们在用开发工具的同时落实开发流程。现在有很多方法，先教大家会一种开发流程，然后再去使用这个开发流程搭配的开发工具。但是这里面就会有一个问题，有的开发人员还不会用开发工具，那他怎么做呢？用word文档来运行。这里面有几种问题会出现。第一，开发流程是一种文化。很多人可能花了很多功夫去研究、学习，结果发现不符合个人文化，这是最大的问题。第二，这个开发流程太长，没法用。第三个问题，我们大家都认可的这个开发流程，但是它在整个实践的过程中无法施行。有时文档是一回事，但是真正实践又是一回事。如果再加上现在员工的流动率很高，或者说团队扩张很快等问题。怎么让这个开发流程能够让远端的一个外包商与用户合作密切？所以我们认为，必须用开发工具、开发流程和开发者三者结合在一起，这个项目才有可能被推动，这是微软内部的经验和心得。

    软件开发的问题在管理，而不在技术

    目前企业分两种，一种是这个行业里的企业，一种是软件企业。VSTS偏向于行业企业。其实我们很多人都知道VSTS，但是也有很多企业还没有进行尝试，胡德民认为这是一个观念问题。虽然我们尽量把PC上的东西变得越简单越好，但装好所有的东西就和谐了吗？例如，项目经理要是相当有水平的，而且必须还要有Unix。但是有多少项目经理现在连Unix都不做的？答案是非常多。大家都专注于代码，有谁专注在写Unix？另外，软件成本控制。所有的软件企业都说它很重要，但是只有老板会觉得真痛。所有的经营成本的问题，项目没办法如时交卷的问题，都是项目最后阶段才会显现，这时如果想要从程序员的层级造成改变，是根本办不到的。而且，开发人员和老板之间还有一个很大的沟通落差。

    胡德民解释，“要让CIO，甚至是CEO们知道，软件开发的问题是在管理，而不在技术。软件工程要让它能够变得更好，让它更能够透明化。软件工程现在有比较狭义的定义，即从软件构建－代码－测试这一整段的方法，这是比较狭义的。广义的软件工程已经是整个软件的SDLC所涵盖的所有学问，包括风险管理、需求管理、配置管理、项目管理。我们的团队不缺技术英雄，我们的团队里也不缺写代码写得很快的，我们的团队缺领军人物，他具有管理能力，即掌握软件开发的管理能力。所以你看到，一般的企业里面上面有企业管理很强的人、部门管理很强的人，下面有技术很强的人，中间缺什么？即对软件开发的管理。而这些人他必须熟悉软件工程里面所带出的这些理论。微软在这里面所扮演的角色，第一，我们应该重新唤起大家对软件工程的重视。软件工程不应该只是一个学校里面教过的学问，或者是现在大家听到这四个字就感觉很憧憬、很敬仰，而是它就是一个管理方法。这是微软可以做的事，我们要从观念上去推动，软件工程就是一个管理方法，是面向软件开发这些问题的一个解决方案。微软要做这个事情。”