项目开发与产品开发的比较

最近很想写一篇关于做项目与做产品的感受，也是因为最近的项目，让我深有感触。

之前我已经做了4年的产品开发，对产品的开发一般来说，定位明确、范围明确、分工明确、目标明确。

定位明确是表示产品如何去抢占什么类型的市场，消费者的群体、服务的模式、产品的核心点等。

范围明确体现其产品的专业性、权威性等。

分工明确体现在有架构师、设计师、DBA、后台服务器开发人员（使用各种开发语言）、UI开发人员、web开发人员、系统人员、售后服务人员等，各角色协同工作。

目标明确体现在整个产品线的分层结构，这样也就明确了各工作角色的工作目标。

我之前扮演的是设计师和后台服务器开发人员两种角色，通过设计可以慢慢学会掌握对于不同的场景，找到适合的解决方案；通过对服务器的开发可以深入了解计算机系统的知识，掌握服务器的体系架构和设计模式，提升对计算机的认识。不过目前在国内大多数公司，都不太重视对计算机底层的东西进行积累，都喜欢拿来主义的方式，使用第三方开源项目（特别是在项目上）。一般产品开发比较注重核心的东西都自己开发，虽然有点重复造车，但是毕竟主动权掌握在自己手上，另外对很多概念性东西也知道如何实现，对学习新的技术都是很有帮助的。

 

但是项目开发很难做到明确清晰，因为很多客户其实自己也不知道自己想要什么，这时项目的前期调研非常重要，如何引导客户，把客户的目标给抽取出来，确定范围，业务操作、系统环境、技术风险等。那么项目经理就是起到这方面的作用。

另外做项目客户比较占据主动地位（毕竟是客户付钱），想法会一天一个，而且有些想法更像一个“天方夜谭”。导致实现起来难度加大，导致项目延期严重。这时需要严格控制项目需求变更。这包括增加新功能、新的业务处理、甚至有时候需求就是一个新项目。一般项目经理都会采用分几期来做，但是说服客户就是关键。一般最简单的方式，就是换位思考，站在客户的角度去说服客户，尽量减少需求变动。保证项目如期完成。

项目风险问题，也是一个非常重要的问题，其中之一项目进度一定要可控，如何做到可控，那么必须尽量让很多事情都是开发能搞定的，而不是让客户去做的，因为一旦项目很大部分需要客户做好了，我们才能进行开发，那么项目风险就来临了。另外就是技术风险，需要在前期做大量的技术调研，确定技术的特点（包括优点和缺点）。责任不明确，虽然做项目有些地方是不明确的，但是项目组内部的各角色的分工必须明确，不然就会导致互相推诿，引起不必要的内耗。还有就是最终做出来的东西，并不是客户想要的，这也是很危险的，一般采用GUI工具做些简单的界面出来，与客户多沟通，看这样的界面是否是客户想要的，纠正对需求的理解。后面包括人员变动等风险，也是要多多考虑的。

 

有时候做项目，比较倡导以客户为中心，这句话本身没错，但是并不表示用户就是上帝，说的任何需求我们都要答应下来。另外客户是永远不知足的，那么这样导致的后果是项目拖延，客户始终看不到成果，客户不满意；开发难度加大，开发人员有抱怨；项目的延期导致项目利润下降，老板不满意。所以这里我个人认为还要加上一句话：要善于引导客户，如何按照我们的方式去进行项目开发，让各方面满意。

 

另外在很多项目上面，特别是做企业信息化的项目，很多都是操作数据库，没有分层的思想，全是SSH框架。这样的使用，是为了一个目标就是让项目能够按计划完成。我个人认为如果一个项目做成了以数据库为中心的话，其实是很可悲的，最终导致这个项目的生命周期不长。虽然现在倡导了很多开发方式和设计理念，但是在实际的使用过程中，还是用得很少的。

 

一般来说，如果目标以后是项目经理或者是需求分析的话，那么在项目实践中提高很快的，项目其实就是与人打交道。而就项目技术本身而言，其实难度并不是很高（特殊行业的项目例外）。毕竟项目是以利润为目标的（那么就需要用最简单的方式去解决问题）。而新的框架、设计理念和新技术，一般在产品开发中会经常用到，因为产品有了一定的市场占有率后，需要新技术和框架来完善和扩展其产品，并会衍生出其它的衍生产品，来扩大市场的占有率，一般来说，开发人员需要在技术这方面需要进行积累。

 

最后说下对各种类型的项目的感受，目前市面上最最常见的项目是：

企业信息化项目（CRM、财务、工作流、OA、MIS、BI、HR、SCM、门户、电子政务等）

各种行业项目  目前最成熟的是制造业的就是ERP，其它行业还是需要进行定制做按项目进行开发的

电子商务(E-business)项目

 

总而言之，不管是做产品还是做项目，还是以适合自己的方式为目标，就我个人而言，比较偏向于系统级开发、分布式、集群、负载之类形式的方式（对性能和可靠性要求比较高的），这也是我的目标。