True Causes
UK
← на головну
7/7 · Дії
людей: 30 · ідей: 30
торкніться будь-якого завершеного етапу, щоб його переглянути
✓
Збір
✓
Уточнення
✓
Групування
✓
Відбір
✓
Структурування
✓
Мапа
7
Дії
пробний прогін · не враховується
перешкоди · будь-хто з посиланням · у публічному списку · федерацію ввімкнено
ведучий: її ведучий (запечатана)
людей: 30 · ідей: 30 · 2 групи
Паспорт → · Логіка → · запис
↗ поділитися цією мапою
На іншому сайті, як жива мапа:
Як зображення: https://truecauses.org/d/6708d57/map.svg
Як дані: кожна оцінена пара в цій кімнаті (CSV). Кожне твердження має власну адресу, /c/6708d57/<card>, перелічену під мапою.
Зазначайте джерело під час публікації: Causal map: True Causes, https://truecauses.org/d/6708d57
ПИТАННЯ

Why does the same outage keep recurring?

Запропонуйте, що робити, а потім оцініть, чи зрушить кожна дія кожну першопричину.

Запечатано 23 дні тому: ця кімната більше не знає, хто в ній сидів; на ім’я залишається лише ведучий. Її висновки залишаються.
за столом: 30 (симульовано: 29) · запропоновано дій: 3, першопричин: 6. Додайте свою, а тоді оцініть, чи впливає кожна дія на кожну причину.
Ви переглядаєте як гість. Введіть ім’я користувача, щоб приєднатися й брати участь.
Спершу оцініть першопричини
чому
Власна практика методу, ще до того, як запропоновано будь-яку дію: кожну першопричину оцінюють від 1 до 5 — наскільки реально нею зайнятися, який вплив це дасть і наскільки ймовірно, що вона розв’яжеться сама, без втручання. Пріоритет мають першопричини з великим впливом, високою здійсненністю та низькою ймовірністю розв’язатися самим — пріоритет = вплив + здійсненність − ймовірність. Оцінки усереднюють по групі й показують разом із кількістю тих, хто оцінив.
1 = низько, 5 = високо. Ваші власні оцінки; поруч — середні по групі.
першопричиназдійсненністьвпливминеться самапріоритет
The service map in the wiki is two years old––––
One engineer knows how the payment path actually works––––
Feature flags are never cleaned up, so nobody knows which paths are live––––
The on-call rota has the same two people on it most weeks––––
Rollbacks take longer than the outage they are meant to end––––
Alerts fire so often that on-call mutes them––––
Чи вплине кожна дія на кожну першопричину?
Збоку: дії, які запропонували люди. Угорі: першопричини, які знайшла мапа. Кожна клітинка — одне голосування з одного питання: чи суттєво зменшить ця дія цю причину? Щоб питання було вирішено, одна сторона має набрати 75% поданих голосів; інакше клітинка залишається розділеною. Кожна клітинка показує, як розподілилися голоси, — так / гірше / ні, — і клітинку вирішено, коли один із варіантів набирає три чверті голосів.
чому
Відповідь ухвалюється при 75% поданих голосів, як і будь-яке інше питання тут. Розділилися означає, що люди проголосували, але жодна сторона не досягла цього порогу, — це результат, а не черга очікування, і так залишається, доки достатньо людей не змінять думку. Клітинка, яку ніхто не вирішив, залишається невирішеною; вона ніколи не перетворюється на «ні». Оцінювання кожної пари окремо не дає приписати популярній дії розв’язання проблем, яких вона не стосується.
ДІЯПЕРШОПРИЧИНИ · чи зменшує це дія ліворуч?
The service map in the wiki is two years oldOne engineer knows how the payment path actually worksFeature flags are never cleaned up, so nobody knows which paths are liveThe on-call rota has the same two people on it most weeksRollbacks take longer than the outage they are meant to endAlerts fire so often that on-call mutes them
No production deploy after 14:00 on Fridays unless the on-call engineer agrees обговорити✗ ні, не зменшує
3 так / 0 гірше / 26 ні
⚑ група розділилася
21 так / 0 гірше / 8 ні
ще не вирішено
ще не вирішено
ще не вирішено
ще не вирішено
Give the shared schema one named owner and a migration tool with rollback обговорити✗ ні, не зменшує
6 так / 0 гірше / 23 ні
✓ так, зменшує це
24 так / 0 гірше / 5 ні
ще не вирішено
ще не вирішено
ще не вирішено
ще не вирішено
Reserve one engineer-week per sprint for post-mortem actions, first in the sprint, not last обговорити✗ ні, не зменшує
4 так / 0 гірше / 25 ні
✗ ні, не зменшує
3 так / 0 гірше / 26 ні
ще не вирішено
ще не вирішено
ще не вирішено
ще не вирішено
Найбільший вплив наразі
Give the shared schema one named owner and a migration tool with rollback зменшує першопричини: 1 з 6
ДІЇ НА МАПІ
Показано усі дії, які оцінила кімната: безпосередньо спрямований на першопричини — 1 з 6. Без прямої дії: 5.
Взято лише з клітинок, які кімната вирішила на етапі «Дії». Зелена першопричина — її зменшує принаймні одна з показаних дій; сіра — жодна з них не спрямована на неї безпосередньо; червоний контур — одна з них її погіршує.
The same three services cause most of the pages → The staging environment does not resemble productionFeature work always outranks reliability work in planning → Post-mortem actions are written up and then never scheduledRollbacks take longer than the outage they are meant to end → Reliability has no budget line of its ownEvery team has its own logging format → Customers report outages before monitoring doesReliability has no budget line of its own → The incident channel fills with people asking for status instead of giving itReliability has no budget line of its own → The staging environment does not resemble productionPost-mortems assign actions to people who were not in the room → Post-mortem actions are written up and then never scheduledTests that fail intermittently are retried until green → Customers report outages before monitoring doesRetries are unbounded, so a slow dependency becomes a flood → The same three services cause most of the pagesAlerts fire so often that on-call mutes them → Every team has its own logging formatThe on-call rota has the same two people on it most weeks → Post-mortem actions are written up and then never scheduledThe on-call rota has the same two people on it most weeks → Alerts fire so often that on-call mutes themFeature flags are never cleaned up, so nobody knows which paths are live → The same three services cause most of the pagesFeature flags are never cleaned up, so nobody knows which paths are live → Rollbacks take longer than the outage they are meant to endOne engineer knows how the payment path actually works → The on-call rota has the same two people on it most weeksThe service map in the wiki is two years old → Feature flags are never cleaned up, so nobody knows which paths are liveFeature work always outranks reliability work in planningFeature work alwaysoutranks reliability workin planningPost-mortems assign actions to people who were not in the roomPost-mortems assign actionsto people who were not inthe roomTests that fail intermittently are retried until greenTests that failintermittently are retrieduntil greenRetries are unbounded, so a slow dependency becomes a floodRetries are unbounded, so aslow dependency becomes afloodOne engineer knows how the payment path actually works ② Give the shared schema one named owner and a migration tool with rollbackOne engineer knows how thepayment path actually works②що показані дії роблять із цією першопричиноюЗМЕНШУЄ 1 ДІЯThe service map in the wiki is two years oldThe service map in the wikiis two years oldщо показані дії роблять із цією першопричиноюЖОДНА ДІЯ НЕ СПРЯМОВАНА НАНЕЇ БЕЗПОСЕРЕДНЬОFeature flags are never cleaned up, so nobody knows which paths are liveFeature flags are nevercleaned up, so nobody knowswhich paths are liveщо показані дії роблять із цією першопричиноюЖОДНА ДІЯ НЕ СПРЯМОВАНА НАНЕЇ БЕЗПОСЕРЕДНЬОThe on-call rota has the same two people on it most weeksThe on-call rota has thesame two people on it mostweeksщо показані дії роблять із цією першопричиноюЖОДНА ДІЯ НЕ СПРЯМОВАНА НАНЕЇ БЕЗПОСЕРЕДНЬОRollbacks take longer than the outage they are meant to endRollbacks take longer thanthe outage they are meantto endщо показані дії роблять із цією першопричиноюЖОДНА ДІЯ НЕ СПРЯМОВАНА НАНЕЇ БЕЗПОСЕРЕДНЬОAlerts fire so often that on-call mutes themAlerts fire so often thaton-call mutes themщо показані дії роблять із цією першопричиноюЖОДНА ДІЯ НЕ СПРЯМОВАНА НАНЕЇ БЕЗПОСЕРЕДНЬОThe same three services cause most of the pagesThe same three servicescause most of the pagesPost-mortem actions are written up and then never scheduledPost-mortem actions arewritten up and then neverscheduledReliability has no budget line of its ownReliability has no budgetline of its ownEvery team has its own logging formatEvery team has its ownlogging formatThe incident channel fills with people asking for status instead of giving itThe incident channel fillswith people asking forstatus instead of giving itThe staging environment does not resemble productionThe staging environmentdoes not resembleproductionCustomers report outages before monitoring doesCustomers report outagesbefore monitoring does
Кожен номер на мапі позначає першопричину, яку зменшує ця дія.
① No production deploy after 14:00 on Fridays unless the on-call engineer agrees
② Give the shared schema one named owner and a migration tool with rollback
③ Reserve one engineer-week per sprint for post-mortem actions, first in the sprint, not last
Чого ми очікуємо далі
Прогнози щодо дій: що кожна має змінити, як це виміряти і коли перевірити. У цю дату хтось, хто був у кімнаті, записує поруч, що сталося насправді.
чому
Мапа показує, які дії впливають на які причини. Вона не показує, чи хтось їх виконав і чи щось змінилося. Запис тут — це прогноз із датою і тим, що можна виміряти, зроблений після того, як мапу вирішено. Коли настає дата, поруч записують, що сталося насправді, а прогноз залишається таким, як був: хибний прогноз — якраз корисний. Ніхто ні за що з цього не голосував, і це нічого не змінює у висновках кімнати.
термін: 23 Jan 2027
діяNo production deploy after 14:00 on Fridays unless the on-call engineer agrees
очікуємоthe same cause stops coming back once fixing it is in the sprint
показникrepeat outages with the same cause, per quarter
оцінкикімната: 3 (медіана; оцінок: 15; розкид від 1 до 6)