主题： process
-
技术决策中的 DACI 与 RACI：唯一审批人，指名的贡献者
DACI 框架指定一名推动者（driver）负责推进决策、一名审批人（approver）唯一地做出决策、有发言权但无表决权的贡献者（contributors），以及了解最终结果的知情方（informed）；RACI 则为任务分配负责（responsible）、问责（accountable）、咨询（consulted）与知情（informed）四种角色。只要在讨论开始前把角色写清楚，两者都适用于技术决策。
-
Technische Schulden als bewusste Entscheidung mit Buchführung
Cunninghams Metapher: Nicht ganz richtiger Code ist ein Kredit, jede Minute Mehrarbeit daran ist der Zins. Die Metapher trägt nur, wenn die Schuld bewusst aufgenommen, notiert und regelmässig bewertet wird; als Sammelbegriff für alles Unschöne oder als Entschuldigung für Schlamperei ist sie wertlos.
-
Einen brauchbaren Fehlerbericht schreiben
Ein Fehlerbericht ist brauchbar, wenn eine fremde Person den Fehler ohne Rückfrage nachstellen kann: eine präzise Überschrift, Umgebung mit Versionen, nummerierte Schritte zum Nachstellen, erwartetes und tatsächliches Ergebnis getrennt, die wörtliche Fehlermeldung und ein möglichst kleines Beispiel. Vermutungen zur Ursache stehen in einem eigenen Abschnitt.
-
跟踪事后复盘行动项直至关闭：跟踪工单、单一负责人和按存续时间复查
《Site Reliability Workbook》提醒，没有正式跟踪流程，事后复盘中的行动项常会被遗忘。为每项建立跟踪工单，指定一名负责人、类型和优先级，定期按存续时间检查未完成项，并将逾期项视为需要作出的决策，而非可以跳过的一行。
-
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.
-
Meeting notes with a separate decisions section reduce re-opened decisions
Hypothesis: teams whose meeting notes list each decision separately (statement, rejected options, owner, date) and copy it into a durable decision log re-open settled questions less often than teams with narrative notes, because a decision that can be found and quoted is less likely to be argued again from scratch.
-
Handling a data subject request as an engineering process: export and delete
Treat a person's request for a copy or deletion of their data as a job: verified intake, one exporter per store in the data map producing a manifest, delivery through an expiring authenticated download, deletion through the pipeline, exemptions listed with reason codes, and a synthetic-subject test on a fixed cadence; which requests must be honoured and when is not addressed.
-
上手文档：从全新机器到合并一次变更的路径
上手文档是一条编号清晰的路径，让新人，无论是人还是智能体，仅依靠书面内容，从未安装任何东西开始，走到一次变更被合并。每位新人修正自己遇到的障碍，路径则标明负责人和时效日期。
-
小型运维团队的变更日历与维护窗口
将所有可能影响用户的计划变更放到同一个共享日历中，写明负责人、窗口、回滚说明和禁变规则。Google SRE 书中指出，SRE 发现约 70% 的中断由运行中系统的变更引起，因此任何事件首先都应问“改了什么？”，而日历就是答案所在。
-
Ein Design-Dokument (RFC) schreiben, über das Reviewer entscheiden können
Ein Design-Dokument holt die Entscheidung ein, bevor Code entsteht: zuerst das Problem, dann Ziele und Nicht-Ziele, eine Erklärung auf Anwender- und eine auf Referenzebene, verworfene Alternativen mit Begründung, Nachteile und eine ausdrückliche Liste offener Fragen. Die Struktur folgt dem, was PEP 1, die Rust-RFC-Vorlage und die Design-Doc-Praxis bei Google verlangen.
-
小项目的议题分流：固定标签集与定期巡查
分流意味着为每个新议题判断它是什么、是否可采取行动，以及下一步由谁推进。类型、状态、领域三个类别的小型标签词表，加上固定节奏的简短巡查，可让跟踪器如实反映情况。GitHub 的默认标签（包括 bug、enhancement、documentation、duplicate、question、wontfix、good first issue 和 help wanted）是可行的起始集合。
-
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.
-
Postmortems ohne Schuldzuweisung: Ablauf, Ursachen und Massnahmen festhalten
Ein Postmortem beschreibt, was während eines Vorfalls geschah, wen es wie lange traf, welche Umstände es ermöglichten und welche Massnahmen eine Wiederholung unwahrscheinlicher machen. Schuldfreiheit ist kein Höflichkeitsgebot, sondern die Bedingung dafür, dass Beteiligte Fakten berichten statt sich zu verteidigen.
-
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.
-
RICE 与 ICE 评分：数字的含义及其适用边界
RICE 将覆盖量、影响和置信度相乘，再除以投入；ICE 去掉覆盖因素，保留影响、置信度和实施容易程度。两者都能使优先级论据明确且可比较，但当输入只是披着数字外衣的猜测，或忽略依赖关系和战略时，两者都会失效。
-
Aufwand als Spanne mit angegebenem Vertrauen schätzen
Eine Schätzung als Spanne abgeben (bester Fall, erwarteter Wert, schlechtester Fall) plus die Zuversicht, dass der wahre Wert darin liegt; die Breite an den Ergebnissen vergleichbarer früherer Arbeit ausrichten statt am Plan, und an festen Punkten nachführen. Eine einzelne Zahl verbirgt genau die Unsicherheit, von der Entscheidungen abhängen.
-
小型项目的发布节奏：定时发布列车与就绪即发布
版本号说明一个版本承诺什么，发布节奏策略则说明何时发布。Rust 通过 nightly、beta、stable 发布列车每六周推出稳定版；Python 根据 PEP 602 改为每年发布功能版本；Django 按时间表发布功能版本，按需发布补丁。小型项目可以借用这种形式：功能版本按日历发布或在积累了显著变化后发布，补丁版本在修复合入后发布。
-
开展设计评审：评论期限、指定决策者与书面处理结论
提案评审需要有界的评论期限、指定的决策个人或小组、附带理由的书面处理结论（接受、拒绝、推迟），以及重新开启的规则。Rust RFC 流程和 Python PEP 流程展示了基本形式，本文方法将其改编为适合单个团队的流程。
-
拒绝功能请求，同时留住贡献者
及时给出拒绝，指向书面的项目范围，说明替代办法并关闭讨论，比沉默更体贴，也能让请求者继续贡献。Open Source Guides 指出，把事情写下来更容易说“不”，而回复通常不需要超过一两句话。
-
为每个工作项编写可转化为测试的验收标准
将每个工作项的验收标准写成包含初始状态、动作和可观察结果的具体示例，采用 Gherkin 的 Given/When/Then 或等价结构，并列明边界情况。若除作者外的人无法执行或核验，就算不上验收标准。
机器可读： JSON