突如其来的一波感慨和总结，写下来吧（喝了点小酒）
作为一个刚刚从技术到一个小小的技术头头的晋升对我来说一种喜悦也是一种压力，喜悦是自己的职业生涯又进了一步，面对的将是对于整个项目或系统的架构设计与优化。而压力是面对下属的同事的一种沟通与协调，如何去管理并且帮助到他们的方式。
就在前不久 ，我担心的事情慢慢的浮出了水面，和一个技术同事上沟通与交流的问题。据我了解他对我看法是：
1，总是分配一些基础性的工作
2，他被整个技术团队孤立（当时他在做一套后台管理的权限系统，对于互联网公司来说这种系统一般是没有什么难度并且也不是项目主要系统）
由项目负责人的牵头下我们摊开聊过了之后，并且事情得到一些解决，缓解了一些工作上交流的情况。当然我觉得并没有解决根本问题，在我看来一个下属同事与他的主管沟通不顺利和一些出现的问题，我觉得百分之九十九的问题都在这个管理者点上。接下来的几天我也去看了一些关于大公司CTO写的一些技术管理打怪升级的宝典，和我自己这几天反思。
我总结以下几个点：
1，帮助团队成员更多的成长
2，塑造自己的影响力
3，更多去关注他们想法，了解他们想法
先说第一个点，帮助团队成员成长，为什么呢。在这之前我更多重心点是放在自己的身上，我希望自己掌握更多整个项目的核心确保在项目出现致命性问题的时候，自己能迅速解决，能给到高层的人的一个交代并且让他们看到自己的能力，所以在这之后我会把整个系统核心功能的设计与coding全部包揽在自己的身上，导致天天加班，累死自己，这样我能保证系统不会出问题。但是随着项目越做越庞大如果整个系统的核心代码都是我自己直接上手写的话，那么要这些组员又有什么意义。只会累死自己。而且我并没有让他们尝试过这种比较困难的东西，谁知道他们会做不好呢？。
其实说到这里就是说到对于同事的信任问题。应该更多的给予他们多的实践操作。在对于把这种困难性的东西给予他们的时候，可能会出现一系列的问题。这个时候如果去直接怼他其实是毫无意义的，应该给到思路与方法，让他自己去解决并且直到成功完成。到最后他会有解决问题的满足感和成就感。在对于自己其实也是一个挑战，在遇到任何问题的时候别人解决不了的情况自己能最快的给到一个合理并且靠谱的方式去解决问题。简直就是双赢好吗。
说到影响力，在这之间我有看到网上一个专栏上的一篇文章《技术人如何建立个人影响力?》（这篇专栏标价68，注册送30块钱的劵，成交价38）
颇有感悟，总结里面的两个点吧 （还有其他的几个点，个人觉得最为主要的两个点）总结为下：
1，存在感，你的意见别人会认真的听，认真听的前提是因为你给建议会执行的很顺利，避免的一些不必要的坑，那么他一定会尊重你的意见
2，说服力，抓住别人不认同点，反复讨论，而不是去争执自己的观点有多么的正确
其实这个对自身要求挺高，自己需要有清晰的思路，经验与对整个问题的全局的看法，以及看问题的全面性，正好说到看问题的全面，针对于最近公司出现的一个事情做一个大概的总结。
事情是因为我们项目的依赖的另外一个系统因为它另外的一个上游业务的一个新人开发执行了“注销”类业务 影响到我们的业务，首先说一下发生这件事一个整体情况与整个系统架构的设计。总结发生的原因以下：
1，系统架构不合理这个上游业务与我们依赖的业务系统耦合在一起，导致上游业务直接可以操作依赖系统的业务。
2，出现“注销”类业务操作完全没有预警和审核的机制
3，在新人操作这种重大业务的流程的时候没有，老员工或者技术leader的审核和指导下完成
先不讨论这件事，在一个问题发生后，需要更多的全面的去看待这个问题，为什么会出现这种问题。可能我看到的问题是很片面的。深究上述三点为什么会出现，又会有一系列的问题浮出水面。
最后说了解到各个团队的成员的想法。
多去了解他们的需要。他们想要什么样的工作，和每天工作要做的事情，如果他们做的东西正好是自己期望做的或者是自己感兴趣的事情，那么这件事会不会做的更好呢。
在这之前我的老大，对我在选择方向以及技术道路的时候，会问到我的所有意见。并且满足我了我的所有需求，反过来想其实自己特别幸运。那为什么这种想法不能出现在自己的团队成员当中呢？
上述所有都是这段时间的小心得，没有经验，总结现在遇到到的所有问题。自己也在坚持打怪升级。朝着自己的下一个方向去发展，很感谢之前的技术的老大。给到很多他的帮助与经验。在此深表感谢，也希望他早日回归
网友评论