关于《一名IT经理是如何把项目带蹦》文章反思

最近看到一篇关于《一名IT经理是如何把项目带蹦》的文章，大致讲述了一名team leader 在这整个失败项目的反思，举例文中的一些反思思路吧，能反思是不错的，知错就改,这点值得赞赏，大致指出几点问题，避免以后自己踩雷多注意，可能也不是很专业，请多谅解。

1、首先，从项目和团队背景，介绍了一下他负责这个项目是跟国家系统对接，提需求的人自己都不知道做什么，以及提出这个项目缺少U盾，导致没法测试环境测试，必须生产测试，（介绍了一下这个项目的重要性以及客观性难点）

2、需求在开发阶段不停地变更，提前没有把需求理清楚就开始评估工作量给到客户。（需求未定就评工作量，实力坑队友，缺少需求梳理）

3、一个人管理4个项目，没有对团队的核心员工负责交代清楚整个项目背景以及项目整体规划期望，导致团队成员没有参与感，就是完成某项功能完事，对于整体的项目没有一个人了解。（单边分配，谁也不是很清楚谁依赖谁整体项目线）

4、上线后bug问题不断，尤其很多主流程都没有走通就上线，还有很多小细节bug，在生产环境反反复复，只负责推问进度，不管质量（测试环境很重要，即使有特殊情况也要保证测试通过）

5、整个项目都是放在自己的脑海中，没有形成文档化，都是口口相传，大项目这种最致命，还有没有放权给信任的核心成员去负责（考虑员工整体参与感，什么事情自己亲力亲为，还没有文档化，时间久了如何追溯）

6、做项目之前没有一个整体的设计规划，就是说做哪块就是哪块（先设计后开发）

7、整个过程没有进行codereview和代码风格规范，都是每个开发各自为战的风格，没有代码风格的规范和逻辑的梳理（code review 是必要的，尤其刚组建的团队，每个人的代码风格需要统一，以及一些代码逻辑是否有偏离等）