robin项目失败总结

robin项目可以说是已经陷入失败状态了。作为团队中的一份子，这些错误我都有责任，但是如果失败了不做总结，不汲取经验教训，就像屋子明知道脏了却不打扫卫生，最后变得一团糟。我想团队的其他成员肯定都有自己的见解，我只是抱着解决问题的思路去总结，若有冒犯多多见谅。

那么之前所犯问题，总结如下：

 

管理上的问题：

1.人员不足，管理不善。

从一开始各种资源调配就不到位，之后到位也很慢，问题如滚雪球一样越积越多，到后面以至于无人可管，只能缝缝补补，早日脱手而已。

2.项目管理混乱。

专业的代码提交流程，bug提交体制，文档管理，长期进度安排，项目管理方法，都没有。因为团队里面从来就没有这么一套流程，故可以说是人员经验不足所致，交了学费。

3.人员构成的难题

以学生为主力，诚然价格便宜，但学生毕竟还是把自己定位在学生这个位置，要他们做一个正式员工那样的活，难。从经验上，动力上，责任态度上，都无法和正式的公司团队相比。而且大家也不是那种特别有动力、特别有冲劲的那种人。并且团队成员的共同目标也不像一般创业团队那么明确。要想在资源有限的情况下做好只有转变态度，但是拿什么去促使他们转变态度呢？这不是我能想出来的问题。想出来就可以当创业团队带头人了，呵呵。对于团队带头人和团队核心人员来说，确实压力很大。

 

执行上的问题：

1.设计一个月，bug改一年。

2.bug多，名为bug实为新功能的东西也多，不断变动，改不胜改。

3.主要程序员（包括我），兴致所致，洋洋洒洒，然眼高手低，一遇挫折，则人心思变，无法持续。

4.保持士气的活动和交流太少，光看到的是压力压力和压力。

5.重构一旦停止，改bug就成了缝缝补补，越到后面问题积攒越多。但是明知道是这样，为了快速看到结果，还是选择了快速见效的方案。造成这样的原因请见管理上的问题1.2.3。

 

结语：

我以为技术上的问题从来不是问题，大不了换个方案去做，并且项目进行中间也是可以重构的，设计和执行（管理）才是项目成败的直接原因。

个人的一些拙见就先摆到这了。说不定多年后看到这个文章，会一笑呢。