Закон Паркінсона

“Робота заповнює весь час, відведений на її виконання.”

Що це означає для розробки?
Якщо на задачу дали 5 днів – є великий шанс, що вона займе всі 5, навіть якщо технічно могла бути готова за 2.

👨‍💻 Для розробників
• починається зайвий рефакторинг “бо є час”;
• з’являється overengineering;
• дедлайн здається далеким і старт відкладається.

📊 Для менеджерів
• оцінки розтягуються;
• складно зрозуміти реальну швидкість команди;
• roadmap стає менш прогнозованим.

💡 Живий приклад
Задача: “додати простий фільтр”.
Оцінка – 3 дні.
Факт:
день 1 – дослідження,
день 2 – переписати сервіс “бо можна краще”,
день 3 – власне фільтр 🙂

Як з цим працювати:
✔️ дробити задачі на менші
✔️ ставити проміжні чекпоінти
✔️ домовлятись про definition of done, а не “ще трохи покращу”

Цікаво, чи ловили ви себе на Законі Паркінсона в реальних проєктах? 👀
Далі буде ще цікавіше – у серії попереду 12 законів розробки

TikTok | Instagram | Telegram