Любой проект, над которым будут трудиться IT-разработчики, требует составления технического задания, описания требований к заказу. Если проигнорировать данные условия, то можно не получить тот результат, на который рассчитывает заказчик и затянуть процесс реализации заказа.
Чтобы избежать таких негативных последствий очень важно избежать возможных ошибок в процессе постановки задач разработчикам проекта, привлечь к совместной работе системного аналитика и других специалистов, а также использовать специальные техники, приемы и бизнес-инструменты (например, канбан-доски и пр.).
К слову, применение таск-трекеров и канбан досок является чуть ли не одним из самых важных аспектов в корректной постановке задач разработчикам.
Постановщик всегда должен представлять ожидаемый результат от проекта, и на основе этих ожиданий правильно описывать задачу для разработчика. Необходимо четко понимать специфику отраслевого бизнеса, правильно анализировать конъюнктуру рынка, предвидеть потенциальные риски.
Полностью описывать задачу в таск-трекере
IT-разработчику, как правило, приходится решать ряд важных задач в процессе реализации проекта. Чтобы специалист мог наглядно видеть поставленные задачи – оптимально использовать канбан-доски (к примеру, от сервиса Strive), в которых присутствует большое количество полей с возможностью подробного описания задач и подзадач.
Решение о том, какой путь выбрать для реализации проекта, принимается на начальном этапе, в процессе изучения проекта и его планирования (Подробнее о планировании). Поэтому необходимо описать задачу так, чтобы снять все вопросы у разработчика и точно оценить сроки выполнения заказа. Специалисты не должны уточнять какие-либо детали относительно проекта в процессе работы.
Заполнять поле «Описание» задачи в таск-траке достаточно просто, однако не следует ограничиваться лишь названием задачи и парой предложений о ней. Следует учитывать, что даже опытный, погруженный в проект разработчик, может не получить всей необходимой информации из описания. Чтобы избежать такого исхода, задача должна быть описана максимально подробно, с уточнением всех возможных вопросов, которые могут возникнуть в ходе проекта. Таким образом можно в разы сократить время на выполнение задачи, так как разработчику не придется обращаться к сторонним специалистам для уточнения отсутствующей в описании информации.
Если более конкретно, то полностью описанная задача в таск-трекере, позволяет избежать следующих негативных последствий:
- Возвращение задачи на доработку из-за отсутствия полной информации или необходимости скорректировать техническое задание.
- Неудовлетворение заказчика результатом проекта.
- Увеличение сроков выполнения проекта.
При описании задачи в кабан-доске важно донести до всех участников проекта необходимость предоставлять полную информацию. Можно руководствоваться простыми советами по описанию задачи: - Структурирование.
Разделять задачи лучше на логические блоки, это позволит быстро находить необходимую информацию. В работе также можно использовать шаблоны таск-трекеров. - Исключение пересечения параллельных задач.
- Гибкость.
Возможность ставить новые задачи при изменениях в проекте. Без такой функции будет невозможно доказать разработчику что либо, если он допустит ошибку. Устные договоренности не имеют никакой значимости. Поставленные задачи – единственный источник информации. - Визуализация
Для многих разработчиков наглядное представление о поставленной задаче является более понятным. Используйте диаграммы, схемы, картинки и другие приемы для описания задачи.
Если любой новый участник проекта с легкостью может понять, что ему нужно сделать, исходя из описания задачи – это половина успеха на пути реализации проекта.
Подробно описывать предыдущие этапы разработки
В рабочей практике случается, что в проекте отсутствует описание предыдущих этапов разработки продукта. Чаще всего это происходит в условиях отсутствия системного аналитика или при необходимости в максимально сжатые сроки реализовать проекта. Возможны ли негативные последствия в данном случае? Возможны. И основной риск – это регрессионное тестирование. При отсутствии описания предыдущих этапов разработки IT-специалисту может потребоваться внести доработки, которые могут отрицательно повлиять на функционирование важных компонентов программы.
Желательно также указать точные сроки выполнения поставленных задач и ответственных за их выполнение лиц.
Ставить каждой команде отдельные задачи
Иногда кажется, что для реализации проекта проще поставить единую задачу для всех участников команды. Однако это не совсем верное решение.
Может случиться так, что в ходе работы часть специалистов завершит свои задачи раньше остальных и, таким образом, будет «простой» в завершении проекта. Потеря времени – это крайне негативный фактор для финального итога.
Что можно сделать для оптимизации рабочего процесса:
- Разделять большие задачи на подзадачи с конкретным описанием.
- Отслеживать статус всех подзадач на канбан-доске (подробнее о канбан методе)
- Каждую подзадачу необходимо тестировать по готовности.
Если каждая команда будет работать над своей подзадачей, то эффективность работы над проектом будет более продуктивной.
Анализировать и только потом ставить задачу
Поставить определенную задачу можно только после тщательного анализа и оценки всех возможных рисков. В том числе, крайне важным моментом в анализе считается финансовая оценка. Это означает, что любая задача должна быть оценена постановщиком в денежном эквиваленте. Если по каким-то причинам это становится невозможным, стоит задуматься: есть ли смысл в такой задаче.
Важность анализа перед постановкой задачи заключается в том, что можно еще до начала работ выявить возможные риски и избежать их.
При экспресс-анализе оценивается правильность постановки задачи, а также дается ясное представление о ее масштабах и возможных сроках ее реализации.
Правильно расставляйте приоритеты
Правильно расставленные приоритеты при постановке задачи разработчику – еще один важный шаг на пути успешной реализации проекта. Для этой цели есть несколько техник, которые могут помочь в этом.
MoSCoW
Данная техника применяется для расставления приоритетов в поступающих задачах по четырем категориям:
- M (Must) – приоритеты, которые необходимо определять в первую очередь и без которых проект не будет работать.
- S (Should) – не менее важные задачи, но с меньшей приоритетностью. Они обязательно должны быть выполнены, но не имеют решающего значения.
- C (Could) – средние приоритеты к выполнению задачи. Можно реализовать, если позволяют средства и время.
- W (Would) – требования, которые можно не учитывать или перенести на ближайшие релизы.
Техника MoSCoW позволяет найти простое решение для расставления приоритетов.
RICE
Эта методика позволяет оценить каждую задачу проекта по четырем факторам:
- Reach (досягаемость).
Оценивает, скольким пользователем получиться улучшить жизнь за счет реализации конкретной задачи. - Impact (воздействие).
Оценивает, насколько улучшиться жизнь пользователей после реализации задачи. - Confidence (доверие).
Оценивает, насколько разработчик уверен в том, что он может что-то улучшить за счет проекта. - Effort (усилия).
Оценивает временные ресурсы на реализацию задачи.
Техника RICE помогает сделать выбор между возможными идеями и правильно расставить приоритеты в процессе их реализации.
Приведенные выше примеры методик далеко не единственные. Также приоритеты можно расставлять в зависимости от целей компании, ожиданий заказчика, согласованных сроков выполнения работ и других критериев.
Где можно ставить задачи?
Для постановки задач эффективнее всего использовать канбан-доски. К примеру, можно воспользоваться сервисом Strive для командной работы с проектами и регламентами.
Преимущества такого способа постановки задач:
- возможность обсуждать рабочие вопросы в режиме онлайн со всеми участниками проекта;
- регулировать сроки выполнения задачи;
- устанавливать исполнителей и делегировать задания;
- в зависимости от приоритетности есть возможность выделять цели определенным цветом;
- возможность делиться дизайн-макетами с командой, создавать контент-планы;
- возможность фиксировать финансовую информацию.
- каждый пользователь может как создавать, так и редактировать задачи.
Strive помогает ставить задачи различного масштаба маркетологам, IT-специалистам, руководителям проектов, SMM-специалистам, собственникам бизнеса.
Примеры задач разработчикам
Чтобы поставить задачу правильно, рекомендуем воспользоваться вышеуказанной информацией, а также ознакомиться с удачными примерами. Направлений много в IT сфере, я постараюсь представить те задачи, которые сам ставил разработчикам в области WEB.
На странице site.ru/adres/ имеются ссылки на 404 страницы.
Список таких ссылок:
site.ru/adres/1
site.ru/adres/2
site.ru/adres/3
site.ru/adres/4На ссылке: site.ru/adres/1 нужно поменять анкорный текст и саму ссылку на site.ru/adres/1-2
На ссылке site.ru/adres/2 нужно поменять анкорный текст и саму ссылку на site.ru/adres/2-2
На ссылке site.ru/adres/3 нужно поменять анкорный текст и саму ссылку на site.ru/adres/3-2
На ссылке site.ru/adres/4 нужно поменять анкорный текст и саму ссылку на site.ru/adres/4-2
Безусловно, чтобы поставить грамотную задачу, нужно обладать как можно большей информацией в сфере разработки. Я готовлю такие ТЗ, так как разбираюсь в вопросе, что и куда нужно вставлять. Но данную задачу можно переформулировать в более простую. Но стоит учитывать, что это увеличит время выполнения задачи разработчиком.
Пример простой формулировки:
На странице site.ru/adres/ обнаружены ссылки на 404 страницы. Нужно избавиться от них и заменить на актуальные.
В этой задаче разработчику придется потратить время, чтобы найти все 404 ссылки на странице. После чего найти адреса, на которые их необходимо исправить. Но такая постановка задачи тоже вполне ясна и имеет место быть.
Надеюсь, наша статья была полезна для вас. Самая большая благодарность от вас — это использование нашего сервиса по постановке задач :)
