本文结合酷家乐施工图中台的实操案例，介绍规模化敏捷Scrum@Scale中Scrum of Scrums的协作经验。

本篇文章总结了交互新人在初工作过程中可能面临的疑惑与问题，并结合自身经历总结了相关设计经验，希望能够帮助新人设计师快速上手B端设计，游刃有余的应对工作中面临的各种机遇与挑战。

酷家乐有一套自己的UI自动化框架--Hades，其主要以puppeteer与playwright为核心进行了二次封装改造，并整合了许多酷家乐设计工具前端api。使得UI自动化对canvas交互、前端性能测试有比较好的支持。

除了能力上的扩展以外，Hades还有一个显著特点是:它将puppeteer/playwright中的api都代理到一个pyBell对象上，使得我们无需关注browser、page、element等对象，大大简化了用例编写的难度。

“抓重点”还是“好设计”？系统化思维辅助设计实现。

敏捷Scrum与传统的项目制运作能否双轨并行？来看看酷家乐如何用双轨运作来保障产研目标达成的。

在理解了服务端低代码平台设计实现的基础上，能够让大家更好的使用低代码平台扩展出更多的能力，丰富工具的打造，知道什么时候可以使用，如何使用。

kuta将来可能会走向内部开源，可以帮助kuta后来开发者对前面搭建的kuta架构有个高度概括的认识，在目前kuta中间层的基础上，扩展出更多的低代码能力，丰富目前kuta低代码平台所支持的功能。

现如今随着设备尺寸的多种多样，产品在设计过程中需要适配到更多尺寸，布局方案与栅格系统的搭配使用，可以很好的做到跨平台跨尺寸适配，极大的提升设计效率。之前有小伙伴分享过适配选型的文章中也提到过栅格，大家可以回顾一下【Web产品的适配设计选型】。

其实，绝大多数的设计师都知道栅格很重要，市面上很多企业级系统也都在用栅格系统去规范化信息内容的排版布局，但很多设计师直接面对结论大多是一知半解，自己做设计时有些无从下手。

作者浏览了大量文章结合工作中的经验总结分享给大家，希望能帮助理解栅格系统的本质，并能举一反三应用在产品设计中，首先从基础的栅格系统解析开始吧。

随着酷家乐业务快速成长，用户对于服务的稳定性要求也越来越高，再加上业务复杂度与日俱增，发生线上故障时，由于缺失合理预案、研发人员缺少应急经验，各种报警满天飞，导致自乱阵脚，延长故障持续时间，导致故障无法快速止血。

系统是否健壮？是否有完善且合理的应急预案？研发人员是否掌握基础应急止血能力？能否根据问题现状快速定位出故障根因？等等一系列问题需要有合理的手段和方法，早于线上故障发生前，进行锻炼和验证。

什么是研发效能？如何对研发效能进行度量？

这些是我们在产研效能改进及提升过程中会碰到的一个基础性问题，不同的理论提出了不同的思路，我们从需求角度提出了一些效能度量的思路，并在酷家乐选取了随机的敏捷组进行了小范围的验证，具体见下文。

在UI自动化的运行过程中，截取图片，对当前图片进行处理，定位&校验元素。

一、背景随着公司的业务规模逐渐扩大，用户量和业务的复杂度日益增加，各业务组需要把统一库中业务相关的表迁移到自

云原生给各中小公司工程效率带来了很大的便利，多家云厂商的架构体系不完全相同，在选择云厂商以及业务上云的过程中，整体的集群切换会是一个比较复杂的课题。

酷家乐在2022年初进行了一次整体集群切割，实际的切换过程由于前期的认真准备和各项策略的实施取得了符合预期的效果。本文期望给做整体集群切换的质量团队做一个分享。

机房切割可能在自有机房和公有云之间的迁移，或者公有云间的迁移。酷家乐碰到的场景是在公有云之间做迁移，文中姑且描述为A云到B云的切换，A云为旧生产集群，B云为新集群。

集群迁移涉及到工作面非常多，选出部分关键内容进行分享。

作为资源部门，跨团队沟通既是非常高频且重要的场景，也是使得项目在日常工作中可以执行落地的关键因素。正值新旧年交替之际，为大家奉献「双旦特辑」第一弹，跨部门沟通。

以水电工具为例, 如何在产品不同周期输出精准的设计策略。

随着短视频平台整体视频消费量上升（抖音家居建材企业号数量增长2.42倍，投稿总数增长3倍），消费者对家居视频兴趣度也越来越高（播放量增长115%，点赞增长80%，评论增长142%，分享增长168%）(数据来源: 抖音企业号家居建材行业白皮书)。 对于家居市场消费者来说，他们的痛点是：缺乏对尺寸和搭配的感知，3D视频内容可以帮助消费者线上完成对产品材料/整体设计的初步感知，进行初步筛选。对于酷家乐客户，市场开源和回头客都需要“新内容”、“新渠道”来刺激，而视频内容是重要的切入点。

探索以用例为中心的体验设计