近期项目管理总结

今天晚上是管理例会，轮到L同事主持，主题是“如何提升开发人员测试意识”。会上提到了目前我们组在项目开发中出现的一些问题，也引发了我自己对于近期项目管理的反思，这里记录一下，作为接下来的改进方向。

这几个月我们组的项目进度管理，可以说是非常糟糕，收到了来自测试和运维的负面反馈。测试这边反馈的主要是超期率高和提测质量低下；运维反馈的则是我们紧急发布越来越多，对比手机和SNS部门，他们都是越来越好，我们则是越来越差。

总结一下产生这些问题的原因，如下：

没有让合适的人做合适的事

我之前的想法是让每个人都去尝试项目管理，让每个人都能够负责项目，因为我们是重度业务开发团队，这样可以让我们能够并行接纳更多的需求。但是实际执行下来，我发现这可能并不是一个好想法，因为要想做好项目管理，有一些素质是必备的。在进度管理上，责任心大于技术能力。一个本身责任心并不是很强烈的人，是无法管理好项目的。项目管理者必须对结果负责，且有一种“我一定要在预定的时间内完成这个项目的开发工作”、“我一定要提交一个高质量的产品”这样的信念，并且在开发过程中想尽办法去解决各种问题，达到目标。如果一个项目缺少了这样一个负责人，是必然失败的。而这种负责人是很难得的，放眼我们整个部门100多号人，符合这个条件的估计不超过10个，而这不足10个的人员，很可能还没被我们完全发掘出来，目前的工作内容或许和项目管理根本就不沾边。一个不具备项目管理潜力的人，是很难将其培养为合格的项目管理人员的，这部分人在总的人员里面占据了大头，给他们营造一个良好的环境，培养其成为主力开发人员，才是正确的选择。

数据问题没解决好

随着公司的发展，现在的项目基本上都是跨部门合作开发，我们获取各个其他部门的基础数据，然后做业务加工，最终展示给用户。后端开发人员每次都需要花费很多的时间精力在协调外部接口、构建接口环境上面。另外内网数据较少，也给开发人员造成了很大的影响。这块是我们有能力解决但是尚未解决好的，应该作为接下来的重点改进方向，最终做到兵马未动，数据先行。目前想到的有如下几点：

1.提供一个涵盖业务数据的Mock平台，在项目初期就可以给开发人员提供数据进行开发

2.开发一个数据同步工具，可以方便的将测试环境的数据同步到内网开发环境

3.推行单元测试，特别是一些重点数据，必须保证有完善的单元测试

4.完善环境，比如我们用到了其他部门的kafka，但是我们自己这边还没搭建kafka的环境

每周提前规划好发布计划

对于每周的开发计划、发布计划，应该提前就规划好，现在都是随做随发，经常临时插任务，比较乱。我这边要对需求做好管理，把握好节奏，同时也给组员营造一个更好的、高效的编码环境。可以弄个小白板，每周五就把下周三要开发的、要发布的任务都列出来，让大家都能看到。

另外，现在大家平时的工作都是项目开发+改BUG，一直处于救火状态，因此紧急发布很多。我们平时需要主动积累一些优化类的需求，对于存在隐患的功能，提前予以改进，然后统一放到周三发布，尽量减少平时的紧急发布。

增加项目开发相关的沟通交流

用一位同事的话来说，我们现在是有总结，没交流，这样大家的经验共享度很低，相同的问题，每个人都会自己亲自去踩一次才能吸取教训。以前我们每周都有交流，后面随着业务越来越多，大家感觉时间都不够了，就把这个交流逐渐废弃了。其实这样是弊大于利的。因此准备从本周开始，重启小组交流，让大家可以分享各自的技术、经验和教训。

让大家成为自己产品的重度用户

如果开发人员自己不炒股，就很难站在用户的角度去判断某个需求是否合理、某个功能是否测试到位。为什么我们的很多BUG都是用户发现的？因为只有真正的用户，才会从产品的实际使用角度去发现问题。这是我们目前很欠缺的。这个可以通过组织模拟炒股比赛、组内日常讨论等方式来带动氛围。