Стендап Сьогодні 📢 Канал в Telegram @stendap_sogodni
🤖🚫 Контент вільний від AI. Цей пост на 100% написаний людиною, як і все на моєму блозі. Насолоджуйтесь!02.06.2024
GTD: поточні справи проти планування
В мене була весь час ця ідея, що система GTD повинна охопити все життя. Ну воно десь так: порівняно з простим “списком задач”, GTD пропонує перелічити всі “відкриті цикли” в житті, щоб їх… поступово закрити. Проте ось що я тільки починаю розуміти: GTD розрахований тільки на поточні справи, а ніяк не на всі майбутні плани: обовʼязкові, чи можливі, чи бажані.
А я навпаки, зазвичай приділяю більше уваги тому, що я хочу зробити, та недостатньо тому, що заважає цим займатись: ті самі “відкриті цикли”. От, GTD призначений не для того, щоб робити нові проєкти всупереч незакінченим справам, а щоб ці справи закінчити та розвантажити голову.
Можна порівняти систему GTD з нашою “оперативною пам’яттю”: вона тримає короткотривалі обов’язки з метою завершити їх та рухатись далі. Власне, так і написано: проєкт — це “віха в землі”, яка фіксує ціль, якої ми хочемо досягнути; наступна дія — це найближчий крок до цієї цілі. Тепер мені здається, що ця модель навмисно мінімальна, щоб вписатися в будь-яку систему організації, яка вже існує.
Наприклад, якщо мої робочі задачі сидять в Jira, то мені не потрібна синхронізація з Jira, щоб використати GTD. Достатньо переписати в проєкти дві-три поточні задачі. А наступні дії можуть зʼявитися як самі собою, так і з плану реалізації чи інших підготованих заздалегідь матеріалів. Причому не потрібно переносити самі плани в GTD: достатньо щоб їх було легко знайти та передивитись (там же ж в Jira).
А відповідно, GTD дійсно можна займатися хоч в блокноті, бо саме таку інформацію й зручно зберігати в блокноті: короткочасну та стислу. А цифрові рішення навпаки, несуть ризик все ускладнити та загубитись.