闫辉：欢迎大家继续收看偶然的视频节目，今天请来的嘉宾是硅谷创业的公司是看今天CTO刘开阳先生，我们跟刘开阳认识很长时间的朋友了，有五年了，我记得非典的时候还通过MSN交流，看今天我认为是硅谷的公司，请开阳简单给大家介绍一下吧？

刘开阳：看今天我们的创始人在硅谷创业，98年开始作，2000进入中国，现在积累了七年的中国的经验也积累了也积累了200以上大中型用户，包括银行电信这些，主要在软件的开发管理为中国的客户提供解决的方案。

闫辉：那我们知道CSDN其实是面向程序员的，他的背后就是它的团队和一家公司，大家头疼的是软件开发项目比较多，失败的也比较多，最近我们也注意到了，网站上有的话题也比较热，就是软件项目为什么失败，有人就列出软件项目失败很多的原因。你怎么看待这个软件面临的情况？

刘开阳：从70年代到现在30多年了，软件项目为什么失败，大家一直在讨论，要想解决好，这个还是要解决根本原因的问题，软件项目尤其是中国，首先定义这个软件项目到底是什么项目，像数据库那么作IDE开发还有就是做应用平台的软件，还有本身的软件，在中国大多数软件都是应用本身，平台以及软件开发上提供的少一些，有一些提供，像金蝶，比较少，在应用软件提供的比较多，像银行电信应用等等，平台做好了以后，就是提供需求，难理解的是用户的需求，我是总结了积累了一些经验，就是觉得一些概念性的错误，大家有时太依赖某些项目，如果太依赖了某些项目往往导致这些项目的失败，但是软件项目跟工程项目有很大区别，工程项目定下来之后目的很明确，只要资金到位都没有问题，软件基本上就是老是改变，也是说IT行业企业的一个困恼，老在变更也不多付钱，这个变化多你就不能按任务型管理，另外就是需求，很多企业写这种需求文档，一写就是好几十好几百，写完就仍给开发团队开发，目前来讲，你的需求拿过来不再改变了谁都愿意去作，需求经常变，中国本身竞争也很激烈，移动作了一个项目，联通也马上作。

闫辉：不同厂商不同策略，但是我觉得对于开发管理流程也有这种相应的管理工具。

刘开阳：对，SOA也有这种需求，更快的来应对这种你没有预测到的变更，我们公司有总结一些各式各样的开发模式，对于软件应用类的软件项目来说用以需求为中心驱动，而不是以任务来驱动，首先你的需求不再是用word写几百行需求了，需求条目化，比如我有300个需求200个需求也好，写出条目化以后，你就能对属性设置，比如需求来自哪里，需求难度。

闫辉：客户的需求总在不断的变，这也造成开发人员在客户那有新的反馈出来，市场竞争激烈比较大，业务变化比较快，在这上面你也有自己的理解，能继续谈这一块？

刘开阳：谁都不希望需求老变，在美国写一个需求，然后你来回应这个需求怎么作，你需求定下来之后大家会签字，你写完以后就不变了，如果再改变需求甲方是会给你钱的，在中国厂商还是很难作到这一点，你需求定下来不能改变，这个行业会不断完善，我觉得从项目经理从开发人员来讲，要去客户考虑，所以你的开发模型要去适应这种变化，他实际上都是以最快的应用变更为出发点的，其实就是说你任何一个大的项目都能分成一个小项目，极限编程最大的好处就是说他有这种迭代的开发方式，那么大家沟通起来非常好，需求不是说我提一个大家半年以后见你就会看一眼，不一样，说什么都比较晚了，极限编程就是每星期给你看一个版本，需求的方法就是UI原形法，就是我画一个草图给你，那么给用户看这么一个UI的原形，用户就很容易说出不一样的地方所在，现在就相当于你先给他一个demo的东西，他能马上就说出这个不行那个不行，这种是需求的描述方法，如果你能做到需求迭代开发的话，如果我有100个需求，我把需求分成6个里程碑，这种大项目的需求里程碑你可以跟客户确定每个小版本的推出都是以小开发的模式，比较适应应用开发的模式。

闫辉：我们知道应用需求是第一部分。

刘开阳：对，这种应用需求是占50%以上，他不见得整个都放在这个需求上面。

闫辉：所以这个可以用一个跟踪管理的工具去配合？

刘开阳：对，我们就提供这样的工具，以需求为中心的项目管理，需求条目化，需求跟需求测试，这是需求定义的一部分，另外一部分就是需求执行，需求定下来之后我怎么执行，以项目为单位分成很多小的任务，我每周做一个演示，然后让客户去提反馈，接下来还有需求变更的管理，这个变了之后用的多么广，一个需求变了其他需求会不会变？这个时候如果你要有这种信息给客户看，客户一看很麻烦，算了，我这个就不变了，如果你要没有，客户就会觉得你这种小的需求都变不了，还有开发人员客户一起研究，就是会研究这种需求变是否值得，这种软件本身，其实他复杂性在于你对于不同领域的起点是不一样的，你对于银行也是另外一种，银行要自己的开发团队，还有外包，对于类似我们纯的这种软件也是不一样的。插件会包括SOA，我们的平台不是给你就让你用，而是根据你的情况定制流程，根据一年半年根据定制流程的地方再进行改进。

闫辉：看今天可以说是硅谷的很多作产品的经验拿国家了，你作了很多的本地化吧，看今天这家公司，在国外和国内推的时候，有没有什么故事啊？

刘开阳：我们98年做看今天的时候，作Oracle怎么开发，他们开发的方式都很接近，我让我的公司都在硅谷的公司，让他们每个人都给我写如何开发，拿过来一看基本都是一样的，极限编程，我说的这几家公司都是以产品为主，在美国西部硅谷都是产品为主，东部的硅谷都是做应用开发为主，华尔街金融显示器这些应用的，他们的要求也都不一样，我们开发的时候，以硅谷的开发模式来做的，来到中国作本地化之后，有些功能也是在中国研究的，比如像我们的配制管理里面，像权限控制，在硅谷的时候，要求权限控制并不严格，基本上就是你一个人进入到一个公司就拥有所有的源代码，在中国这方面还是比较严的，它的程序本身不复杂，但是他公司带来的价值是行业经验，业务的知识，这个是很重要的，所以这个方面就要求权限目录，这个目录你可以看不能改，这个目录你根本就不能看，最开始我们作开发流程管理，我们最开始作三个流程，任务缺陷还有功能改进，基本上我们看在哪个公司有这三个就够了，在中国它的流程比较复杂，他一个事情中间角色比较多，比如移动要做一个项目，移动有移动本身的业务人员，然后他呢？会把他们管IT的部门人员，就是业务分析师，就是他把需求变成一个软件需求，然后再找商家，商家再有开发人员再有测试，然后再给移动部门的人员测试上线发现问题，再反馈给商家，直接面向最终用户这个是不一样的，你不能把一个客户的流程强推给另外一个客户，这个中间有一个定制，中间有很多重复性的开发，重复性的开发每次都要做最底层的开发，导致他本身产品的版本不可维护质量也降低了，甲方就给你这么多钱,导致质量肯定不行，我们现在有基于流程管理平台，机遇平台之上为各家做定制，保证质量，我们平台之上之实现定制，基础之上质量提高了，这相当于我们的核心竞争力。

闫辉：对于这种需求管理的工具，很多厂商很多公司，市面上会不会有免费的或者开源的？

刘开阳：这个问题问的好，这个开源社区里头，需求没有什么产品，最早作的蓄洪管理，把需求条目化，其实UML有的就是这样，包括状态，有很多人用过，效果还是不错的，另外一个就是有一些公司专门作UI原形设计的，我做一个小工具，工具里头有图形界面画出来，而且还仿真，这个有几个公司也作的不错，这个是属于需求描述部分的，但是我是觉得需求描述工具里头，我觉得比较重要的还是UI原形设计比较好的，另外有很多用户在开源里头用VK很流行，VK最好的特点就是可以协同，多人编辑。

闫辉：那你们在作产品的时候是不是也借鉴了？

刘开阳：借鉴了，我们就是说我们尽量把web2.0的东西引进去，把VK、blog引进去，第二个就是跟踪需求的本身实现的跟踪，这个是我们的强项。

