设计系统为什么在六个月后停滞

前言

一篇复盘：没人看的文档、找不到明确负责人的维护，以及最后终于让各团队开始使用组件库的两个流程改变。

尴尬的中间地带

多数建议要么写给全新团队，要么写给超大型组织。真实的团队处在中间，那里的务实答案很少是教科书答案。

中间地带的笔记

• 流程是让糟糕的一天还能撑过去，不是让顺利的一天更有效率。
• 写下会议结论的人就拥有决策权——所以请轮流写。
• 「我们应该……」这种话会腐烂；有日期的承诺不会。

值得自问的问题

1. 如果只有一半的时间，我们会怎么做？
2. 这部分的哪些内容，我们敢在事故复盘会上捍卫？
3. 我们正在假装不知道什么？

写在最后

先质疑、再承诺，并且给决定标上日期。然后回去干正事。