Я давно помітив кумедну закономірність. Що менша команда, то довше вона впевнена, що їй не потрібен трекер задач. «Нас пʼятеро, ми й так усе знаємо, усе обговорюємо в чаті». Це правда рівно до першої відпустки, першого лікарняного чи першого паралельного проєкту. Потім зʼясовується, що задачу, про яку «всі знали», не зроблено, бо кожен думав, що її робить інший. Що домовленість із клієнтом потонула в чаті між мемами й обговоренням обіду. Що новий розробник тиждень зʼясовує, на якому етапі проєкт, опитуючи колег по одному. Я багато років керую розробкою й пройшов цей шлях сам, тому одного разу ми зробили APPLAN, свій трекер для командної роботи.
Чому чат не трекер
Чат це чудовий інструмент для розмови й жахливий для памʼяті. Він влаштований як річка: усе тече, нове змиває старе, і за тиждень знайти, про що домовилися, майже неможливо. Задача в чаті не має статусу, відповідального й строку. Вона просто повідомлення, яке хтось прочитав, а хтось ні.
Я якось попросив команду клієнта знайти в їхньому робочому чаті рішення, яке вони ухвалили місяць тому щодо важливої інтеграції. Шукали втрьох сорок хвилин. Знайшли два суперечливі повідомлення від різних людей і так і не зрозуміли, яке з них остаточне. Довелося зідзвонитися й ухвалити рішення заново. Сорок хвилин трьох людей плюс дзвінок, і це лише одна задача із сотні.
Трекер влаштований інакше. Він схожий не на річку, а на дошку в штабі, де в кожного прапорця є місце, колір і підпис. Подивився на дошку й зрозумів: ось задачі в роботі, ось готові, ось застряглі, ось хто чим зайнятий. Не треба нікого питати, не треба збирати нараду, щоб зʼясувати стан справ. Це заощаджує більше часу, ніж здається, бо кожне питання «а як там із цим?» відволікає двох: того, хто питає, і того, кого питають.
Задача, яка не має статусу, відповідального й строку, це не задача. Це побажання.
Що ми хотіли зібрати в одному місці
Коли ми проєктували APPLAN, проблема була не в тому, що трекерів не існує. Їх сотні. Проблема була в тому, що робота невеликої команди розробки була розмазана по пʼяти сервісах: задачі в одному, обговорення в другому, файли в третьому, код у репозиторії, зустрічі в календарі. Кожне перемикання між ними це маленька втрата уваги, а за день таких перемикань набігають десятки. Тому головна ідея APPLAN була простою: зібрати в одному вікні те, що команді потрібно щодня, а решту підключати інтеграціями.
- Проєкти, привʼязані до конкретної команди, а не ті, що висять «у когось у голові».
- Дошка задач за етапами, причому етапи в кожного проєкту свої: у розробки одні, у дизайну інші, у маркетингу треті.
- Картка задачі з описом, схемою для начерків архітектури, обговоренням, стрічкою подій і вкладеннями.
- Звʼязок із репозиторієм, щоб дивитися код і заводити задачі за ним, не виходячи з трекера.
- Спільний календар команди, де видно зустрічі, строки й завантаження.
Докладно, зі скриншотами екранів, ми описали це в кейсі APPLAN, тому тут я хочу поговорити не про функції, а про те, що взагалі робить керування задачами робочим.
Вкладеність, залежності й час
Три речі відрізняють трекер, який допомагає, від трекера, який просто зберігає список справ. Перша: вкладеність. Великі задачі треба вміти розбивати на маленькі, інакше в трекері висить «зробити модуль продажів» на три місяці, і ніхто не розуміє, скільки вже зроблено. Добра задача вміщається в один-два дні роботи, і її завершення видно. Друга: залежності. Не можна почати верстку, поки не готовий дизайн, не можна тестувати, поки не готовий код. Коли залежності явні, менеджер бачить, яка задача тримає весь ланцюжок і що буде, якщо вона запізниться на тиждень. Третя: облік часу. Не для того, щоб стежити за людьми, а щоб за пів року чесно відповісти на питання «скільки насправді коштують такі задачі» й оцінювати наступні проєкти точніше, а не за відчуттями.
Видимість завантаження
Окремо скажу про завантаження команди, бо саме цього найбільше бракує керівникам. Типова ситуація: менеджер роздає задачі тим, хто ближче або хто гучніше не відмовляється, і за місяць один розробник тоне, а інший нудьгує. Ніхто не винен, просто ніхто не бачить картини цілком. Коли завантаження видно на одному екрані, перекіс помітно одразу, і його можна вирівняти до того, як хтось вигорить, а проєкт зірветься.
Це як диригент, який бачить увесь оркестр. Без цього погляду кожен музикант грає свою партію чесно, але хтось вступає зарано, хтось не вступає взагалі, а зрештою виходить шум.
Як навести лад у задачах
Якщо Ваша команда зараз живе в чатах, спробуйте простий крок. Домовтеся про правило: усе, що потребує дії довше ніж годину, записується в трекер із відповідальним і строком. Не в чат, не в особисті, не в голову. Перший тиждень буде незвично, і хтось буркотітиме. За місяць на планерці не буде чого обговорювати, крім справді складних питань, бо все інше видно на дошці.
Який трекер обрати, питання вторинне. Для нас це APPLAN, для великих компаній задачі й проєкти живуть у розділі керування проєктами Forma, повʼязаному з продажами, кадрами й складом. Але будь-яка система працює, лише якщо команда домовилася нею користуватися. Почніть із домовленості, інструмент добереться. Ясних Вам задач і спокійних дедлайнів, колеги.
