前段时间写过一篇 项目管理感悟，提到了自己在项目管理中的一些看法，现在看来感触更深了，特别是自己总结的这句话「前期的重视和投入，会产生1+1>2的效果」。
今天晚上刚刚上线了一个项目，关于即时通讯的，这类项目前后端交互很复杂，需要考虑各种异常情况，会话管理、连接管理、消息可靠传输等也需要全面考虑。虽然最后成功上线了，但开发过程是非常曲折的，究其原因，主要是缺少前期的细节设计和接口文档，各种使用场景考虑的也不够，遭到了前端很多吐槽。
可见，前期的投入一定不能少。
最近，接触的人和事情多了，有了更多的感触，无论是自己的表达方式、思维方式，还是关于资源和价值的看法，都有了新的认识，这里进行梳理总结，希望自己能有所进步。
说话的方式简单点
我的性格偏内向，有很强的责任感，无论是业务方反馈的问题，还是前端反馈的问题，我都很着急的想协调解决，往往在说话的方式上会让同事感觉被抱怨，如果是不同组，会觉得我在推卸责任。
我们部门有专门的项目管理组，有个美女负责协调和我们对接的各个组，包括产品、前端组、测试组、其他业务开发组，她在协调解决问题时，就很顺畅，大家也都很喜欢她，我大致总结下她的做事方法。
遇到问题时，她会组织大家一起进行确认，针对每个问题，不会细究是谁的原因，重点是怎么可以快速解决，会考虑各方的时间，征求大家的意见，不强硬，不自作主张，积极协调，达成一致。
说话的方式简单点，以问题为导向，共同讨论解决方法。
向美女同事学习。
打破思维定式
相信很多人接手别人的代码，都觉得代码不是特别理想，但有几人会主动去优化改善呢，不但不会，还会继续在其上进行堆砌。
这其实是一个思维定式，觉得这样写一定有它的意义，修改了线上出问题了怎么办。有些需求，直接改改很快就能实现，懒得去做很大的优化修改。一些本来就该优化的ip hash依赖、冗余的代码、服务的不可实时重启、单独部署的redis分布式锁依赖，因为时间的借口，一推再推。
我也没能逃脱这种思维定式，该醒醒了。
如果可以换位思考，打破这些思维定式，花不了太多时间，扩展性、可维护性会有很大提高，自己的所学也会很好的实践，这些才是自己成长的关键。
后续一段时间，会和同事一起考虑项目的重构和优化，一起成长吧。
有法可寻
任何问题都能找到解决的方法，细心一点，耐心一点。
前段时间做机房迁移，因为机房太老准备下线了，迁移之后，一个服务运行1-2天后，就会频繁的进行Full GC，前端请求时会时不时的高延迟，我和同事做了GC分析、栈分析、堆分析后，发现RabbitMQ的exchange类型配置错了，本该单向发送的变成了多向发送，导致大量消息在机器中堆积。
最近的日志收集流程改造、复杂的会话异常问题，都从同事身上学到很多，主要的不是排查的过程，而是那种探索、耐心的精神。
保持对使用技术的探索，细心一点，耐心一点，总有法可寻。
不管是技术，管理也是一样，向同事学习。
要支持
一个项目上线，需要各方的支持，前端、测试、运维、其他业务小组等，项目开始时，就需要协调好，不要临时抱佛脚。
要支持，要明确你要什么支持，别人才能更好、更有效率的配合你。
要支持
价值与收益
有品商城的客服机器人是我们组支持的，周会汇报时，问到了产品同事，机器人给有品客服带来了什么价值，竟然没有关注。
给领导汇报时，项目进度是一方面，他们关心的还有项目给业务带来的价值与收益是什么。
平时评估一些技术方案或决策时，也会考虑投入和收益。
最近也在梳理项目管理和实施过程中的一些流程规范，等有初步的成效后，会第一时间分享给大家，期待关注。
欢迎扫描下方二维码，关注我的个人微信公众号，查看更多文章 ~
情情说
网友评论