我所在的SAP成都研究院成都数字创新空间团队，虽然是成都CX成立最晚最年轻的团队，但却是一支非常有战斗力的团队，如果说产品开发团队是正规军，那我们就是特种部队，是《碟中谍》系列Ethan背后那支各怀绝技的别动队。我觉得咱们团队之间彼此的信任关系特别牢固，按照最终版的信任公式，理由如下：
- 能力：我们团队老中青结合得非常好，既有在SAP10多年的老司机，也有工作了5，6年的中坚力量，再加上几天前刚拿到毕业证的新鲜血液和还没毕业的VT，就像2014年巴西世界杯的那支冠军球队一样，每位组员的特长非常突出，有的擅长SAP传统技术，有的对流行的开源技术像Angular，React这些非常精通，有的学习能力强，新技术上手非常快，有的善于和partner/startup打交道，有的能代表团队在global那里争取到更多的资源，有的艺术气质浓厚，每个项目的UX设计都能给人眼前一亮的感觉，在项目严肃的工程师氛围中给我们增添一丝轻松。
大家对彼此的能力充分信任之后，当项目daily sync的时候，一个同事陈述自己遇到一个需求，无法用某种技术实现的时候，其他同事就会接受这个事实，因为该同事已经是这个技术的专家了，所以大家不会聚焦在“他怎么这个问题都搞不定”上面，而是会共同积极想其他办法，目标是把功能用另外的方法实现，而不是去怀疑同事的能力有问题。
今年我们团队虽然有两位非常有实力的同事离开，但是又有三位新秀加入，所以实力有增无减。一位同事虽然是大四学生，但是在为今年5月SAPPHIRE大会开发的的项目中，已经挑起了大梁，成为项目组四大开发人员之一，承担了25%的代码量。另一位新同事加入才1个月，很快就完成了我们为SAPPHIRE大会基于iOS平台开发的项目到android平台的移植工作，以及另一个需要用到SAP Cloud Platform，Coresystem和swift知识的项目。这些新同事通过他们实打实的技术能力，迅速赢得了整个团队的信任。
- 倾听：
这是我们团队做的非常好的地方。每位同事update的时候，其他同事都会等说话的同事讲完之后，再发表自己的意见。同样同事A是某一领域的专家，在陈述完毕后，同事B如果提出自己的意见，同事A也不会觉得自己的权威遭到了挑战，同事B也能够再和A确认是否自己正确地get了A的意思，然后再去思考A的想法和自己的观点有无冲突。
- 坦诚 & 同理心：
我们团队负责的项目一般都是前后端都包干的情况。虽然有前后台分离这种最佳实践的指导，但是因为我们POC项目的特殊性，有的时候因为种种原因，需要把理论上应该放在前台上实现的功能放到后台实现，反之亦然。遇到这种情况时，分别负责前后台的同事总是能心平气和的进行坦诚讨论，使用诸如“我知道理论上这个功能应该在前/后端实现，但是XXXX”，“如果我是来做前/后端开发，我也倾向于XXXX，然而YYYYYY”。大家会彼此理解对方做出决定的出发点，奔着同一个目标努力。
公式分母的被动/不共担，我加入团队至今从未观察到我们团队有这种现象。
我觉得我们团队在信任这个话题上的努力方向，就是如何进一步巩固我们和global团队间的信任关系。能迈出的第一步也就是最基本的第一步，就是如果让我们团队每位同事的能力，make it visible to the global.
要获取更多Jerry的原创文章，请关注公众号”汪子熙”:
