1️⃣ «Я САМ!»
Специалист долго сидит над задачей и блуждает в догадках, не обращается за помощью и в результате выдаёт неверный результат.

Как пофиксить: Никто не осудит вас за то, что вы обратились за помощью. Не стесняйтесь задавать вопросы, уточнять и переспрашивать — вы начинающий специалист и желание разобраться в предметной области только положительно скажется на вашем становлении в сфере IT.


2️⃣ Не прорабатаны негативные и альтернативные сценарии
Аналитик учитывает только основные кейсы, но не берёт во внимание, что что-то может пойти не так. А в жизни обязательно что-то пойдёт не так! И логику на такие случаи тоже необходимо проектировать.

Как пофиксить: Изучите опыт пользователей, сформулируйте полную картину текущих процессов. В конце концов, можно обратиться к тестировщикам и узнать, какие варианты возможны внутри выполнения функции.


3️⃣ Верит предложенным решениям заказчика
Заказчик не всегда понимает причину, но всегда видит последствия. И зачастую в формулировке требований от него озвучено лечение симптома («Поправьте в базе!»), а не корневой причины («А почему в базе сформировались неверные данные?»).

Как пофиксить: Уточняйте у заказчика, какую проблему необходимо решить. Используйте технику «Пять почему» для выяснения корневой проблемы.


4️⃣ Не задаёт уточняющие вопросы после интервью
Как итог — начинает додумывать требования.

Как пофиксить: В конце интервью предупреждайте, что позже могут появиться уточняющие вопросы, которые можно задавать письменно или звонить.


5️⃣ «Незаметное» согласование
Отправка требований на согласование на почту без дополнительного уведомления или вообще отсутствие согласования — это сложность, которая скажется на длительности поставки решения и даже на его правильности.

Как пофиксить: всегда согласовывать изменения: в переписке, при звонке или передаче на ревью заказчику. Уведомляйте и напоминайте стейкхолдеру о необходимости согласования и при длительном отсутствии ответа предупредите, что «молчание — знак согласия».


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

Как пофиксить: попросить у наставника шаблоны описания документации, а если их нет — использовать общепринятые шаблоны (Вигерс, ГОСТ и так далее), сформируйте собственные чек-листы по подготовке документов, в которых будут учтены обязательные блоки и их порядок. Впоследствии можно прогонять каждую задачу по этому чек-листу.


Общий вывод: не бойтесь обращаться по любым, даже самым нелепым вопросам к наставнику. Так, вы не потеряете драгоценное время и избежите ошибок в начале пути 👌