最近项目管理感悟2

前段时间写过一篇 项目管理感悟,提到了自己在项目管理中的一些看法,现在看来感触更深了,特别是自己总结的这句话「前期的重视和投入,会产生1+1>2的效果」。

今天晚上刚刚上线了一个项目,关于即时通讯的,这类项目前后端交互很复杂,需要考虑各种异常情况,会话管理、连接管理、消息可靠传输等也需要全面考虑。虽然最后成功上线了,但开发过程是非常曲折的,究其原因,主要是缺少前期的细节设计和接口文档,各种使用场景考虑的也不够,遭到了前端很多吐槽。

可见,前期的投入一定不能少。

最近,接触的人和事情多了,有了更多的感触,无论是自己的表达方式、思维方式,还是关于资源和价值的看法,都有了新的认识,这里进行梳理总结,希望自己能有所进步。

说话的方式简单点

我的性格偏内向,有很强的责任感,无论是业务方反馈的问题,还是前端反馈的问题,我都很着急的想协调解决,往往在说话的方式上会让同事感觉被抱怨,如果是不同组,会觉得我在推卸责任。

我们部门有专门的项目管理组,有个美女负责协调和我们对接的各个组,包括产品、前端组、测试组、其他业务开发组,她在协调解决问题时,就很顺畅,大家也都很喜欢她,我大致总结下她的做事方法。

遇到问题时,她会组织大家一起进行确认,针对每个问题,不会细究是谁的原因,重点是怎么可以快速解决,会考虑各方的时间,征求大家的意见,不强硬,不自作主张,积极协调,达成一致。

说话的方式简单点,以问题为导向,共同讨论解决方法。

向美女同事学习。

打破思维定式

相信很多人接手别人的代码,都觉得代码不是特别理想,但有几人会主动去优化改善呢,不但不会,还会继续在其上进行堆砌。

这其实是一个思维定式,觉得这样写一定有它的意义,修改了线上出问题了怎么办。有些需求,直接改改很快就能实现,懒得去做很大的优化修改。一些本来就该优化的ip hash依赖、冗余的代码、服务的不可实时重启、单独部署的redis分布式锁依赖,因为时间的借口,一推再推。

我也没能逃脱这种思维定式,该醒醒了。

如果可以换位思考,打破这些思维定式,花不了太多时间,扩展性、可维护性会有很大提高,自己的所学也会很好的实践,这些才是自己成长的关键。

后续一段时间,会和同事一起考虑项目的重构和优化,一起成长吧。

有法可寻

任何问题都能找到解决的方法,细心一点,耐心一点。

前段时间做机房迁移,因为机房太老准备下线了,迁移之后,一个服务运行1-2天后,就会频繁的进行Full GC,前端请求时会时不时的高延迟,我和同事做了GC分析、栈分析、堆分析后,发现RabbitMQ的exchange类型配置错了,本该单向发送的变成了多向发送,导致大量消息在机器中堆积。

最近的日志收集流程改造、复杂的会话异常问题,都从同事身上学到很多,主要的不是排查的过程,而是那种探索、耐心的精神。

保持对使用技术的探索,细心一点,耐心一点,总有法可寻。

不管是技术,管理也是一样,向同事学习。

要支持

一个项目上线,需要各方的支持,前端、测试、运维、其他业务小组等,项目开始时,就需要协调好,不要临时抱佛脚。

要支持,要明确你要什么支持,别人才能更好、更有效率的配合你。

要支持

价值与收益

有品商城的客服机器人是我们组支持的,周会汇报时,问到了产品同事,机器人给有品客服带来了什么价值,竟然没有关注。

给领导汇报时,项目进度是一方面,他们关心的还有项目给业务带来的价值与收益是什么。

平时评估一些技术方案或决策时,也会考虑投入和收益。

最近也在梳理项目管理和实施过程中的一些流程规范,等有初步的成效后,会第一时间分享给大家,期待关注。

欢迎扫描下方二维码,关注我的个人微信公众号,查看更多文章 ~


情情说