团队项目失败说明与总结

很遗憾我们的团队项目失败了，原先是要做一个微信记账小程序，激情洋溢开始,却以一声叹息结束。

　　这次讨论一下项目管理的失败，为什么讨论失败？有句话说失败是成功之母，我们讨论失败，是为了规避失败，趋近成功。

　　每一个项目都是独特的,然而项目失败的根本原因通常都是相同的。

　　关于团队，这虽然不能说是一个很失败的组合，但却是一个很失败的项目建设过程。为什么这么说呢？

　　首先，这不是由需求引起。没有需求而进行开发是很危险的，如果没有需求而为了原则问题进行生硬的团队建设，无异于为项目埋下了一枚定时炸弹。团队作业需求分析与设计有认真完成的.软工网络15团队作业3——需求分析与设计。通过问卷星平台创建大学生记账微信小程序用户需求(ID:22529810)相关问卷,再发给身边大学生填写问卷。利用问卷调查，也了解用户对记账小程序的一些基本要求。

　　原因其一，没有一个明确的负责人。一开始大家都觉得自己能力不足，没人出来当这个PM。

　　这里重读了邹欣老师《构建之法》关于项目经理这一章节，更是让我感触颇深，体会到一个强有力的领导者对于软件项目至关重要的作用。在此之前我一直认为优秀的开发团队只需要技术人员就足够了，项目的开发也是以编码为主，其它为辅，且不会在软件开发过程中占据多大的比例。像我们平时的那些大作业，90%都是以编程为主，没有谁会去过多关注需求、测试、运维等环节。但是当我读了《构建之法》后，发现软件项目的开发并没有我想象那么的简单，一个真正的大型软件项目的开发是异常复杂、严谨、规范的。其整个流程包括：产品定位、市场发展、需求分析、业务运营、市场推广、商务合作等等，编码实现只是其中很小部分，而为了实现这些过程，有一个角色不可或缺---PM（项目经理）。一个成功的项目，必须要有一个成功的项目经理。这是项目管理的首要前提。

　　其二，工作分担（责任范围）不明确，工作分割结构（WBS）与项目组织结构不明确或者不相对应，各成员之间的接口不明确，导致有一些工作根本无人负责。大家不知道自己该干什么，也存在当我想干什么的时候，发现很多队友也想干同样的事，这样就只能排队解决。浪费时间，且不能产生价值。

　　其三，项目工期估计不现实。糟糕的估计发生是因为：没有利用类似项目经验或者文档来估计本项目会持续多长时间；做估计时没有考虑队友的经验，而是假设所有的职员都是专家，他们都可以毫无差错地工作；估计是由不熟悉细节问题的人做出的，那些负责工作的人没有参与做估计；时间有限，课程多，实验多，要求项目快速完成，这就导致制订了不切实际的完工日期，并删除了“不必要的”任务。

　　项目组人员能力的低下是项目失败的原因之一。其他组多“一神带多坑”，我们组全是“坑”。

　　以上谈到了项目失败的几方面原因，实际上还有很多看起来无害的细节,像滚雪球般膨胀,从而使整个项目陷于停顿。很难一一列举。在这里我们没有篇幅提出如何避免这些问题的对策，但是通过这些原因的列举，希望能激起大家的共鸣。

　　至此，团队成员杨泽斌跑路（臭不要脸，在Ａｌｐｈａ阶段就想好跑路，跑哪里了），剩下我们四个愿与项目共存亡。

　　没有人会承认失败, 尤其当没有人要求你这么多的时候。 我们的项目也是,但是其实, 我们其实应该承认,我们有做了一个失败的项目。

　　从开始到结束, 没有开始的开始到没有结束的结束, 整个过程一切都在我们脑海中, 剩下几个残缺的需求文档和因为服务器原因无法投入使用的中间代码。

　　尽管如此,“项目失败”并不等同于“项目死亡”。日后有时间，有能力一定重拾项目。