More Work · Team Practice

设计半年复盘

Half-year Design Review

一次阶段性的设计团队复盘，把半年内的项目、问题、质量改进和下一步规划整理成可讨论、可追踪的团队实践材料。

类型

团队复盘 / 设计管理

范围

硬件、软件、定制项目和团队流程

目标

识别共性问题，沉淀改进方向

输出

项目汇总、问题复盘、改进建议、下一步规划

复盘目标

复盘的目的不是简单罗列项目，而是把团队在一段时间内遇到的设计问题、协作问题和质量问题放到同一张图上，帮助下一阶段减少重复错误。

材料从硬件基线、软件基线、硬件定制和软件定制四类项目开始，先建立工作量和项目类型的全局视角。

先把硬件、软件、定制项目分层统计，团队才能判断问题来自资源、流程还是质量标准。

复盘不止记录“哪里不好”，还要判断是需求输入、时间评估、设计规范还是评审机制出了问题。

每个建议都应该对应下一阶段动作，否则复盘会停留在一次性总结。

项目回顾按产品类型梳理目标、设计输出和遇到的问题。这样做可以看到哪些问题只属于单个项目，哪些问题是团队流程、组件复用、评审机制或需求输入导致的共性问题。

复盘将问题聚焦到外观提升、跨护栏提升、设备检测、设计模块化、设备接入和单机版修复等方向。对设计团队来说，这些问题背后对应的是体验质量、交付一致性和跨团队协作成本。

如果问题总在开发或交付后暴露，说明设计评审、验收标准和自检机制需要前移。

软件项目越多，越需要统一组件、页面模式和交互规则，避免每个项目重新设计。

智能硬件体验往往跨外观、设备状态、界面和后台管理，不能只从 UI 角度看问题。

团队复盘暴露出一些下一阶段需要改进的事项：设计有效性、项目时间评估、创新与风险平衡、ID 参与深度、以及是否敢于尝试新的可能。

这些结论也为后续 DesignOps 和设计规范建设提供了输入：设计团队需要的不只是更好的单点输出，还需要更稳定的流程、评审和质量检查机制。

规划分为两条线：硬件侧推动系列化和品牌一致性，软件侧强调模块化和降低开发成本。它们共同指向一个目标：让设计更容易复用、交接、评审和落地。

硬件产品保持家族化语言，可以减少用户和客户对不同设备的理解成本。

软件侧把常见页面和流程沉淀成模块，有助于提高设计还原和开发效率。

团队复盘中的问题应进入流程规范、评审清单和自评机制，形成持续改进。

这个项目本身不作为主案例展开，但它补充说明了我在团队协作、质量复盘和设计管理中的实践。它与 DesignOps 主案例形成呼应：好的体验不仅来自单个界面，也来自团队如何持续识别问题、调整流程和沉淀标准。