Jerry: 今天的文章来自Jason Xia, 我的老同事，和我一样从2007年进入SAP成都研究院工作至今。这篇文章讲述了Jason是如何从一名SAP资深开发人员转型为SAP产品经理的，希望能对有同样志向的开发人员们一些启发。
Jason身上有很多优点，其中最让Jerry佩服的是以下两点。
在Jerry2007年刚进SAP没到一个月时间，就参加了一个BW305的内部培训。讲师是SAP成都同事，资深BW专家。当时我的专业技能只有Linux系统网络编程这一门技术，对于BW领域的Info cube, Info provider, info source, star schema这些概念听的一头雾水，BW305那本厚的像砖头的培训教材里每个单词我都懂，但是串成一句话我就不懂在说些什么。最后这个培训的内容我掌握的程度可想而知。从此，我对精通BW乃至Analytics的同事都分外崇拜，因为那些对我来说经过了培训后仍不知所云的概念们，在他们脑子里却组成了一套清晰的知识体系，并能用来帮客户解决实际问题。
那么这一切和Jason有什么关系？2007年到2012年，SAP成都研究院的开发团队大多工作于SAP Business by Design, 致力于四大内容的交付：Form, Report/Analytics, Field Extension和UI。每个内容都有一个负责人，SAP内部称为topic owner。项目上关于该内容的各种问题，不管是SAP成都研究院的同事，还是global团队的同事，都会找到该topic owner。江湖地位类似于射雕英雄传里的东邪西毒南帝北丐。到这里你可能已经猜到了，Jason就是Report/Analytics的topic owner。所以，他在这个领域的造诣无需多言。
我非常佩服Jason的第二点，就是他面对business complexity时有条不紊的处理方式和从容不迫的工作态度。在Jerry看来，编程技能容易从后天习得，而这种非技术层面的软技能，和一个人的性格也有一些关系，相对于纯技术层面的编程技能更难获得。
我2014年时曾经和Jason工作过一段时间，负责处理SAP CRM内一些模块的ticket处理。这些模块是SAP成都团队从SAP全球其他团队接过来的，交接时并没有原来团队的同事给我们做知识交接，所以当Jason和我收到这些模块的ticket时，我们是缺乏足够的知识去处理的，只能通过调试代码慢慢学习。运气不好的时候，一下子会来好几个高优先级的ticket，并且描述的问题对Jason和我都相当陌生。面对这种知识匮乏而带来的巨大挑战，在我印象中我从未看到过Jason有任何慌乱的神情。Jason总是很沉着地把ticket按照难易程度排序，然后和我分头去处理。他这种遇到挑战总是能冷静去面对的能力也鼓舞着我，确保了我总是能以100%清醒的头脑去分析问题。
以下的内容是Jason的正文。
-
- *
前言: 回顾是最好的成长
SAP成都研究院的程序猿Jerry Wang向我约稿，要我谈一谈是如何从一名程序猿转型为产品经理的。正好2017年年末罗振宇的跨年演讲“时间的朋友”火爆朋友圈，很高兴有机会借用一下人生算法的概念，对过去进行回顾。而回顾，是一个人最好的成长方式。所以，故事就从我进入SAP成为程序猿开始吧。
程序猿：把一件事情做好
和SAP结缘，那是十年前了。那时候SAP成都分公司才成立一年多。
刚开始不会的东西太多，为了完成任务，需要不停地请教别人。不管是参加内部讲座，还是收看公司内的邮件，到处都是陌生的术语，到处都是一路深入都点不完的链接。有一种已经被信息和知识淹没的焦虑感，有点无所适从。