Щоденна стратегія: перетворіть головну ціль на guiding policy дня
Головна ідея дня
Сьогоднішній кут — guiding policy: коротке правило, яке зʼєднує ціль із щоденними відмовами. Не “стати продуктивнішим”, а “до обіду створюю один артефакт, який зменшує головний ризик кварталу; усе інше йде після цього або в batch”.
Корисний reference: у підході Richard Rumelt стратегія має ядро — diagnosis, guiding policy, coherent actions. Короткий академічний конспект з цією рамкою є тут: UMass — Good Strategy/Bad Strategy overview. Практичний сенс: стратегія без правила вибору швидко перетворюється на список хороших намірів.
OKR: додайте правило вибору, а не тільки метрики
Слабкий OKR:
- Objective: покращити фокус і виконання.
- KR: виконати більше важливих задач.
Сильніший варіант:
- Objective: стабільно просувати одну стратегічну ставку, не даючи операційці зʼїдати найкращу енергію.
- KR1: 4 рази на тиждень до 11:00 створити один proof of progress: документ, PR, фінансовий розрахунок, конспект, risk review.
- KR2: щодня до 09:00 явно вибрати одну головну ставку і одну відмову.
- KR3: зменшити кількість “термінових, але неважливих” задач у першій половині дня до нуля.
Guiding policy дня: “Найкращий слот дня отримує задача, яка рухає KR або зменшує ключовий ризик. Решта — після першого артефакту”.
SMART: зробіть правило виконуваним
SMART-формулювання має відповідати на пʼять питань: що, коли, де, як перевірити, що відкласти.
Робочий приклад:
- Не: “попрацювати над стратегією платформи”.
- Так: “09:00–10:15 написати 1 сторінку
platform-risk-map: 5 ризиків, owner, signal, next action; до 10:15 файл має бути в repo або shared doc”.
Особистий приклад:
- Не: “зайнятися здоровʼям”.
- Так: “о 18:30 зробити 35 хвилин ходьби; о 19:10 записати у трекер сон/енергію/настрій; якщо дощ — 20 хвилин вдома без переговорів із собою”.
SMART без guiding policy часто створює багато дрібних правильних задач. Guiding policy вирішує, яка з них має право на головний слот.
Головне проти термінового
Матриця urgent / important працює краще, якщо кожен квадрант має правило:
- Важливе і не термінове: поставити в перший захищений блок.
- Важливе і термінове: виконати, але після цього знайти причину, чому воно стало пожежою.
- Термінове, але не важливе: batch, delegate або відповісти коротким SLA: “повернуся після 12:00”.
- Неважливе і нетермінове: прибрати, не “залишити на потім”.
Лайфхак: перед тим як взяти термінову задачу, напишіть одну фразу: “якщо я зроблю це зараз, що втратить головна ціль?” Якщо відповідь болюча — це не дрібниця, це стратегічна втрата.
Стратегічне vs тактичне планування
- Стратегічне: diagnosis — що насправді заважає результату; guiding policy — як ми обираємо; coherent actions — які 2–3 дії мають працювати разом.
- Тактичне: календарні блоки, reminders, owners, статуси, список задач.
Приклад для команди:
- Diagnosis: релізи затримуються не через “мало людей”, а через пізнє виявлення ризиків.
- Guiding policy: ризики мають зʼявлятися до implementation freeze, не після.
- Coherent actions: weekly risk review, checklist перед merge, owner для кожного high-risk item.
Приклад для особистого плану:
- Diagnosis: навчання програє вечірній втомі.
- Guiding policy: навчання отримує ранковий слот тричі на тиждень.
- Coherent actions: календарний блок, підготовлений матеріал з вечора, короткий proof після сесії.
Маслоу як operational check
Guiding policy має враховувати базу. Якщо фізіологія, безпека, фінансова тривога або сімейні обовʼязки просідають, план має бути меншим, але реальним.
Практичні режими:
- Низький ресурс: 25 хвилин на мінімальний артефакт, без героїзму.
- Нормальний ресурс: 75–90 хвилин фокус-блоку до чатів.
- Високий ресурс: складний дизайн, стратегічне письмо, глибокий review.
- Сильна тривога: спочатку факти і контроль: бюджет, список ризиків, один наступний крок.
Дисципліна — це не ігнорувати стан системи. Це мати правило, яке працює і в нормальний день, і в день з обмеженою енергією.
Календар, reminders і контроль прогресу
Календар має показувати правило, а не тільки зайнятість.
Приклад дня:
- 08:45 — Diagnosis: що сьогодні головна перешкода?
- 08:55 — Guiding policy: яке правило вибору на день?
- 09:00–10:30 — Main artifact: один proof of progress.
- 12:00 — Tactical batch: пошта, чати, дрібні відповіді.
- 16:45 — Control: що створено, що забрало фокус, що змінити завтра?
Reminders формулюйте як управлінські питання:
- “Яке правило сьогодні захищає головне?”
- “Що я не роблю до першого артефакту?”
- “Який доказ прогресу залишиться до вечора?”
Самомотивація і дисципліна
Мотивація любить нові плани. Дисципліна любить повторювані правила. Якщо кожен ранок заново вирішувати, що важливо, ви платите увагою ще до старту роботи.
Три практичні ходи:
- Default-first: головний блок стоїть у календарі за замовчуванням; його не треба щоранку “заслужити”.
- One visible bet: на день є одна головна ставка, написана одним реченням.
- Cut line: якщо зʼявляється нова задача, вона або підтримує ставку, або чекає batch-слота.
Реальний приклад: якщо ви готуєтеся до сильнішої DevSecOps-ролі, guiding policy може бути таким: “щодня до операційки створити один артефакт, який показує senior judgment: threat model, IAM review, incident note, CI/CD guardrail або короткий architecture decision record”.
Шаблон на сьогодні
Diagnosis: що насправді заважає головному результату?
Objective на тиждень:
Key Result, який сьогодні рухаю:
Guiding policy дня:
Один proof of progress до обіду:
SMART-перша дія:
- що саме:
- коли:
- де:
- критерій готовності:
Що не роблю до першого артефакту:
Термінове, яке може вкрасти фокус:
Стан бази / Маслоу:
Вечірній контроль:
- що створено:
- що відволікло:
- яке правило змінити завтра:
Висновок
Сильний день не потребує ідеального списку задач. Він потребує diagnosis, одного правила вибору і кількох узгоджених дій. Якщо guiding policy не змінює календар і відмови, це не стратегія — це декоративна фраза.