从程序猿到SAP产品经理，我是如何转型的？

文章作者：Jason Xia（夏建军）

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的正文。