Портфель експериментів із заздалегідь оголошеним критерієм смерті

🌱 Проблема з ідеями, які ніколи не вмирають

У кожній команді є список ідей у роботі. Більшість із них лежать там і через місяці, бо ніхто не записав, що вважалося б провалом. Без цього зусилля дістаються найгучнішій ідеї, і ніщо ніколи не зупиняють.

📜 Закони

Наш реєстр розглядає ініціативи як популяцію, що рухається між станами: гіпотеза, випробування, далі — відібрана або відсіяна. Діють чотири закони.

1. Метрика успіху і критерій смерті записуються до старту, а не після результату.
2. Одночасно йде щонайбільше вісім випробувань. Дев'яте потребує письмового винятку від оператора, з іменем і датою.
3. Випробування, старше за свій граничний вік, вважається простроченим, і його треба вирішити: відібрати або відсіяти. «Нехай висить» — це не результат.
4. Відсіяна ініціатива має залишити розтин. З реєстру нічого не видаляється.

Рішення про відсіювання завжди ухвалює людина. Реєстр формує список, а щотижневий звіт називає прострочене.

📊 Як це виглядає сьогодні

3 листопада 2026, 21:53 UTC у реєстрі було 142 ініціативи: 122 гіпотези, 9 випробувань, 4 відібрані та 7 відсіяних. Серед тих, що дійшли до рішення, відібрано 4 з 11, тобто виживаність 36,4 відсотка. Усі 142 записи мають метрику придатності, а 136 — критерій відсіювання.

Числа також показують, де правила тріщать. Випробувань 9, на одне більше за межу у вісім. Це той самий іменний виняток, який оператор зафіксував 13 вересня 2026, і валідатор його приймає. А щотижневий звіт називає 7 випробувань простроченими, вони чекають на рішення. Правило «виріши або відсій» дає список невирішених випадків, коли ніхто не вирішує, і показати цей список — це і є сенс.

🛠️ Практика: запустіть реєстр

1. Створіть один файл з одним записом на ініціативу: ключ, назва, дата народження, стан, посилання на специфікацію.
2. Додайте три обов'язкові поля: метрика придатності, цільова метрика і критерії відсіювання. Записи без них відхиляйте.
3. Додайте граничний вік випробування в днях, із типовим значенням.
4. Напишіть валідатор, який падає на відсутньому полі, невідомому стані, перевищенні дозволеної кількості випробувань і видаленому записі.
5. Готуйте щотижневий звіт про прострочені випробування і ставте його до порядку денного постійної зустрічі.
6. Коли щось відсіяно, пишіть короткий розтин: що ми очікували, що сталося, що ми дізналися.

✅ Перевірте себе

• Додайте запис без критерію смерті. Валідатор падає.
• Переведіть дев'яту ініціативу у випробування. Валідатор падає, якщо виняток не названо.
• Щотижневий звіт перелічує прострочені випробування з назвою і віком.
• Ви можете показати три відсіяні ініціативи, кожну з розтином.

🚧 Коли це не працює

• Метрики, обрані заднім числом. Якщо метрику редагують, коли вже є результати, реєстр — це театр. Заморозьте її на старті.
• Списки простроченого, яких ніхто не читає. Звіт треба обговорювати на зустрічі, інакше це цвинтар.
• Популяція гіпотез. Більшість записів стоять у першому стані. Багато гіпотез і мало рішень означає, що вхід надто легкий.
• Розмиті критерії смерті. «Якщо це не працює» — не критерій. Назвіть число і дату.
• Малі команди. Для п'яти людей реєстр може бути заважким. Спільної сторінки з тими самими трьома полями досить.

📊 Докази

➡️ Далі

Напишіть специфікацію ідеї за допомогою Розробки за специфікаціями з наявних пакетів задач, а як ми оцінюємо результати, дивіться в Оцінюванні роботи AI.

Джерела

• Розробка за специфікаціями з наявних пакетів задач: специфікації.
• Оцінювання роботи AI: чому «воно каже, що готово» — не приймання: оцінювання результатів.
• Витрати, бюджети й ліміти: бюджети.
• Політика використання AI та реєстр, який здатна впровадити мала команда: реєстри.