Почему разработчики задают столько вопросов

На прошлой неделе я заказала разработку нашего нового проекта у команды разработчиков. И началось... Бесконечные вопросы, уточнения, согласования и тому подобное. В таком формате заниматься собственными задачами становится практически невозможно. Приходится постоянно переключаться, разбираться, что от тебя хотят, вспоминать, что ты сам вообще хотел сделать, потому что ТЗ было написано 3 месяца назад и ты уже не помнишь, что и почему ты там написал.

Я много писала последнее время про описание задач, что это дает, почему это сложно, как этому научиться и какие преимущества можно получить. И могу добавить, что оно также уменьшает количество вопросов разработчиков к вам уже в процессе выполнения задачи. Но почему же я сама погрязла в уйме вопросов от разработчиков, если знаю, как хорошо описывать задачи? Потому что в случае вопросов разработчиков одного хорошего описания недостаточно.

Я уже говорила, что разработка иначе смотрит на систему, потому что у нее другой набор знаний, более глубокий в технической области. И даже разработчики из другой сферы не смогут предсказать многие проблемы во время разработки в незнакомой им среде. И даже в чужом проекте на тех же технологиях. Везде есть своя специфика. Разработчик, смотря на задачу, видит вопросы более глубокие, касающиеся реализации и технических нюансов разработки. Этой информации просто не может быть в изначальном описании задачи. Автор просто не знает таких нюансов. Так что же получается, невозможно избавиться от постоянных, бесконтрольных вопросов во время разработки?

Здесь вам на помощь приходят процессы. Не просто так в большинстве компаний есть регулярные встречи по уточнению бэклога и оценке. Именно они помогают бизнесу дополнить описания задач с участием разработки, чтобы заранее, в специально отведенное для этого время, решить все вопросы разработки и доработать задачи с учетом этих вопросов. Как проводить такие встречи мы подробно разбираем в нашей книге по построению процессов работы команды "Гибкие методологии на практике". Научившись правильно работать по этим процессам, вы освободите свое время и до минимума сократите количество потока бесконечных вопросов от команды.

Александра Шаламова
#agile_который_работает #agile #управлениекомандой #разработка #ит #бизнеспроцессы