Я иногда называю Jira и её родственников «цивилизационным наказанием». Это шутка, но в каждой шутке есть доля боли. Трекеры задач бывают перегружены, медленны, требуют заполнять поля, смысла которых никто не помнит, и в какой-то момент начинают управлять командой вместо того, чтобы ей помогать. Поэтому вопрос «а можно ли вообще без трекера» звучит не как ересь, а как вполне законная мечта уставшего человека.
Мой ответ, после многих лет проектов разного размера: можно. Но только очень маленьким командам и очень короткое время. Во всех остальных случаях работа через почту и мессенджеры убивает продуктивность медленно, незаметно и с особым цинизмом.
Диспетчер на стикерах
Представьте авиадиспетчера, у которого нет радара. Он ведёт самолёты по записочкам: этот заходит на посадку, этот ждёт на третьем эшелоне, этот просил дозаправку. Когда самолётов три, он справляется, и даже гордится тем, что ему не нужна эта громоздкая техника. Когда самолётов двадцать, записочки начинают теряться. Когда сорок, катастрофа становится вопросом времени.
Работа без трекера выглядит точно так же. Задачи живут в голосовых, в письмах, в личных сообщениях, в чьей-то голове и на обороте счёта из ресторана. Пока задач немного, а команда из двух человек сидит в одной комнате, всё работает. Но проект растёт, и в какой-то момент выясняется, что задачу, о которой договорились три недели назад, никто не делает, потому что каждый думал, что её делает другой. История задач теряется, приоритеты размываются, а важное тонет в срочном.
Единый источник правды
Главная ценность трекера не в канбан-досках, не в диаграммах и не в красивых отчётах. Главная ценность в том, что это единый источник правды для всех участников проекта. Есть одно место, куда можно посмотреть и увидеть: кто чем занят, что горит, что заблокировано и когда ждать результат.
Без этого места правда распадается на десятки версий. У менеджера одна картина в голове, у программиста другая, у клиента третья. И каждая встреча начинается с синхронизации картинок, которая занимает половину времени. Я видел проекты, где по понедельникам час уходил только на то, чтобы выяснить, что вообще сейчас в работе. Трекер убирает этот час. А потом ещё один в среду и ещё один в пятницу.
Есть и вторая, менее очевидная ценность: память. Через полгода кто-то спрашивает, почему эта функция работает именно так. Если обсуждение было в трекере, ответ находится за минуту: вот задача, вот комментарии, вот решение и его причина. Если обсуждение было в чате, ответа нет. Есть только человек, который «кажется, помнит», и он, конечно, уже уволился.
Когда без трекера действительно можно
Я не фанатик инструментов, поэтому честно перечислю случаи, когда трекер не нужен или даже вреден:
- Один человек работает над своим проектом. Ему хватит списка задач в заметках.
- Двое-трое сидят рядом, работают над одной вещью, и задачи живут несколько часов, а не недель.
- Короткий эксперимент или прототип на неделю, после которого всё выбросят или начнут заново.
- Хакатон, где скорость важнее любой памяти.
Общее у всех этих случаев: мало людей, мало времени, и вся картина помещается в одной голове. Как только хотя бы одно условие нарушено, нужен радар.
Как не превратить трекер в наказание
Самая частая причина, почему команды ненавидят трекер, не в самом инструменте, а в том, как его настроили. Двадцать обязательных полей, восемь статусов, сложные схемы перехода между ними и правило «без согласования руководителя задачу не закрывать». Это как подарить диспетчеру радар, на котором нужно вручную ставить отметку каждые десять секунд. Он вернётся к стикерам и будет прав.
Мои правила простые. Статусов должно быть столько, сколько реальных этапов работы, обычно четыре-пять. Обязательных полей минимум: заголовок, исполнитель, описание. Всё обсуждение по задаче ведётся в самой задаче, а чат даёт на неё ссылку. Трекер обновляет тот, кто делает работу, и делает это сам, без напоминаний, потому что это занимает секунды.
Выбор конкретного инструмента вторичен. Trello хорош простотой, Asana гибкостью, Jira мощью, есть ещё десяток других. Я видел отличные проекты на самом простом инструменте и провальные на самом дорогом. Инструмент, который команда реально использует, всегда лучше идеального инструмента, который она игнорирует.
Трекер как часть системы
Есть ещё один шаг, на который решаются немногие. Трекер не обязательно должен быть отдельной программой. Если в компании есть своя учётная система, задачи могут жить в ней же, рядом с клиентами, заказами и деньгами. Тогда задача «доработать отчёт для клиента» связана с самим клиентом, его договором и историей оплат, и никому не нужно переключаться между пятью вкладками, чтобы понять контекст.
Мы в Ingello идём именно этим путём: в Forma есть модуль проектов, где задачи связаны с остальными данными бизнеса. Для команды разработки это означает меньше копирования информации, а для руководителя одну картину вместо нескольких.
Что сделать прямо сейчас
Если у Вас нет трекера и команда больше трёх человек, заведите самый простой: доска с тремя колонками «нужно сделать», «в работе», «готово». Перенесите туда все задачи, которые сейчас живут в чатах. Договоритесь об одном правиле: если задачи нет на доске, её не существует.
Если трекер есть, но его ненавидят, проведите ревизию: какие поля никто не заполняет, какие статусы никто не использует. Удалите их. Трекер должен быть радаром, который облегчает работу диспетчера, а не ещё одной обязанностью, от которой хочется сбежать к стикерам.
