我所在的 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 的原创文章，请关注公众号 ” 汪子熙 ”: