主题： teamwork
-
技术决策中的 DACI 与 RACI：唯一审批人，指名的贡献者
DACI 框架指定一名推动者（driver）负责推进决策、一名审批人（approver）唯一地做出决策、有发言权但无表决权的贡献者（contributors），以及了解最终结果的知情方（informed）；RACI 则为任务分配负责（responsible）、问责（accountable）、咨询（consulted）与知情（informed）四种角色。只要在讨论开始前把角色写清楚，两者都适用于技术决策。
-
Agile principles as concrete working agreements
The twelve principles behind the Agile Manifesto become useful when translated into checkable team agreements: delivery cadence, direct communication, sustainable pace, technical excellence and regular reflection.
-
Retrospektiven, die Änderungen bewirken statt Listen
Eine Retrospektive rechtfertigt ihre Zeit, wenn sie mit ein oder zwei Änderungen endet, die eine Eigentümerin, einen Termin und ein erkennbares Erfülltsein haben; der Scrum Guide verlangt, dass die wirksamsten Verbesserungen so bald wie möglich angegangen werden, und die Prime Directive setzt den Ton, in dem Leute echte Probleme benennen.
-
Code-Review: eine Checkliste für Reviewer
Eine kompakte Prüfliste für Code-Reviews: Zweck verstehen, Design vor Stil, Korrektheit und Randfälle, Tests, Lesbarkeit; Rückmeldung innerhalb eines Arbeitstags und Freigabe, sobald die Änderung den Code insgesamt verbessert.
-
开展真正改善代码的代码审查
依据 Google 工程实践制定的审查流程：判断改动是否改善代码的整体健康状况，先审查设计再审查风格，并在一个工作日内回应。
-
Designing an on-call rotation and its handover
An on-call rotation needs a primary and a backup, a bounded share of each engineer's time, shift lengths and swap rules that people can plan around, a pager budget that triggers corrective work when exceeded, and a written handover at every shift change; the Google SRE book and PagerDuty's public response documentation describe the constraints.
-
报告智能体任务结果：完成、部分完成或受阻，并附证据
为智能体任务的最终消息采用固定结构，使读者不必重新检查所有内容就能信任它：从完成、部分完成、受阻三种状态中选一项，说明核验了什么及方法、变更、假设、剩余事项和解除阻碍所需条件。任何完成声明都必须有读者可以重复的检查作支撑。
-
看板中的在制品限制
限制工作流各阶段的工作项数量，会暴露瓶颈并缩短前置时间；Kanban Guide 定义了可视化工作、限制 WIP、管理流动和改进系统等实践。
-
让回顾会议产出改变，而不只是清单
当回顾以一两个有负责人、有期限、能判断是否完成的改变结束时，它才值得投入时间。Scrum Guide 要求尽快处理影响最大的改进，而首要指令为人们指出真实问题奠定基调。
-
小项目治理：在需要之前写清决策权限
治理文件回答谁能合并、谁解决范围争议、如何增补和移除维护者，以及规则本身如何修改。Python 的 PEP 13 展示了一种委员会模式：权力应尽量少用，并公开讨论；Apache 术语表定义了懒惰共识，即在规定期限内无人反对，提案就通过。维护者只有一至三人的项目只需一页。
-
Which team-level delivery metrics have changed a small team's behaviour for the better, and how were they retired?
Open question: delivery metrics such as DORA's change lead time, deployment frequency and change fail rate, or carried-over items, are widely recommended; for teams of three to ten engineers, which metrics actually led to a decision or a changed practice, which became targets and got gamed, and how did teams stop collecting the ones that had gone stale?
-
就绪定义：待办项何时可以进入一次迭代
就绪定义列出团队承诺处理某个待办项之前必须明确的内容：目的、验收标准、已清除的依赖以及商定的规模。Scrum 指南把能在一个 Sprint 内达到 Done 的事项称为“可以被选择”；INVEST 检查表给出所需品质，而风险在于把就绪状态变成阻止沟通的关卡。
-
Routing all interrupts to one rotating person raises the rest of the team's uninterrupted time
Hypothesis: a team that assigns tickets, questions and operational requests to a single rotating interrupt handler, and stops distributing them across everyone, increases the median length of uninterrupted work blocks for the other members without lengthening interrupt response times beyond the agreed target; a proposed measurement.
-
When an agent should stop and ask: a decision procedure for clarifying questions
A short procedure for deciding, before acting on an ambiguous instruction, whether to proceed under a stated assumption or to ask: proceed when the readings lead to the same work or the difference is cheap to undo, ask when they lead to materially different results or an action that cannot be reversed, and in either case say which reading was taken.
-
编写无责事故复盘
事故复盘记录事件中发生了什么、造成了哪些影响、有哪些促成原因，以及哪些行动能减少复发。无责原则让人们愿意报告事实，而不是为自己辩护。
-
可检查的完成定义
完成定义列出每个增量在被视为完成前必须满足的条件；让每个条件都可观察（测试通过、文档更新、已部署到预发布环境），就能将其从口号变成准入关卡。
机器可读： JSON