闫辉：其实也就是说这个工具在使用的时候，不仅仅是给开发人员使用的，而是给业务人员使用的。

刘开阳：最多的应该是作程序，我开发人员雇你来不是让你来写文档的，而是编程序的，其实很多部分什么人用呢？业务人员用，他可能不是计算机IT人员，项目经理要用，最终上线维护测试都要用到这个系统。

闫辉：我们知道项目的需求这种管理也是非常复杂的，相当于大企业你们公司的优势在哪里？

刘开阳：在需求管理方面，他处于一种需求描述的工具，还是用word写，我们原来也坐果类似的产品，我觉得我们的产品各有千秋，从去年开始，通过word来写继承越来越不是一种好的方法，我们现在是通过一种纯的浏览器界面来描述，这样能够保证内容及时更新，第二个区别在于流程的控制，需求的执行力过程，需求的变更过程，在定植方面作的是非常简单应用，我们的效果在业界也得到认同，我们的客户电信银行等客户不断增加使用两，就是说作的非常符合他们的要求。

闫辉：这种需求管理的软件或者工具，更适合作项目，对于作产品公司他们是否有相应的需求呢

刘开阳：我们现在都是做应用项目来帮助他管理好，这种纯的软件项目完全是另外一个领域了，比如像现在IBM收购的公司，纯需求管理的公司业界非常有名的，他是纯做需求开发的，对于像软件开发，我在硅谷作这么多产品里面，很少有人帮你作纯的软件开发，所以不是特别有专门的工具来帮你分析，通过工具来帮你分析跟踪关系，如果他特别复杂，我光定需求就要定一年半年，有的电信核心就是基础架构，这些东西的需求，或者你做一个潜水艇，这种需求你需要一个好的需求工具帮你作跟踪啊等等，那目前来讲，在中国用途不一样，我认为，90%以上的项目都不需要用那种复杂的需求工具，移动一年可能要提出上千个需求，这个需求在于怎么管理。

闫辉：这种像你们看今天的需求管理工具他在使用当中需要很多培训，那客户在使用过程当中的门槛是怎样的？

刘开阳：我们的培训过程是一两天就可以了，我们不是完全灌输给用户一个流程方法，用户可能自己用了以后就有自己的流程方法，我们把方法理念跟他对接，有一个共享，希望能够得到他们的认可，这样就把他们原有的需求跟我们的工具结合在一起，不是我做东西让你用，而是咱俩一块做出一个东西你来用，这样来讲，所以来说我们的应用效果是非常好的，所有的客户都说作完以后就开使用，积累的很快的。

闫辉：你们自己可能有一些需求项目，有一些管理。

刘开阳：那当然.最终用户来说，通常是给你一个比较大的需求的描述，你把这件事作了就行了，但是对于项目经理来说可能要把这个项目拿下来就可以了，但是对于开发人员来说问题就大了很多，这有问题，那有问题，我们就是以需求为中心的方式，我们强调一点，就是说，写这种以用户界面或者以用户为原形的方法写一个简单的方法，就是你发现有的时候用户的意见并不在于你流程的本身，有的时候会发现这个按钮放在这，放在哪，软件来讲，这种叫做诱使他把想法写出来。

闫辉：他不懂得计算机的语言。

刘开阳：对，这较用户需求和软件需求，用户需求是用户用于用户的语言来描述的，软件需求可能是有些用户的语言转化过来的，另外一点，就是我们说的建议客户方甲方提出需求的业务人员，他可以写一些如何写需求的方法，这个其实挺难的。

闫辉：今天非常感谢开阳跟大家分享软件开发中的需求管理，以后还有机会把更多的经验跟我们分享，这对于软件开发管理团队对于公司都是非常重要的。

刘开阳：对，谢谢大家，我将在CSDN会有一个博客，我这些内容都会在博客里面，有拍砖的都好，都可以在博客里写。

闫辉：对，我们接下来会把地址打到字幕上。

 闫辉：欢迎大家继续收看偶然的视频节目，今天请来的嘉宾是硅谷创业的公司是看今天CTO刘开阳先生，我们跟刘开阳认识很长时间的朋友了，有五年了，我记得非典的时候还通过MSN交流，看今天我认为是硅谷的公司，请开阳简单给大家介绍一下吧？

