2019项目管理经验总结

1. 需求永远是最重要的。
   在开发中后期以及验收环节，大部分问题都是因为功能与实际需求没有完全重合造成的。而且往往花费大量时间进行改造。相当一部分功能还是在功能测试后要求调整，所以作为管理者，如果后期比较忙的话，各种坑和隐患就会让你慌的一笔。
   前期花更多时间在需求文档和设计文档上。后面会轻松很多很多。

2. 文档管理是项目管理的关键
   从立项开始，所有的文档都需要备份，千万不要省事偷懒。任何会议都要有纪要并抄送给所有与会人员过目防止遗漏。开发过程中，所有口头上的功能调整，都建议在文档中记录，做到项目全周期都有据可依。开发人员只认文档，不认人，可以有效管理人员避免有时脑袋一热提出的修改。
   所有的文档文件名上都要加上时间戳，只读锁定。

3. 项目进度有效监控。
   一些项目管理者，过分滴相信组内人员的开发进展，而且因为自身管理多个项目太忙而放松警惕。所有人都会犯错，包括你自己（而且管理人员犯的错一般比开发人员严重多了）。虽然项目可能最后都能完成，但在后期手忙脚乱的一顿操作，不光是你自己感觉累，你的小组成员都会心累，而且最终代码质量也会降低，让自己觉得做了一件次品毕竟不舒服。
   很多问题并不是开发人员的问题，也不是某一个功能的问题，而是因为各开发人员进度不统一，各功能点开发顺序不合理，功能点遗漏等造成了联调问题，甚至是开发进度阻塞，所有人在等某一个人的功能开发完成才能进行下一步开发的情况常有。
   定期测试，是管理人给开发人最明显的进度提示。每一个功能一定要通过单元测试后才算完成，这是最基本的任务确认完成的方法，然而多数情况功能问题并不能有效发现，到了测试环节还是要返工。不如每一个小周期进行一次组内功能测试，这样即使不能排除所有问题，也能在前中期排除掉比较严重的情况。
   然后，强烈建议功能完成时的代码走查。确保功能逻辑没有问题！ 有的时候一个逻辑瑕疵，到后期如果其它人接手，还以为这个逻辑是对的！

4. 项目任务管理
   一些成员要么太闲要么太忙，太闲造成任务来了不能快速进入状态，太累则问题频发，甚至关键时刻给你掉链子。
   所以任务一定要在整个项目周期中妥善安排，工作量不能太集中，前期任务多一些，后期可控时间要充裕，防止各类意外情况。
   项目周期和任务安排要和组内人员有效传达，各类文档一定要及时下发，方便成员确认任务以及合理安排时间。

5. 项目管理的决定权
   作为项目管理者，你需要对最终产品质量和验收结果负责，不要轻易被别人左右你的计划，包括你的领导。
   领导一般需要统筹所有的项目安排和其他计划，并不关心个别项目的具体情况，一般只要有结果就行，在一些情况下甚至还会对一些项目进行取舍，比如客户前来拜访，顺便让你改个功能，对领导来说只是一句话，但是修改可能不合理。最严重的情况是因为新接了某紧急项目，对你的项目进行人员抽调或临时项目暂停。这些情况该坚持一定要坚持，否则领导也不知道你的项目目前是什么状态。如果不能改变，就要做好安排。
   客户方面一般不是专业人员，想一出是一出太正常不过，跟着客户走最后绝对会一塌糊涂。但是客户也不好得罪，管理者能做的就是增加客户考虑周期，以及明确决定。方式就是所有的改动都要以文档的形式提供，否则不处理，另外就是不做立即处理，即使现在某功能有问题，改动部署也是两天后，客户就不会有太强的应激反应，而且有文档支撑作出的改动要求也会慎重很多，不会刚改完又让你改回去
   一些有经验有资历的开发成员可能会对某功能有自己的见解和建议，可以把相关功能的设计交给他处理，但是设计文档的评审必须要正规严格，毕竟他不需要对全局进行统筹，也未必有项目管理经验，设计成果可能是不健全的，如果直接使用可能会造成大问题。