一个项目的总结

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

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

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

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

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

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

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

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

猜你喜欢

转载自tivan.iteye.com/blog/688300