作为阿里零售通事业部技术总监，马小龙经历过阿里技术历次变革和业务形态升级，在当下阿里“五新”战略指导下，更肩负扛起零售通供应链技术平台发展的重任。本文为 StuQ编辑在阿里年终聚会沙龙《码出未来 | 新零售 新技术》中对马小龙总监的专访，集中为大家分享阿里零售通供应链技术架构挑战、技术人成长及团队管理的实战经验。 供应链，是电商发展走向商业，让参与商业活动的多个角色协同起来，主要包括商家主体、上下游品牌商、生产商、物流商、以及合作服务商之间的系统集成、协同办公、数据流转。 架构设计中，难点很多，从三个方面来讲：
虽然挑战很多，但是这些问题在阿里庞大的生态环境中，都已经解决或者在逐步解决的路上；对技术而言，从简单业务行为到复杂的业务流程、从单一企业到上下游合作伙伴、从一个行业到全生态环境的管理，这些难点、痛点和挑战，通过产品、系统赋能商业过程中，这些问题都可以一一被拆解到不同领域去考虑：
其实从一个黄页式的店铺到交易平台再到今天供应链的系统拓展，每一次都是挑战，每一次挑战都是记忆犹新。 今天面临的挑战更是空前的，首先是业务本身，需要从错综复杂的业务内去梳理业务链路，这个需要更主动的贴合客户和场景，甚至去现场实操，构思产品。 然后是单一业务如何做到产品化。从具象业务抽象到实现同类业务，需要产品的扩展性和可配置性，并从产品化向平台化演进，不断打磨完善。如同汽车流水线生产，不同品牌的车可以加配是产品化，一条生产线可以生产不同品牌的车是平台化。 最后是平台化过程中的技术储备和技术选型，需要抽丝剥茧到每一个领域的细节问题。 对技术系统变革，大家通常都会用“飞行中的飞机换引擎”来类比，即每次切换即使新的架构设想很完美，但也必须充分考虑新老系统切换的每一步实施方案是否可行、可控。 大家都会想到专业技术、学习能力、创新能力等，用阿里的一句话总结就是实现客户价值的能力：知道做什么（What）、怎么做（How）。
综上，从架构师角度理解就是“系统化分析和思考”和“知其然知其所以然”。 我比很多人幸运，来到了阿里，有很多场景去借鉴和实践，身边有很多牛人的帮助。一开始也没有规划要成为什么样的人，毕业能做个码农，每天写写代码、调试系统就是当初的理想。开心的做了 6 年的基础开发，这一段时间的编码工作对我技术基础的沉淀非常关键。 然后维护别人的系统、不断的修正 Bug 打补丁，做各种打杂的事情如前端、Java、客户端程序、搜索等，出了问题都会跑在第一线去排查，哪怕是别人的系统我也会研究什么问题、什么原因、怎么解决的、现在的解决方式合理么？这个过程让我行为和思想上得到很大的提升，负责范围逐步从一个小功能、小项目、小模块、小系统到大系统、大业务线；工作内容也从别人设计我编码，我设计小功能别人Review 到我单独设计一个模块，负责一个系统维护，规划一条业务线； 对此，我自己的总结就是：责任有多大，能力就有多大，不断的证明自己的能力，从小的做起。 在前边的回答里，大家可以看到我的成长经历，这里也分享几点心得：
技术到管理，我觉得自己还在路上。技术人员转型其实有很大的优势，但也有可能成为障碍。团队成员一开始因为仰慕你的技术在一起，但也可能因为你只关注技术而离开你。 可以分享两点：
这个确实，我觉得需要在团队里围绕业务做文化定制和宣传，尤其是创业文化：目标明确、落地坚决、结果清晰、奖惩透明。通过项目、日常工作的事件去宣传和培养。今天在“VUCA”的互联网环境中，主要是人的脑力创作工作。既要有一个氛围相对轻松的环境让大家发挥创造力，也需要一个结果导向的心智传播机制。 分享首先就是对分享者自我学习、自我总结、别人帮助自己提升的事情，我很鼓励大家去分享，而且不拘于形式；在和别人交流经验、知识传播的过程中，能让更多的人对于同一个知识领域有各个角度的认知。 分享和技术学习是提升团队能力的一种方式，但是在不同阶段需要给予不同的支持和帮助。团队成员一般会在一个层级上经历“环境熟悉、夯实基础、独当一面、放手高飞”四个阶段，每个阶段对于不同岗位的人的要求也因人而异，做到个人能力提升就实现了团队能力的提升。 零售通团队目前是一个全栈型组合，有前端岗位、Java岗位、Android 和 iOS 的无线开发岗位及测试岗位，每一种岗位都有特定的专业技能要求，阿里目前招聘最低要求是 P6，代表着能独立完成工作并有带项目能力和辅导他人的能力。 零售通技术团队目前主要是支持集团新战略之一“零售通”，业务使命是“服务每家店，只为每个家”，在这样的创业技术团队，我们欢迎各类技术牛人的加入，一起开启造梦之旅。 我期望的团队是一个特种部队，在一起有同样的行为规范、协同作战实现 1 1 |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
