核心产品工程副总裁马克·温伯格（Mark Weinberg）和工程副总裁兼首席架构师兰迪·舒普（Randy Shoup）最近造访了 IT Revolution，讨论 eBay 以技术驱动的重新构想努力及其使命 "通过解决多年来积累的系统性挑战，包括单体代码、缺失的工具和基础设施、糟糕的流程等，使 eBay 的软件交付速度成为公司的竞争优势"
对于那些不知道的人——增值资源（Value Added Resource）最初是一封关于 eBay 落后的遗留技术如何阻碍平台增长的邮件，所以这次采访正合我意。😉
我将省略 DevOps 的技术术语（尽管对那些对此感兴趣的人，我建议阅读全文）。
温伯格和舒普表示，他们在这次倡议开始时发现的令人着迷，即使对于该网站的长期用户来说可能并不意外。
摘录（重点为我所加）：
在工程速度方面，eBay 过于缓慢且落后于行业领导者。
在规划阶段，他们发现存在显著的跨团队依赖关系和冲突的优先级。
接下来，开发团队面临构建和测试时间缓慢、过多的上下文切换以及由等待状态造成的瓶颈。
在交付阶段，存在预演问题，且许多团队缺乏有效的端到端自动化开发流水线。
最后，在迭代阶段，他们发现没有端到端的监控、问题追踪以及功能失调的实验机制。
在该倡议中，技术平台团队与应用团队之间展开了协作努力。他们紧密合作，这在eBay过去是不曾有的情况。
然而，这项跨职能的速度倡议仍面临挑战。舒普和温伯格仍希望改善eBay的整体成果，并且有时该倡议感觉资源不足，而领导层则感到负担过重。
一些团队成员过于关注指标，而较少关注这些指标如何支持试点的整体目标，其他抑制因素包括对失败后果的恐惧以及对项目方法缺乏信心。
截至 2021 年底，该试点项目涵盖了 eBay 约 10% 的活动应用，并计划“很快”增加到 50%。
定期读者知道我不喜欢eBay频繁的故障和技术问题，因此我当然对“技术驱动重新构想”旅程中究竟取得了多少进展，以及这一新倡议最终会多么富有成效持怀疑态度。
然而，本着应得荣誉的精神：为温伯格和舒普愿意公开讨论失败以及成功和经验教训点赞。我认为这是我在任何领导职位上见过的最透明、最坦率的采访——继续保持，多多益善！
给首席执行官杰米·伊奥农子的专业建议——倾听你们员工的声音。也许可以重新分配一部分股票回购资金来解决“有时该倡议感觉资源不足而领导层感到负担过重”的问题，以免这最终沦为又一次eBay技术驱动执行失败的案例。