、跨企业乃至跨行业比较，度量数据数以万计，很多国家的政府软件开发项目报价都采用功能点，这与故事点的尴尬境界截然相反。AUP实际上是开放的Agile，欢迎一切能与Agile进行Unify的Process，而不是封闭、总是想与其他方法一争高下的Agile。能争的就争，争不过的又说不涉及，这不是开放的敏捷心态。
AUP的建立过程及当前的进展
在选择所有可以兼容的Process的过程中，要坚持Agile的原则。这并不代表Agile的原则是普遍适用，而是AUP只是一个基于Agile的价值观的过程的集合，比如轻量级、短周期迭代、重视客户价值、拥抱变化等。如果要做与此价值观不符的项目，比如大飞机软件的研制，那么请选择其他过程。
现在能比较容易引入AUP的非“传统意义”上的敏捷方法包括：功能点用于早期估算和生产力度量，故事树作为宏观需求模型，139团队作为宏观团队模型，松结对编程作为微观团队模型，L型代码结构作为团队和代码的交互模型，UML作为设计模型。
当然这不只是说所有方法都向敏捷兼容，相反地，在很多方面敏捷也要做一些修正。比如用户故事的定义和组织方式必须修订，否则就很难与功能点和UML兼容。
CSDN：你是怎么分配一天的时间的？闲暇时，喜欢做些什么来放松自己？
陈勇：每月除了外出培训时间外，每天都会投入大量时间编程开发“火星人”敏捷开发平台。
另外一个常规投入则是写博客。不过我写博客不是任务，而是有感而发，因此多数博客内容都与近期我们自己的开发活动有关。这一点从最近的L型代码结构系列就能看到。
闲暇时主要是陪家人，看美剧学习外语，偶尔外出看看电影。
希望CSDN能成为中国原创研发思想的阵地
CSDN：你在学习或工作中，是怎么接触到CSDN？CSDN对于你的工作或学习有什么影响，起到过什么帮助？有没有故事可以分享？
陈勇：2001年左右就接触了CSDN，那时候经常在BBS回答C++问题，也顺便看自己不懂的问题。我还记得当时有一个很好的帖子提到程序员的四个境界，分别是“编写可用代码、编写高质量代码、编写精美代码、编写思想深邃代码”四个级别，这个帖子对我们当时的团队影响很大。后来我们对质量、技术架构的高要求，可以说是对这篇帖子的响应。
中间曾有一段时间不再编写程序就比较少上。后来再次回到CSDN的时候，已经是从事敏捷开发的咨询工作了。也就是最近看到比较经常写敏捷开发系列文章的阶段。
CSDN：你对CSDN有什么建议，以及你对CSDN的未来有什么期待？
陈勇：非常希望CSDN能成为中国原创研发思想的阵地。
这里说的原创研发思想，还不等同于原创文章。限于中国的研发水平，尤其是开发语言和技术都源自国外的现状，包括原创文章在内的文字和学术，基本都是学习、翻译、阐述国外的思想。而我们国内则是一向缺少原创思想。
但实际上至少有两个方面，国内不并不比国外落后。或者说，大家算是平行发展，没有直接的继承关系。
一个方面是广义的“产品管理方法”，比如银行、电信、互联网。中国的银行、电信业的规模远远大于多数西方国家，因此对于酝酿全新的架构、研发方法都有足够的土壤。互联网行业更是如此，百度、QQ、淘宝、Weibo这些产品都是世界级的，网络游戏市场也空前繁荣（欧美日本更倾向于开发单机或基于硬件的游戏），这些都对于我们研究和创立自己的产品管理方法奠定了基础。
另一个方面是广义的“团队管理领域”，涵盖团队模型、计划与监控方法等诸多内容。敏捷开发也属于这个方面。东西方文化的差异令很多国外的管理模型来到中国后就水土不服，但却很少见到中国人自己拓展或发明自己的研发管理方法论，甚至是个别变通实践都鲜有耳闻。曾经有一个敏捷开发人士说过：“我们都尝试敏捷开发10年了，每次引经据典都还是10年前某某老外说的那几句话，不能不说是一种悲哀。”
这在很大程度上说明我们在软件研发领域的不自信。凡是国外流传进来的思想都认为是经典，凡是自己思考出来的方法都担心是山寨。其实不然。任何一次成功，无论产品领域多么特殊，人员水平多么高或低，在偶然之中必有必然之处，如果深入思考挖掘，都有值得分享之处。
在我自己写的博客中，松结对编程，139团队，功能点与用户故事的结合，L型代码结构这些内容都是提炼于自己参与的项目，在
