项目-不要因为项目小就不制定计划

         前一段时间带队做了一个小屁项目，就是这小项目恰点就翻了船。

这个项目3个认作，看上去也比较小，业务需求也比较简单，所以我上来就没有把他放在眼里，一天之内分析完了需求，做完了表结构设计，粗滤的评估了一下各个模块的工作量，就把项目分割一下，每个人认领一下就开始做了，结果一周后收工的时候，才发现有很多问题没有完成，最后一天大家加班到了深夜，才勉强提交测试。这样的项目用大脚豆想质量也好不了呀，结果更是悲催，测试连整体流程都跑不通过，还将糟糕的邮件抄送给了老大，这是失败呀。

        静下心来想一想返了哪些错误。

        1.以为项目小就没有做计划（不要忘了项目小对应的时间也短呀，不计划很快就用完了）。

         2.没有计划，也就没有了项目的生命周期管理，没有了里程碑，没有了联调测试，没有了集成测试。（这样的项目能不出问题吗）

         3.因为简单所以到家都返项目前松后紧的老毛病，所以大家都很被动。

         4.大家都在等对方提交公共部分，怕代码冲突就磨蹭着不向前推进进度，最后被动了。其实，不应该怕代码冲突，先开发好了再一起合并才是上侧。

再小的事也要有必要的流程。