刘开阳：看今天我们的创始人在硅谷创业，98年开始作，2000进入中国，现在积累了七年的中国的经验也积累了也积累了200以上大中型用户，包括银行电信这些，主要在软件的开发管理为中国的客户提供解决的方案。

闫辉：那我们知道CSDN其实是面向程序员的，他的背后就是它的团队和一家公司，大家头疼的是软件开发项目比较多，失败的也比较多，最近我们也注意到了，网站上有的话题也比较热，就是软件项目为什么失败，有人就列出软件项目失败很多的原因。你怎么看待这个软件面临的情况？

刘开阳：从70年代到现在30多年了，软件项目为什么失败，大家一直在讨论，要想解决好，这个还是要解决根本原因的问题，软件项目尤其是中国，首先定义这个软件项目到底是什么项目，像数据库那么作IDE开发还有就是做应用平台的软件，还有本身的软件，在中国大多数软件都是应用本身，平台以及软件开发上提供的少一些，有一些提供，像金蝶，比较少，在应用软件提供的比较多，像银行电信应用等等，平台做好了以后，就是提供需求，难理解的是用户的需求，我是总结了积累了一些经验，就是觉得一些概念性的错误，大家有时太依赖某些项目，如果太依赖了某些项目往往导致这些项目的失败，但是软件项目跟工程项目有很大区别，工程项目定下来之后目的很明确，只要资金到位都没有问题，软件基本上就是老是改变，也是说IT行业企业的一个困恼，老在变更也不多付钱，这个变化多你就不能按任务型管理，另外就是需求，很多企业写这种需求文档，一写就是好几十好几百，写完就仍给开发团队开发，目前来讲，你的需求拿过来不再改变了谁都愿意去作，需求经常变，中国本身竞争也很激烈，移动作了一个项目，联通也马上作。

闫辉：不同厂商不同策略，但是我觉得对于开发管理流程也有这种相应的管理工具。

刘开阳：对，SOA也有这种需求，更快的来应对这种你没有预测到的变更，我们公司有总结一些各式各样的开发模式，对于软件应用类的软件项目来说用以需求为中心驱动，而不是以任务来驱动，首先你的需求不再是用word写几百行需求了，需求条目化，比如我有300个需求200个需求也好，写出条目化以后，你就能对属性设置，比如需求来自哪里，需求难度。

闫辉：客户的需求总在不断的变，这也造成开发人员在客户那有新的反馈出来，市场竞争激烈比较大，业务变化比较快，在这上面你也有自己的理解，能继续谈这一块？

刘开阳：谁都不希望需求老变，在美国写一个需求，然后你来回应这个需求怎么作，你需求定下来之后大家会签字，你写完以后就不变了，如果再改变需求甲方是会给你钱的，在中国厂商还是很难作到这一点，你需求定下来不能改变，这个行业会不断完善，我觉得从项目经理从开发人员来讲，要去客户考虑，所以你的开发模型要去适应这种变化，他实际上都是以最快的应用变更为出发点的，其实就是说你任何一个大的项目都能分成一个小项目，极限编程最大的好处就是说他有这种迭代的开发方式，那么大家沟通起来非常好，需求不是说我提一个大家半年以后见你就会看一眼，不一样，说什么都比较晚了，极限编程就是每星期给你看一个版本，需求的方法就是UI原形法，就是我画一个草图给你，那么给用户看这么一个UI的原形，用户就很容易说出不一样的地方所在，现在就相当于你先给他一个demo的东西，他能马上就说出这个不行那个不行，这种是需求的描述方法，如果你能做到需求迭代开发的话，如果我有100个需求，我把需求分成6个里程碑，这种大项目的需求里程碑你可以跟客户确定每个小版本的推出都是以小开发的模式，比较适应应用开发的模式。

闫辉：我们知道应用需求是第一部分。

刘开阳：对，这种应用需求是占50%以上，他不见得整个都放在这个需求上面。

闫辉：所以这个可以用一个跟踪管理的工具去配合？

