观点 对某项目失败的思考 ³

2008-01-21 13:02:03

当 wiLdGoose 发我这张图片的时候其实本人就已经了解，我经历了一个失败的项目 - 至少目前看起来是。

本人虽然也经历了其他的一些项目，但此项目一直从发展至目前的这种状况，都历历在目。本人虽未到痛心疾首的地步，但是对于出现这种情况也感到万分的惋惜。

很多时候我在考虑，到底一个好的项目真正需要的是什么？好的 idea、充分的资金注入、高超的技术、和谐且充满激情的团队气氛，还是其他的一些东西？

我曾经所向往的团队的特性，至少本人认为在目前团队状况来说，还是不够到位的。

纵观此项目出现如此的状况，与其怨天尤人，不如静下心来总结下所得的经验。总而言之，我认为从这个项目的失败，已经能充分的折射出目前国内一些创业团队的不足。

首先，是用户需求不明确。本人始终认为不管什么项目，出发点都是为用户服务的。离开了用户，那么一切都是自作多情。就此项目来说，前期的蜂拥而上不顾用户的具体需求，而后出现了问题再次反复的轮回，这已经注定了此项目的归宿。

其次，是开发过程中分工的不明确。我甚是怀疑一个程序员兼顾 DBA、UE 还有其他的一些事务能否忙得过来。毕竟术业有专攻，在团队逐步壮大的同时，明确的分工是绝对的必要的。

然后就是合理制度的实施。我一直认为制度的根本目的是促进开发效率，过于制度化的团队往往会磨灭开发者的激情甚至创造性。本人以前就提到了这点，在这里就不再复述。

还有就是忧患意识。当拿到一笔奉献投资的同时，应该利用这有限的资源做充分的计划。重复的开发不仅浪费了有限的资源，而且会让底层的开发者感到无比的反感 - 这也是需求不明确的体现。

过分的在意统计数据也是非常不可取的。我不敢揣摩对此是否有自欺欺人的情况存在，但统计数字并不能说明所有的问题。其充其量本人认为只是提升个人的业绩的蹬脚石罢了。

同时在我看来，没有广泛的交流合作也是此项目失败的原因之一。其实闭门造车这个道理谁都明白，汲取竞争者的信息能给项目带来更大的竞争力。

涣散的团队也是因为其上述的种种问题综合的体现。这是时候，我应该理解管理者本身应该激励团队的气氛，提高成员的自信，而不是在制度和需求的死胡同里面绕圈。同样也能够理解的是，改善团队开发气氛不仅仅是给与员工充分的物质鼓励。

总之，我个人认为一个项目的失败是综合方面问题串联的结果。遇到此类的问题，管理者应该充分的分析和理解问题，而不是一味的将外部原因当作活靶。

本人也期待此项目能够起死回生，因为毕竟对于处于创业阶段的公司来说，失败的项目意味着什么谁都清楚。

后记：我不清楚发布这篇文章对于当局者来说意味着什么，Alexa 的统计数据同样不能说明什么问题。但是毕竟写下来了就要放出来，我一直相信言论是自由的，不管此观点的本身是否正确。