谈一谈我在阿里的成长
前几天受阿里通信的同事邀请，分享了一个关于成长的话题。其实我不太热衷于分享此类话题，作为一个技术人，分享那些没有技术干货的内容总感觉有些怪怪的。但最后还是拟下了这个话题 ——《谈一谈我在阿里的成长》，所以本文主要是对分享的 PPT 做简述。
可以回首一下，毕业工作后的这段时间里，你做过哪些事情让自己感觉有了很大的成长？
我简单枚举了一下，主要是这几个方面：
涉足一个未知的领域，走进去，那就是成长；能够坚持不懈的完成一件事情，优化一个项目，那也是成长；能够沉淀方案，推广自己的想法，让更多的人收益，那也是成长；能够带领多个人去完成一个项目，那更是很不错的成长。
成长总是伴随着痛苦，因为你需要解决一个以前从未解决过的问题。你可以参考别人的处理方法，也可以自己摸索，但不管怎样，都需要硬着头破走过去，破茧成蝶，那才能成长。
工作之后，能够支配的时间越来越少了，尤其是在互联网行业，或许你每天就是在加班加点中度过，每每回到家，就只想苟延残喘一下，好好躺着，闭上眼睛迎接苦逼的第二天，就不用说什么利用闲暇时间搞搞研究，提升下自己了。 所以会时常把成长这件事情放在公司，希望在工作中提升自己。下面我来聊一聊，我是如何在工作中提升自己的，当然，只是抛砖引玉，更希望阁下能够在文章下方分享更多成长的「秘诀」。
业务中的成长
这一块可以分为两个部分：技术能力 + 业务能力。
技术能力又可以分为编程能力、架构能力和工程能力，我们不讨论那么复杂，一言以蔽之，就是解决问题的能力。我就以之前做过的淘宝首页为例吧，
接手淘宝首页之后，我分析了业务中存在的问题，针对罗列出来的问题，逐个击破：
- 平台问题：不断地用 issue 来轰炸平台的维护者，暴露问题，推动解决问题
- 开发环境：通过优化流程和开发工具，提升效率
- 沟通问题：指定规则，减少沟通成本，添加运营辅助工具，帮助他们解决问题
- 依赖系统：分清强弱依赖关系，强依赖转化为弱依赖，弱依赖转化为无依赖，添加多重监控和错误布点，及时警报发现问题
- 高风险：找多人 review 整体架构，做好风险预案，做好上线前自动化检测等
当我们梳理完这些问题，并一个一个地处理好之后，成长自然就体现出来了。这个时间还是颇为漫长的，用了一年半的时间，从刚开始的唯唯诺诺、畏首畏尾，变得游刃有余、处变不惊。
以上更多的是使用技术手段来解决问题，而业务能力的提升，需要我们走进业务：
首先，必须明确产品和运营的目标是什么，最直接的方式就是询问他们近一个阶段的 KPI，了解产品面向的用户群体，迭代上线的节奏，每期迭代的具体目标，包括整个产品的思路，以及运营方式等等。
了解整个产品的全貌后，你才能走进业务，站在业务方的角度掷地有声的「砍需求」。数据是业务的死穴，你看清了产品，掌握了产品的数据，就能够清楚体会到，这个产品经理是在正儿八经搞项目，还是为了糊弄他的老板，随便画上几页 PRD 打发时间。
当然，参与到业务的沟通也是一件很有意思的事情，你可以跟着运营学运营技能，也可以跟着产品学习产品技能，真正走进业务，也会有很多的成长。
除此之外，你还可以主动担任项目经理，把握风险、提高协同，帮助产品如期上线。这里面需要很多的沟通和思考，十分锻炼人。
业务之外的成长
如果你身处四五十甚至更多人的大团队，那么恭喜你，一定要好好珍惜整个大团队的带来的技术氛围。
因为在团队中，除了做业务的同时外，一定还有不少搞性能优化、做流程、做架构、做中间件等等的同事，你做的东西可能跟他们没有太多的交集，但千万不能错过与这些人交流的机会。下班之后，如果发现一两个同学没走，赶紧凑过去，跟他沟通下业务，交流下技术，坎一坎人生，聊一聊理想。这么聊着聊着，半年时间，你就收获：
- 一群可以扯淡的同事，闲暇时间不会寂寞
- 了解整个团队的全貌，而且还会看到团队的一些问题，甚至会冒出一些想法
- 掌握很多很多的技术细节，你可能很少有场景去踩这些坑，但是同事可以传授给你
当然，如果你想拿到成绩，还是需要回归到业务，反哺团队。
如果你有想法，并且准备 Owner 起一件事情，你可以这么做：
- 不断抛出问题，然后不断抛出这些问题的解决方案，并落实
- 拉人进来提问题，让他们帮忙解决这些问题
- 汇总所有的问题，规划时间和目标，形成小组并定期汇报
- 沉淀方案，推广方案，让更多人受益并持续跟进
实际上，第一步开始，你就已经开始 owner 这件事情了。
小结
本文从业务内外两个角度，回顾了一下我在阿里待了两年多的一些成长和感受，希望能够引发你的思考，更希望你可以在文章下方留言，分享你的成长；）