刘开阳：对，我们就提供这样的工具，以需求为中心的项目管理，需求条目化，需求跟需求测试，这是需求定义的一部分，另外一部分就是需求执行，需求定下来之后我怎么执行，以项目为单位分成很多小的任务，我每周做一个演示，然后让客户去提反馈，接下来还有需求变更的管理，这个变了之后用的多么广，一个需求变了其他需求会不会变？这个时候如果你要有这种信息给客户看，客户一看很麻烦，算了，我这个就不变了，如果你要没有，客户就会觉得你这种小的需求都变不了，还有开发人员客户一起研究，就是会研究这种需求变是否值得，这种软件本身，其实他复杂性在于你对于不同领域的起点是不一样的，你对于银行也是另外一种，银行要自己的开发团队，还有外包，对于类似我们纯的这种软件也是不一样的。插件会包括SOA，我们的平台不是给你就让你用，而是根据你的情况定制流程，根据一年半年根据定制流程的地方再进行改进。

闫辉：看今天可以说是硅谷的很多作产品的经验拿国家了，你作了很多的本地化吧，看今天这家公司，在国外和国内推的时候，有没有什么故事啊？

刘开阳：我们98年做看今天的时候，作Oracle怎么开发，他们开发的方式都很接近，我让我的公司都在硅谷的公司，让他们每个人都给我写如何开发，拿过来一看基本都是一样的，极限编程，我说的这几家公司都是以产品为主，在美国西部硅谷都是产品为主，东部的硅谷都是做应用开发为主，华尔街金融显示器这些应用的，他们的要求也都不一样，我们开发的时候，以硅谷的开发模式来做的，来到中国作本地化之后，有些功能也是在中国研究的，比如像我们的配制管理里面，像权限控制，在硅谷的时候，要求权限控制并不严格，基本上就是你一个人进入到一个公司就拥有所有的源代码，在中国这方面还是比较严的，它的程序本身不复杂，但是他公司带来的价值是行业经验，业务的知识，这个是很重要的，所以这个方面就要求权限目录，这个目录你可以看不能改，这个目录你根本就不能看，最开始我们作开发流程管理，我们最开始作三个流程，任务缺陷还有功能改进，基本上我们看在哪个公司有这三个就够了，在中国它的流程比较复杂，他一个事情中间角色比较多，比如移动要做一个项目，移动有移动本身的业务人员，然后他呢？会把他们管IT的部门人员，就是业务分析师，就是他把需求变成一个软件需求，然后再找商家，商家再有开发人员再有测试，然后再给移动部门的人员测试上线发现问题，再反馈给商家，直接面向最终用户这个是不一样的，你不能把一个客户的流程强推给另外一个客户，这个中间有一个定制，中间有很多重复性的开发，重复性的开发每次都要做最底层的开发，导致他本身产品的版本不可维护质量也降低了，甲方就给你这么多钱,导致质量肯定不行，我们现在有基于流程管理平台，机遇平台之上为各家做定制，保证质量，我们平台之上之实现定制，基础之上质量提高了，这相当于我们的核心竞争力。

闫辉：对于这种需求管理的工具，很多厂商很多公司，市面上会不会有免费的或者开源的？

刘开阳：这个问题问的好，这个开源社区里头，需求没有什么产品，最早作的蓄洪管理，把需求条目化，其实UML有的就是这样，包括状态，有很多人用过，效果还是不错的，另外一个就是有一些公司专门作UI原形设计的，我做一个小工具，工具里头有图形界面画出来，而且还仿真，这个有几个公司也作的不错，这个是属于需求描述部分的，但是我是觉得需求描述工具里头，我觉得比较重要的还是UI原形设计比较好的，另外有很多用户在开源里头用VK很流行，VK最好的特点就是可以协同，多人编辑。

闫辉：那你们在作产品的时候是不是也借鉴了？

刘开阳：借鉴了，我们就是说我们尽量把web2.0的东西引进去，把VK、blog引进去，第二个就是跟踪需求的本身实现的跟踪，这个是我们的强项。

闫辉：其实也就是说这个工具在使用的时候，不仅仅是给开发人员使用的，而是给业务人员使用的。

刘开阳：最多的应该是作程序，我开发人员雇你来不是让你来写文档的，而是编程序的，其实很多部分什么人用呢？业务人员用，他可能不是计算机IT人员，项目经理要用，最终上线维护测试都要用到这个系统。

