BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

第三方工具对性能和文化的危害以及规避

| 作者 Manuel Pais 关注 9 他的粉丝 ,译者 冬雨 关注 4 他的粉丝 发布于 2017年2月4日. 估计阅读时间: 3 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

阿迪达斯解决方案架构团队负责人Thomas Gieling 和SOASTA的性能咨询师 Kristian Skoeld上一次阿迪斯特丹速率大会上联合呈现了大型鞋服类制造商的IT如何驯服他们国际网站上第三方工具失控的扩散,避免影响性能。此外,这还导致业务和IT之间互相指责的文化环境。专注于性能数据和用户体验验证的新的第三方管理过程是止血的关键。

最初缺乏治理(以及IT团队能力的缺乏,近期网站数已经增长了20倍,但团队能力却未跟上)意味着业务需求在分析、跟踪甚至(某些)功能已经由已被添加的其他第三方工具重复实现了,而未顾及他们的技术品质如何。于是,性能开始下降,而技术人员(把太多工具归咎于业务)和业务人员(把性能太差归咎于IT)之间也存在着分歧。

Skoeld帮助想出了一个改善这一情况的策略,它需要总结正在使用的工具(超过60%的网站),针对每一个工具设立业务负责人,并定义它的目标、影响(它增加了网站的akce,还是增强了用户体验,或者是一个数据分析工具?)和危险程度。无业务需求的第三方首先清除。

凭借业务与IT协作完成的每个工具的价值与性能比分析,减少第三方依赖的数据驱动流程实施到位了。性能影响不大的低危险程度工具可以暂留,而具有高性能影响成本的高危险程度工具就得去除了,或者必须要找一个替代者。

这个新的管理流程还考虑在用户体验方面的实际影响。A/B(版本A有第三方,版本B中没有)可以对比在用户转换甚至财务影响方面的净效应。减少技术债(主要是绩效术语中)是共同的目标,排出业务价值的优先级是弥合组织中这一分歧的关键。

举个例子,一款用于从网站用户那里收集反馈的第三方工具。这款工具带来了20个以上的请求,并把页面大小增加了300kb。虽然一瞥之下觉得不太合理,但A/B测试的数据显示用户体验(也就是会话长度)并未受到影响,而且销售数据也是一样的(有没有这款工具的时候)。

Skoeld还建议首先控制直接的第三方依赖。找出所有的间接依赖(比如使用Request Map)可能非常难以实现(Skoeld发现用户两周内仅在adidas.de 上就到过2800个第三方域)。分析直接依赖和它们的外部请求非常重要。随着时间的推移,组织应该目标与高危险性第三方工具供应商建立直接关系,以便设立性能预期以及确立建设性的反馈期待。总之,业务危险性第三方工具需要积极治理而不是被动消费。

查看英文原文How 3rd Party Tools Nearly Killed Performance (and Culture) at Adidas

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT