前言：
在现在的公司（互联网+停车）呆了差不多11个月将近一年的时间，负责的项目从原来的一个，变到现在的3个（公司总共6个项目，4个产品经理一个产品主管），软件类的产品有8个。
没调整之前，我负责一个后台，一个小程序。调整之后我负责两个后台，一个C端。先介绍一下我们公司的项目。首先:
A系统：我入职之后分配给我的项目，专门处理运营商的日常事务，以前运营商概念比较弱化，所以刚开始是照着B系统搬上来的。
B系统：公司最开始最旧的系统之一，A系统的前身，功能复杂。
C系统：C端，用户用的
D系统：管理运营商的系统，公司专用不外漏
E、F、G、H系统：因为文章不涉及，因此保密
正文开始
肯定：首先公司的系统确实是很强大很先进，行业内名列前茅。而系统越强大，那么里面的处理逻辑就会越复杂，要搞懂的时间成本就上升了。B系统，非常非常复杂，非常非常难看，我看到都不想用，真难为用户可以忍耐这么久。
吐槽：A系统，把B系统云化，当初云化起来真的是很多东西都没想好，然后很多功能就是一个大坑。两个系统的维度都不一样了，你还照搬上来，这不是苦了接手的人麽？不过没办法啦，产品就是明知前面是个大坑（这不是明知山有虎偏向虎山行，不同的！你以为我愿意？），只要是你的项目都要义无反顾地跳下去（除非你进行转岗、离职等脱离苦海的操作）
D系统，A、B、C系统的豪华综合体，因为是自家使用，所以虽然复杂程度之最，可是更新的压力是最小的，随时可更影响不大。
首先接收3个系统对我来说不是问题，问题是需要这个月完成的需求不要一下子都涌过来，突然间要完成三份原型、需求文档，还有各种流程里面一系列的东西，突然间头发都白了很多，好可怕。
Fine，这都没问题了，关键是主管突然找到我，开着我的A系统，对着我说，XXX功能难用，XXX功能这么久都没实现，XXX功能为什么失效，XXX功能你竟然不熟悉。
1.难用是因为：那是前人留下来的坑，我都还没填好。
2.还没实现：我需要多点的技术人手，目前只有2个技术安排给我，而且他们还身兼多职的。
3.功能失效：技术问题，我自动忽略。
4.功能不熟悉：我的锅，项目一多头脑一乱，一时间回答不上来。得到的教训是不要把功能白描出来，要把当初设计的场景给讲出来，解释这样做的合理性。
心里话：不管A系统有多么难用，它始终是我带大的，它是有很多不完美，可是它也正在努力地改变自己，想要成为白天鹅。（被人指责自己的系统，心里确实不是滋味。）
总结：
1.要对自己的项目抱有信心，它在你的手里只会越来越好。
2.为自己的工作分一下重要程度，以便安排时间进去完成。
3.劳逸结合（其实就是适当加班）。
4.学会培养新人，把工作分给他们。
5.减少客服解答工作（秒回的技能针对分内工作）。
6.多玩一下系统增加熟练度。
7.请技术们吃饭（这很重要！另外为什么主管会觉得出了明显的技术问题要找我？）。
完成于2018年10月19日 01:14:39，文章都写完了，项目的升级还没搞好，我还要验证，明天还要上班评需求，请.........快..............点...............-。-|||
网友评论