闫辉：我们知道项目的需求这种管理也是非常复杂的，相当于大企业你们公司的优势在哪里？

刘开阳：在需求管理方面，他处于一种需求描述的工具，还是用word写，我们原来也坐果类似的产品，我觉得我们的产品各有千秋，从去年开始，通过word来写继承越来越不是一种好的方法，我们现在是通过一种纯的浏览器界面来描述，这样能够保证内容及时更新，第二个区别在于流程的控制，需求的执行力过程，需求的变更过程，在定植方面作的是非常简单应用，我们的效果在业界也得到认同，我们的客户电信银行等客户不断增加使用两，就是说作的非常符合他们的要求。

闫辉：这种需求管理的软件或者工具，更适合作项目，对于作产品公司他们是否有相应的需求呢

刘开阳：我们现在都是做应用项目来帮助他管理好，这种纯的软件项目完全是另外一个领域了，比如像现在IBM收购的公司，纯需求管理的公司业界非常有名的，他是纯做需求开发的，对于像软件开发，我在硅谷作这么多产品里面，很少有人帮你作纯的软件开发，所以不是特别有专门的工具来帮你分析，通过工具来帮你分析跟踪关系，如果他特别复杂，我光定需求就要定一年半年，有的电信核心就是基础架构，这些东西的需求，或者你做一个潜水艇，这种需求你需要一个好的需求工具帮你作跟踪啊等等，那目前来讲，在中国用途不一样，我认为，90%以上的项目都不需要用那种复杂的需求工具，移动一年可能要提出上千个需求，这个需求在于怎么管理。

闫辉：这种像你们看今天的需求管理工具他在使用当中需要很多培训，那客户在使用过程当中的门槛是怎样的？

刘开阳：我们的培训过程是一两天就可以了，我们不是完全灌输给用户一个流程方法，用户可能自己用了以后就有自己的流程方法，我们把方法理念跟他对接，有一个共享，希望能够得到他们的认可，这样就把他们原有的需求跟我们的工具结合在一起，不是我做东西让你用，而是咱俩一块做出一个东西你来用，这样来讲，所以来说我们的应用效果是非常好的，所有的客户都说作完以后就开使用，积累的很快的。

闫辉：你们自己可能有一些需求项目，有一些管理。

刘开阳：那当然.最终用户来说，通常是给你一个比较大的需求的描述，你把这件事作了就行了，但是对于项目经理来说可能要把这个项目拿下来就可以了，但是对于开发人员来说问题就大了很多，这有问题，那有问题，我们就是以需求为中心的方式，我们强调一点，就是说，写这种以用户界面或者以用户为原形的方法写一个简单的方法，就是你发现有的时候用户的意见并不在于你流程的本身，有的时候会发现这个按钮放在这，放在哪，软件来讲，这种叫做诱使他把想法写出来。

闫辉：他不懂得计算机的语言。

刘开阳：对，这较用户需求和软件需求，用户需求是用户用于用户的语言来描述的，软件需求可能是有些用户的语言转化过来的，另外一点，就是我们说的建议客户方甲方提出需求的业务人员，他可以写一些如何写需求的方法，这个其实挺难的。

闫辉：今天非常感谢开阳跟大家分享软件开发中的需求管理，以后还有机会把更多的经验跟我们分享，这对于软件开发管理团队对于公司都是非常重要的。

刘开阳：对，谢谢大家，我将在CSDN会有一个博客，我这些内容都会在博客里面，有拍砖的都好，都可以在博客里写。

闫辉：对，我们接下来会把地址打到字幕上。

来自：
http://live.csdn.net/Issue206/LivePlay.aspx （上）
http://live.csdn.net/Issue205/LivePlay.aspx （下）

Hansky是来自美国的专业ALM(Application Lifecycle Management)软件供应商，总部位于世界高科技中心——美国硅谷(San Jose,California)。Hansky自2000年进入中国以来，成功地进行了本地化工作，致力于在中国帮助客户建立规范的软件应用生命周期管理解决方案。

刘开阳先生博客：http://blog.csdn.net/kaiyang2005

分类： 项目管理 管理工具 软件工程