29/10/2024
Однією з важливіших задач будь-якого менеджера є планування. Неефективне планування може призвести до безлічі проблем, таких як: витрати часу через некоректну оцінку трудозатрат, фінансові витрати через неефективний розподіл задач між співробітниками, високий рівень стресу у співробітників та постійні перепрацювання, зменшення якості продукту при недостатній увазі до деталей, а також незадоволеність клієнтів і ТОП-менеджменту компанії.
🔑 Відкрию Вам страшний секрет — за мою кар'єру жоден проект не був виконаний згідно плану. Виконувались або раніше, або пізніше за плановий термін.
🚀 Для зменшення ризиків неефективного планування я часто використовую Agile підхід.
👉Етапи планування:
- Визначення цілей: Коректне визначення цілей, базуючись на вирішенні проблем кінцевих користувачів, зменшує ризики у визначенні вимог до майбутнього продукту та декомпозиції задач.
- Ідентифікація задач: Разом з командою слід визначити ключові задачі продукту і сфокусуватись на тих, що найбільше принесуть користь користувачу. Для цього я використовую підхід декомпозиції цілей на epic — велику, нечітку концепцію чогось, що ми хочемо зробити для користувача. Під час формулювання epic я описую User Activities, фіксуючи кроки, які користувач виконує з системою, без обробки альтернативних сценаріїв. Не забуваємо про нефункціональні вимоги.
- Приоритезація epic: Для пріоритизації задач використовуємо такі техніки:
* Матриця Ейзенхауера: Розподіляємо задачі на чотири категорії за важливістю та терміновістю.
* Метод MoSCoW: Класифікуємо задачі на "Має бути", "Повинно бути", "Можливо буде", "Не потрібно".
* Правило 80/20 (Закон Парето): Ідентифікуємо 20% задач, які приносять 80% результатів.
* Метод Kano: Аналізуємо вплив задач на задоволеність клієнтів.
Дуже часто використовуємо кілька технік одночасно, що допомагає точніше визначити пріоритети. Після цього починаємо працювати з технічними вимогами з максимальним приорітетом.
- Ідентифікація та приоритезація бізнес-вимог: Декомпозуємо epic на конкретні User Tasks (Story), що виконуються в рамках кожної активності. Після цього проводимо їх приоритизацію, визначаючи правила готовності DoR (Definition of Ready).
- Ідентифікація технічних задач: З командою розробників декомпозуємо User Story на Technical tasks та визначаємо необхідні ресурси.
- Оцінка задач: Проводимо оцінку кожної задачі, коли вони декомпозовані до рівня Technical tasks.
Планування ітерації: Плануємо ітерацію лише після оцінки задач.
Звісно, цей підхід чудово підходить за контрактами time and material.
🔜 Підходи планування проекту яке часто застосовую при контрактах fix price розповім у наступному пості.
