进行项目管理工作也有好几年了，一直以技术的思维开展工作充当救火的角色。对于团队成员也太过温柔，虽然大家都愿意提出问题，但很少有人能主动承担责任解决问题。 近期经过一些反思，对自己做的不好的地方，希望能以目标的导向的方式进行调整。对团队抱怨以久的问题进行单点突破，一一解决。在此记录下相关经历。一方面是方便以后我自己回头来看，发现自己不足。另一方面也希望有过相似经历的朋友给我一此指导意见。
目前团队共同11人，3名测试，1名产品经理，7名开发。我是属于开发，但因为管理工作过多，已不再写具体代码，只会参考方案和设计讨论。 其实我已经意识到不写代码的坏处。那就是无法准确的给出意见和建议，只能提供一些指导性的意见。所以在后续，还是应该想办法至少要多读读代码，了解内部实现。团队主要负责三个项目的开发和维护。都是于建筑工地管理相关，其核心业务问题在两点。 一个是考勤上传，另一个为政府和第三方数据推送。 考勤上传在于数据过多，自有系统有200多万在场工人, 按平均每天6次出入记录算，日上传数据在1200多万，具数据集中在上班下班时间段。全国平台有近1000万在场工人，按同样方式估算，每日约6000万考勤数据。同时因为全国平台存在各地方平台集中传数据的情况，所以日均量应该在8000万左右。团队成员1个负责全国系统运维(含协助地方平台对接数据), 1人负责三大系统现场端维护和现场问题解决，2人负责自己平台与第三方平台对接，1我负责云端问题和数据问题处理，1人灵活调度。
从人员安排上来说，工作时间都比较忙碌，同时还有大的功能开发和新系统开发。人力资源确实比较紧张。但在这样的情况下，除个另成员会主动加班处理问题外，其它同事都是下班就走。这让我怀疑是否自己安排的工作内容不够饱满。同时大家也在抱怨自己的工作量大，人员不够。但老实说，以目前的状况很难提新的人员需求。很简单的一个问题就是，老板会问，既然人不够为什么没有看到你们的人加班呀？所以问题还在自己，没有把大家从锁事中解脱出来。由于我们的问题很多来自于客服所以，经过与客服同事沟通后，我决定优先解决客服运营问题。把运营问题解决了，需要开发协助的事情，通过工具提供给客服同学自己然后，我们的开发资源也可以空置出来做其它的事情。经过今天的分析后，至少有以下几点是可以考虑的。
结合最近大家的工作日志，云端运维同事每天处理25个左右问题，其中至少8个左右为上面的问题。如果能短期内解决，至少可以减少该同学1/3的工作压力。
明天和相关同事沟通可行性，并安排开发任务，在本周内完成开发，下周2左右上线，交付运营。期待能解决1/3的问题，我从本周已经开始记录了运维每天解决的问题个数。期待经过一段时间后能有所改善。 也希望有相似经历的大咖给我点建议。
原文：https://www.cnblogs.com/lention/p/12603048.html