怎样的项目才算是一个成功的项目

于病视神,未有形而除之
服务器君一共花费了274.440 ms进行了4次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

参与各种项目已经好几年了,大大小小的项目也做过了很多。经历了很多,也明白了很多。现在反思下,什么样的项目才是成功的项目?

  • 是把项目按照必要的约束(时间,成本,质量)条件完成?
  • 还仅仅只是按照需求将对应的功能实现就好了呢?
  • 抑或这些都不是,而仅仅判断一个项目的成败的是否能达到客户满意?
  • ……

当然这里的客户是指的是宽泛意义的客户,任何项目的发起人都可以是你的客户。说白了就是谁为这个项目买单谁就是客户。看来这个答案比较靠谱,以满足客户需求的项目才是成功的项目。

满足客户需求?

通常我们所说的以满足客户需求的项目,应该理解为从客户角度出发,满足客户的要求,强调客户现场。

但是问题又来了,难道如果客户向我们要求在ERP系统中增加一个魂斗罗游戏,我们也要乖乖的听话照办吗?(举例比较夸张,勿纠结)如果客户是这么要求的而我们却又不去做,那么这个项目按照“以满足客户需求”的思路来说应该不算是一个成功的项目,这也牵扯到后续的客户验收过程。但是如果我们按照客户的要求去做,那么就是你好我好大家好的局面:项目顺利的验收了,老板拿到钱,客户终于可以在上班时间登录ERP系统玩着他最心爱的游戏,这样的项目真的算是成功的项目吗?似乎缺了点什么?

实现客户价值?

于是乎我们发现:这个ERP项目中的魂斗罗游戏,并不能给客户带来价值

客户花了钱,却得到了一个没有实际意义的东西。逐渐的客户会明白,当初这个需求只是一时的冲动,而我们却没有规劝客户,引导客户。客户会逐渐的埋怨我们,而对于之前义正言辞的要求我们增加内容的情况似乎已经记忆模糊了。

这或许就是人的天性:人很少能自省的发现自身的问题,往往出现了问题将责任归结对方。对于下次的合作,客户将对我们的印象大打折扣。但是我们一直是“以客户为导向”开发的呀,我们一直都在满足客户的要求,错的似乎也不是我们。那么错的只有“以满足客户需求的项目才是成功的项目”这个伪命题了。

其实项目开发和中医治病应该是一个道理。

病人来找中医看病是因为身体中有些不适希望中医能帮忙解决,而客户找我们开发软件一定是因为自身企业中有些问题需要我们的软件帮忙解决。中医治病应该是以病人的病况出发开处药方目的是帮助病人解决痛苦,相对的我们做项目的也应该是从客户的问题出发,做出软件来帮助客户解决一部分问题。

中医治病的方法为“望,闻,问,切”,那么做项目开发的也应该是:

  • 望,走访了解业务需求;
  • 闻,倾听客户声音;
  • 问,与客户进行深入交流;
  • 切,提出治理解决方案。

所以一个好的项目并不是仅仅一味的满足客户的要求,应该从自身的项目行业经验出发向客户提出较好的解决方案,帮助客户解决问题实现客户价值。

挖掘客户潜力!

小时候曾学过一篇文章叫《扁鹊答魏文王》:

魏文王问扁鹊曰:“子昆弟三人其孰最善为医?”

扁鹊曰:“长兄最善,中兄次之,扁鹊最为下。”

魏文侯曰:“可得闻邪?”

扁鹊曰:“长兄于病视神,未有形而除之,故名不出于家。中兄治病,其在毫毛,故名不出于闾。若扁鹊者,镵血脉,投毒药,副肌肤,闲而名出闻于诸侯。”

魏文侯曰:善。

可见真正的好医生,应该是“于病视神,未有形而除之”。我们做项目也应如此,通过我们的分析,通过项目帮助客户解决他们未曾发现但将来会成为问题的问题。这样就要求我们在做需求分析时将客户放入整个行业环境中预期客户将来会出现的问题,引导客户认识自身的问题所在。使客户通过我们的软件提前将问题防范。

我们都明白“问题越早解决,代价越小”的道理。当然有些客户并不能深入的看清自己的问题所在,一时半会不会有这样的需求。那么我们为了防止需求范围蔓延,退而求其次为将来的二次合作留下伏笔,为客户会发生的需求留好接口。做项目应该立足长远,规划未来。

总而言之,一个好的项目应该和医生看病是一个道理:都是解决一方面的问题,帮助客户(病人)过的更好。

本文地址:http://www.nowamagic.net/librarys/veda/detail/2466,欢迎访问原出处。

不打个分吗?

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/2466

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《代码之美》 聂雪军 (译者)

《代码之美》介绍了人类在一个奋斗领域中的创造性和灵活性:计算机系统的开发领域。在每章中的漂亮代码都是来自独特解决方案的发现,而这种发现是来源于作者超越既定边界的远见卓识,并且识别出被多数人忽视的需求以及找出令人叹为观止的问题解决方案。《代码之美》33章,有38位作者,每位作者贡献一章。每位作者都将自己心目中对于“美丽的代码”的认识浓缩在一章当中,张力十足。38位大牛,每个人对代码之美都有自己独特的认识,现在一览无余的放在一起,对于热爱程序的每个人都不啻一场盛宴。 虽然《代码之美》的涉猎范围很广,但也只能代表一小部分在这个软件开发这个最令人兴奋领域所发生的事情。

更多计算机宝库...