一个项目的总结

 

这篇文章是针对自己刚刚做过的一个项目，自己的一些体会。

其中在‘【】’中的内容是项目中的一些情况，不要求他人理解。

 

 

做项目的经常出现的一种情况是弄一个方案解决客户的某一个问题。通常会产生三种做法。

 

1.  {三流做法} 问题和放案都是客户提出来的。客户很明确的告诉我们，有什么问题，要用什么方式解决。我们只需要针对客户的解决方案，用技术实现就可以了。【V*M*的DOjo删除，SQL性能改善都是居于这种情况下做的。还有平时的大部分外包项目都是这样子做的。】

 

2.  {二流做法} 问题是客户提出来的，但是方案不是客户提出来的【V*M*客户有提一些东西】。我们通过对问题的背后的问题进行分析，找出根本的原因，从根本的原因着手解决问题【北京的做法】。
      曾经才网上看到过周爱民举的一个例子，大概意思是这样的：“某天早上，坐在他旁边的一个同事轻轻拍他的桌子说：‘XX，你有没有苹果？’，然后他答：‘没有。’又过了会儿，他开始问他的那个同事：‘丫，你是不是肚子饿了？我这里有饼干！’然后他给了他同事饼干”。这里说明一个问题，周爱民没有解决他同事的正面的问题（要苹果），但是解决了他同事的根本问题肚子饿了（饼干吃了）。

 

3.  {一流做法} 则是不需要客户告诉我们问题与方案，我们比客户预先设想一步。客户可能过惯苦日子了，不觉得有什么问题，自然也就不会有方案。我们必须为他设想，什么样的产品可以让他过得更好，然后做出这样的东西。例如微软的产品，苹果的产品。【北京有这方面的表现】

 

--------------------------------分割线----------------------------------------

 

    【做V*M*这样的项目需要从2与3方面着手。】