Почему задачи в команде быстро становятся неясными
В небольших командах многое происходит прямо и просто. Это большое преимущество. Люди разговаривают друг с другом, быстро принимают решения и часто находят прагматичные решения.
Но именно эта сильная сторона может стать проблемой.
Когда задачи обсуждаются только устно, о них легко забывают. Когда задачи распределены по чатам, позже приходится долго искать. Когда задачи находятся в таблицах, часто не хватает контекста. А когда никто точно не отвечает, в итоге многое остается лежать.
Это происходит не потому, что команда работает плохо. Это происходит потому, что задачи без ясной структуры остаются плохо видимыми.
Поэтому команде не нужен огромный процесс. Ей прежде всего нужно одно общее место, где задачи собираются, описываются и отслеживаются.
Что нужно хорошей командной задаче
Задача в команде должна быть описана так, чтобы кто то понял ее и позже. Не только через пять минут после встречи, но и на следующий день или через две недели.
Хорошая задача обычно отвечает на четыре простых вопроса.
- Что нужно сделать?
- Почему это важно?
- Кто отвечает?
- К какому сроку это нужно выполнить?
Это звучит просто. И именно в этом смысл. Управление задачами не становится лучше, если каждой задаче нужны десять полей. Оно становится лучше, когда важная информация ясна.
Задача вроде Проверить сайт, например, слишком неточная. Лучше было бы так: Проверить главную страницу на ошибки в текстах и собрать обратную связь в команде.
Это все еще коротко, но гораздо понятнее.
Ответственность меняет многое
Задача без ответственности обычно остается только пожеланием.
Поэтому в команде должно быть ясно, кто берет задачу на себя. Это не значит, что этот человек должен делать все один. Но он следит за тем, чтобы задача не исчезла.
Особенно в небольших командах это важно. Часто все помогают везде. Это хорошо, но может привести к тому, что никто не чувствует себя действительно ответственным.
Ясная ответственность приносит спокойствие в совместную работу. Все знают, кто держит обзор. Вопросы попадают к нужному человеку. И прогресс становится видимым.
Статус задачи должен быть сразу понятен
Не каждая задача находится на одном и том же этапе. Некоторые являются только идеями. Некоторые готовы к реализации. Другие в работе. Другие ждут обратной связи.
Когда статус не виден, возникают лишние вопросы:
- Это уже сделано?
- Это еще ждет меня?
- Кто то продолжил над этим работать?
- Это вообще еще актуально?
Простой статус помогает избежать этих вопросов. Часто достаточно разделить задачи на несколько понятных областей. Например открыто, в работе и выполнено.
В начале обычно большего не нужно.
Меньше часто лучше
Многие команды начинают с новым инструментом с большой мотивацией и сразу строят огромную структуру. Много списков, много полей, много правил.
Через короткое время почти никто этим уже не пользуется.
Причина проста. Если обслуживание задач создает больше работы, чем сама задача, команда теряет желание.
Поэтому управление задачами должно оставаться как можно более легким. Задачу должно быть можно быстро создать. Статус должно быть можно быстро изменить. И все должны без долгих объяснений понимать, как работает обзор.
Хорошее управление задачами не ощущается как администрирование. Оно ощущается как ясность.
Задачам нужен контекст
Одна отдельная задача часто является лишь небольшой частью более крупной инициативы. Поэтому полезно, когда задачи не лежат полностью отдельно.
Если команда, например, планирует новый сайт, задачи вроде написать тексты, выбрать изображения, протестировать форму и проверить главную страницу относятся к одному проекту.
Эта связь важна. Она показывает, почему задача существует и как она связана с другими задачами.
Без контекста задача быстро кажется случайной. С контекстом она становится частью плана.
Именно поэтому связь между проектами и задачами так ценна. Проекты дают рамку. Задачи делают работу конкретной.
Командная работа становится проще, когда задачи видимы
Видимость является одним из самых важных пунктов в команде.
Когда все могут видеть, какие задачи открыты, возникает меньше неопределенности. Никому не нужно постоянно спрашивать. Никому не нужно угадывать. И ни у кого нет ощущения, что все находится только в головах отдельных людей.
Это особенно помогает, когда несколько людей одновременно работают над проектом. Хороший обзор задач показывает не только то, что еще нужно сделать. Он показывает также то, что уже выполнено.
И это не стоит недооценивать. Выполненные задачи мотивируют. Они делают прогресс видимым.
Типичные ошибки в командных задачах
Многие проблемы возникают из небольших привычек, которые кажутся безобидными.
Например, задачи часто формулируются слишком крупно. Задача вроде Улучшить маркетинг почти неосязаема. Лучше создать из нее несколько конкретных задач.
Или у задач нет ясного завершения. Если никто не знает, когда задача выполнена, она навсегда остается наполовину открытой.
Отсутствие приоритетов тоже может стать утомительным. Если важно все, в итоге по настоящему не важно ничего.
Еще одна классика это задачи, которые появляются только в разговорах. В моменте все звучит ясно. Позже никто уже точно не знает, о чем договорились.
Решение не в большем количестве бюрократии. Решение в лучшей привычке. То, что обсуждается, фиксируется как задача.
Как Projoodle должен в этом помогать
Projoodle должен помогать командам организовывать задачи просто и понятно.
Фокус не в том, чтобы предлагать как можно больше функций. Фокус в том, чтобы команда быстро начинала работать.
Задачи должны легко описываться ясно. Проекты должны давать рамку. И все участники должны видеть, что открыто, что идет и что уже выполнено.
Особенно для небольших команд это важно. Им не нужно сложное программное обеспечение, которое сначала нужно объяснять. Им нужен инструмент, который создает порядок, не становясь сам проектом.
Управление задачами это не контроль
Один важный пункт часто понимают неправильно.
Делать задачи в команде видимыми не значит контролировать людей. Это значит упрощать совместную работу.
Хороший обзор задач помогает всем. Он разгружает память. Он уменьшает количество вопросов. Он показывает зависимости. И он предотвращает забывание важных вещей.
Когда задачи прозрачны, команда работает спокойнее. Не потому что все контролируется, а потому что меньше неясности.
Так команда начинает просто
Команде не нужно делать все идеально сразу.
Хороший старт может выглядеть очень просто:
- Собрать все открытые задачи в одном месте
- Кратко и ясно описать каждую задачу
- Назначить ответственного человека
- Сделать текущий статус видимым
- Регулярно проверять, что еще важно
Часто этого уже достаточно, чтобы получить значительно больше обзора.
Важно, чтобы структура подходила команде. Не каждой команде нужны одинаковые процессы. Но каждой команде полезно, когда задачи не разбросаны.
Вывод
Управлять задачами в команде не должно быть сложно.
Речь не о том, чтобы планировать каждый маленький шаг. Речь о том, чтобы создать общую ясность. Кто что делает? Что открыто? Что выполнено? И где еще нужно решение?
Когда на эти вопросы можно легко ответить, команда работает спокойнее и надежнее.
Projoodle должен помогать именно в этом. Задачи должны становиться видимыми без появления административного монстра. Достаточно просто для повседневной работы. Достаточно ясно для настоящего сотрудничества.