Проєкт, операційна чи продуктова робота?

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

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

У Klasna запуск фізики підходить: результат — предмет, який школа може продавати й викладати, і щойно він є й переданий, запуск завершено. Перевірка проста: спитай, який результат буде в кінці і що зупинить роботу? Якщо не можеш відповісти на обидва питання, перед тобою інший вид роботи; наступні картки його розбирають.

Організації виконують три види роботи, і найшвидше розрізнити їх — спитати, що завершує роботу.

• Операційна діяльність повторюється без запланованого кінця: щоденні уроки, виплати репетиторам двічі на місяць, чат підтримки. Ніщо її не завершує; цикл просто запускається знову.
• Продуктова робота покращує живий продукт, як-от запис на уроки в Klasna: нові цілі щокварталу, фінішу немає, бо продукт і користувачі весь час змінюються.
• Проєкт закінчується, коли його разовий результат є й прийнятий: заняття з фізики стартують і результат передано; останній репетитор підписує оновлений договір.

Одна компанія веде всі три одночасно, часто тими самими людьми. Команда Danylo весь рік покращує запис (продуктова робота) і кілька місяців також будує для нього опцію фізики (частина проєкту). Коли називаєш вид роботи, бачиш, які інструменти пасують: бриф і закриття для проєкту, рутини для операційної діяльності, цілі й беклог для продуктової роботи.

Три види роботи різні, а не ранжовані. Операційна діяльність — джерело грошей: кожен проведений урок у Klasna приносить виручку й оплачує роботу репетитора. Продуктова робота тримає платформу конкурентною. Проєкт — тимчасове зусилля, щоб створити нове, яке потім вестиме операційна команда.

З цього є практичний наслідок. Власних людей у проєктів майже ніколи немає: Vira й далі веде наявні програми, Danylo — беклог платформи, Roman — роботу з репетиторами. Запуск позичає їхній час. Якщо вважати проєкт важливішим і тихо забирати людей, відповіді в підтримці сповільнюються, виплати затримуються, а бізнес, що фінансує запуск, страждає.

Тож керівник проєкту домовляється про час із людьми та їхніми керівниками, фіксує домовленість письмово й повертає позичене. Завдання проєкту — передати операційній команді те, що вона зможе вести, а не перемогти її.

Рамка проєкту — це бриф, один відповідальний керівник, план і закриття. Вона забирає час, тож застосовуй її лише там, де вона цей час повертає. Вона окупається, коли збігаються три умови:

1. Фіксована дата: результат має з'явитися до моменту, що не зсунеться, як старт занять 1 лютого перед весняними іспитами.
2. Разовий результат: щойно він є, роботу завершено.
3. Кілька людей передають роботу одне одному: програма Vira потрібна для введення репетиторів у роботу, тест Danylo — для сторінки, маркетинг чекає на обидва. Якщо хтось запізниться, інші чекають.

Без цих умов рамка — церемонія. Дводенному виправленню від одного розробника потрібні задача й відповідальний, а не стартова зустріч. Щотижневій роботі потрібна рутина. А «CEO каже, що це важливо» — взагалі не умова: важливість змінює пріоритет, а не вид роботи.

Поширена помилка — загорнути продуктову роботу, що триває, у проєкт із вигаданою датою. Це ніби мотивує («дата змушує людей рухатися»), але в роботи немає визначеного результату, тож дата нічого не може означати.

«Новий AI-партнер, дедлайн 15 грудня, ціль: зробити кращим» від Leo — саме такий випадок. Klasna щотижня налаштовує AI-партнера для практики за відгуками учнів і робитиме це й 16 грудня. Можливі два сценарії: команда в цей день оголошує фальшиве «готово» й перестає покращувати, або дата зсувається, і дедлайни всюди перестають щось означати.

Вихід — обгорнути в рамку лише разовий шматок продуктової роботи, з реальним результатом і реальною датою: «перевести AI-партнера на нову модель, доки стару не вимкнули». Цей шматок може бути невеликим проєктом; решта лишається продуктовою роботою з квартальними цілями.

Проєкт закінчується, коли його результат прийнято й передано тим, хто його вестиме. Він не поглинає роботу, яка йде після нього.

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

Навіщо так чітко проводити межу? Бо проєкт без кінця стає постійною командою з тимчасовою назвою, і ніхто не може сказати, чи він вдався. Запиши заздалегідь, що означає «передано»: хто веде фізику з березня і що саме отримує.

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

Зупинка — не ганьба. Пріоритети змінюються, з'являється дешевший шлях, гроші потрібні деінде. Якби Leo зупинив запуск фізики в листопаді, правильним кроком було б коротке, належне закриття: звільнити час Vira, Danylo й Roman, завершити відкриті домовленості з фрилансерами, зберегти чернетку програми там, де її знайдуть, і записати, чого навчилися.

Дві пастки. Проєкт-зомбі: ніхто не каже «стоп», тож він далі позичає людей, хоча результату попереду немає. І доробити, бо вже наполовину: витрачені зусилля не повернути в будь-якому разі; продовжувати варто лише тоді, коли цінна решта роботи. Рішення зупинитися ухвалює спонсор, письмово.

Проєкт має лише ті разові шматки, які потрібні його результату, а все інше позичає на певний час. Фізиці потрібна опція предмета в записі, тож запуск відповідає саме за цей шматок: щоб фізику можна було записати до старту занять. Сам запис на уроки лишається продуктовою роботою і до, і після, у команді Danylo.

Проста перевірка для будь-якого пункту: це разовий шматок, потрібний результату до дати? Тоді він усередині. Повторюється (виплати, відповіді в підтримці) чи покращує щось без кінця (щотижневі виправлення запису)? Тоді він належить операційній чи продуктовій роботі, зараз або після передачі. Усе, що належить проєкту, він має зробити й передати.

Як це складається докупи: проєкт — тимчасова робота з разовим результатом; він закінчується передачею або рішенням зупинитися; рамка окупається лише за фіксованої дати, разового результату й передач. Наступний урок: що означає успіх, окрім «роботу зроблено».