Какие ошибки возникают при постановке задач в IT-проектах
— рассказывает Екатерина, руководитель QA-направления

Любой проект начинается с описания требований и составления технического задания. Казалось бы, какие риски могут возникнуть, если всё чётко изложить в ТЗ? Но даже в таком случае могут возникнуть ошибки, которые приведут к затягиванию срока реализации продукта или к неожиданному результату работы.

Например, иногда при разработке новой фичи командам бэкенда и фронтенда ставится одна задача с общим описанием. Это может показаться удобным, так как вся информация собрана в одном месте. Но у такого решения есть недостатки.

Возможные риски ↓
🔹 Трудности с формированием метрик и определением статусов по задаче.
Одна команда может завершить свою часть работы раньше остальных, но задачу нельзя будет перевести в следующий статус, пока над ней работают другие специалисты. Это приведёт к потере времени и сложностям в управлении проектом.

🔹 Нарушение принципа раннего тестирования.
Например, QA-специалист может не увидеть, что бэкенд-разработчик уже завершил свою часть работы и можно приступать к API-тестированию, не дожидаясь фронтенда. Это мешает раннему выявлению багов.

🔹 Отсутствие важных деталей для реализации необходимой функциональности.
Такие «общие» задачи превращаются в копию описания требований из базы знаний. Идеальная задача — максимально конкретная и заведённая для конкретного специалиста. Она чётко описывает, что он должен сделать и как, прикреплены ссылки на требования, макеты и другая информация, которая может потребоваться в работе.

❗Что делать?

✔️Создавать эпики и подзадачи. Общая задача — это эпик. В нём создаются подзадачи для каждой команды с конкретным описанием и учётом особенностей работы над ними.

✔️Следить за статусом всех подзадач в таск-трекере и следовать принципу раннего тестирования: каждую подзадачу можно и нужно тестировать по готовности, не дожидаясь остальных. Когда все подзадачи готовы и протестированы, эпик переводится в статус «Готово к тестированию» и тестируется полностью.

Такие шаги помогут справиться с теми недостатками, которые несет постановка одной задачи для нескольких команд. Если у вас есть варианты, как ещё можно уменьшить риск негативных последствий, пишите в комментариях 🙂