我们TechExcel一路走来，慢慢的变得TechExcel在国外、美国、欧美已经有了一点小名气了，特别是我们的软件应用生命周期方面被认可是专家。
下面讨论一下将来的软件将是怎么样开发的？我们的团队将会是什么样的团队？将来开发团队假如是一个软件项目，我们TechExcel的客户主要是来自大公司，现在我们已经看到了一个大的开发队伍往往美国有自己的队伍在做设计，研究、需求，制定产品的供应再制定产品什么时候应该发布什么样的功能？也就是说，产品作为它的设计在决策层的这些是比较难外包到其它公司去的。但是软件开发倒可以外包出去，所以说TechExcel很多大的客户买了我们的产品第一个需求就是怎么样让他们在印度的开发团队和美国的开发团队，中国的开发团队整合起来，用我们的产品真正的管理好。
比如我们有一家游戏公司的客户，有2000多人的队伍，他们对我们提出的要求尽管是很多功能上的，但是他们的团队有印度的，有英国的，美国的，怎么样在开发的时候能紧密联系在一起？将来我们肯定会看到软件队伍设计会在发达国家，特别是一些大的公司，在全球市场占有率很高的，它的开发队伍和测试队伍会在发展中国家。我想中国现在在外包上每年有50％的等于率，我们的客户也开始对我们提出这样的需求，比如现在有一家公司有500多人在印度，他们提出来是不是能把测试放到中国去做？什么样更好的开发过程能够管理多文化、多国家分布式的团队呢？假如说标准开发模型对很多公司都起到了指导作用，同时，因为在一些发达国家的开发模型他们用的普及方法不是靠政府来强制性的宣传，压制下去的，而是完全由公司自己定的。因为原因很简单，就是在中国一方面我们看到了通过政府、企业、研究单位、大学一起合作朝着一个方向走，假如走的方向对的话我们会用最好的方法走到最好。在美国标准的开发模型是很多的，对于公司来说讲的最多的，最受欢迎的现在是敏捷开发模型。因为传统的原因瀑布型的标准模型也是比较普遍的。
传统的开发模型为什么还有那么多人用呢？我们上过大学，上过研究生，我们真是没有很大的热情，学的过程就是一个瀑布型的开发模型在你的脑子里形成的过程。为什么呢？我们根本不知道市场的需求，我们也不知道到底应该做成什么东西？所以就只能做瀑布型的模型。当把所有需求完全表达好做开发的话，很多公司有的项目还在用瀑布型的开发模型，TechExcel在帮助客户的过程中发现，作为TechExcel软件应用生命周期的提供商，我们是提供最好的工具，不同的客户做项目管理的时候都能做到。我们很多大的客户用开发过程管理的时候有的项目是瀑布有的时候是敏捷开发。很多公司用的是相同的开发模型，有的时候同一家公司用的也是不同的开发模型，在美国很少有组织真正可以做到什么样的开发模型是最标准的开发模型，因为这样我们大家用这个模型，因为这样的危险太大了。美国正式因为很发达了，科技上远远领先其它国家，他们争取的是怎么样使得不同的公司做一些更好的研究。
SpecDD是一个概念上的框架，同时SpecDD有一套工具可以帮助公司实现SpecDD，所以它又是一个平台。框架是提供的一种指导思想，让一个开发团队文化上是一样的，它又是一套工具可以帮助每天的工作都是在这个指导思想上实现的，而且作为一个开发团队的队员做的所有工作必须是符合这个SpecDD的指导思想。
接下来首先讲一下什么是Specification，一个是概念产品，一个是鼓励产品，是所有文档再加一个Specification表达它，因为有了Specification所有开发工作都是有一个很小的单元组成的。比如下个月需要做一个发布的话无非也就是有多少个计划需要做好？它就是一个框架可以帮助我们实现度量。比如在这儿看到Specification7，它所要做的是还没有开发、测试开始就可以预测开发需要多少时间，开发需要多少时间？也就是说下个月假如说有50个Spec需要做好，50个7加起来就是总共的时间。同时还有一个功能就是度量化，让你的开发团队或者设计的产品经理，大家选票，意思是这个功能我喜欢，因为这个原因我投了4分，另外人投了3分，因为Specification把工具变成标准化了，每一个Specification都可以估计将来销售的业绩是多少，喜欢的程度是多少，这些原因加起来就可以定量的看到结果
正是因为每一个Specification有数据帮助你度量它的销售，度量不同的产品经理他们认为Specification的重要性是多少，就是因为这个原因，假如说在开发过程中需求要是变化的话，那就可以更好的度量需求变化带来这个项目的预算是多少。SpecDD指导思想上是使开发团队在一种指导思想上指导我们的开发团队，同时也可以为其它厂商提供一套工具，这是一个平台，使得你在这个平台上管理你的队伍，那么所有的队伍都是SpecDD的队伍。
