CLiMB2.0 项目失败原因分析

　　不得不承认，我们努力三个月的项目CLiMB2.0如同某些人预料的一样——失败了！

 

　　对于昨晚突如基来的恶耗，还是觉得有点突然的，一个好好的项目，怎么说没了就没了。事到如今，做什么对该项目都已经于事无补，痛心归痛心，该面临的还是要面临。做为项目的TL，我必须写下该项目失败的原因，做为之后项目管理的前车之鉴。

 

　　纠其原因，比较复杂，我暂不分轻重，一一罗列。

 

　　１、项目没有明确需求，这要分两点说明，首先是这项目本身的需求是需要有一个人来把握的，而且这个需求真的不好定。其次就是这个人确实也没有定下一个能让公司BOSS看到前景的一个好的规划，其实这规划最终将成为后来产品分析设计的需求来源。这个责任须由我们的项目负责人PM承担。

 

　　２、做为TL我没有表现出绝对的自信。致少不足以让我们的这位PM足够有信心地在BOSS面前说：这个项目一定没有问题！再剥析问题，造成我不够自信的原因如下: 技术上确实存在很大的风险，表明自信意味着要承担风险，不表明自信PM还是要用我那说明PM别无选择。结果是，责任虽不在我，这方面原因的根本因素确实在我。对于这点，我想只能提高自己的知识面才能解决问题。当然适当地承担一些风险也是必要的。

 

　　３、版本的迭代方式造成大量时间的浪费，这点我曾多次劝告过我们这位PM，这点我一点都不怪自己，我已经非常努力了。

 

　　４、没有及时地发布版本，现在市场经济，过了时的东西，其实上意义就没多少了。

 

　　５、产品设计师经验不足，再加上项目整体流程的僵硬，导致PM竟接受了这位PD的设计方案，这点应该是项目最终不敢上线，老大看了不满意最直接的因素。所在，现在这位PD基本上成了项目失败的罪魁祸首，很是无辜可怜。

 

　　６、PD设计方案出来时，我没有坚持反对他的方案，一气之下心里说了句“最终结果怎么样关我毛事”便接受了方案，这点我过于冲动。

 

　　最终总结我自己的不足吧：

 

　　１、做为一名TL缺少沟通艺术，不能有效地说服别人。

　　２、做事不够强势，立场不够坚定，害怕与人起正面冲突，偶尔还会置身事外。