В статье-прожарке я упоминал этот вопрос, ибо ответ на него обычно отображает позиционирование аналитика в проекте и команде.
И кстати, это очень популярный вопрос на собеседовании☝️
После публикации на Хабре мне написал Георгий и попросил уточнить, как бы я сам ответил на свой вопрос. И мы договорились, что я распишу ответ на него публично.
Мне кажется, что это будет для многих полезно.
Итак, цитирую сам вопрос:
🗣️И тем не менее мне непонятен ответ на тот самый вопрос: когда заканчивается работа системного аналитика? Причём на собеседованиях доходило до разных ответов. Кто-то требовал шаблонное (и, как мне кажется, не совсем верное) "когда у разработчиков и тестировщиков не остаётся вопросов", кто-то предлагал другие ответы с уклоном на завершение работы по текущей вехе/майлстоуну.🗣️
И снова ответ спрячу под спойлер🙂
Если вы варитесь в IT, постарайтесь ответить сами для себя на этот вопрос. Задумайтесь перед прочтением над ролью аналитика в проекте. Посмотрите на вашего аналитика, если такой имеется. В какой момент он идет к продакт оунеру и говорит «я сделал все что мог.. ну что, какой там следующий проект?»
Развивайте любопытство в себе, это супер важно!
Ответ👤:
Как обычно есть две точки зрения: твоя личная и та, которая «идеальна» для работодателя.
Тезис: твоя личная точка зрения и твоя вовлеченность будут меняться в процессе твоего роста как системного аналитика.
Пример 1: пришел ты на стажировку и первое твое задание - «вот тебе таска в джире, там все есть, ну ты там добавь пару строк во входящие параметры веб-сервиса. Дальше отдай ТЗ разработчику, он сам разберется».
Когда закончилась работа у такого аналитика? Ну, видимо когда он нажал кнопку Отправить, когда пересылал доку с веб-сервисом.
Пример 2: тебя наняли на продукт с непроработанными бизнес-требованиями, архитектурой, которая еще где-то в головах мудрых архитекторов и естественно без дизайна. Тебе нужно запустить сначала MVP продукта, а затем в случае успеха (который ты должен будешь трекать с бизнес-заказчиком) ты доработаешь аналитику, напишешь руководство пользователя, проведешь демо совместно с заказчиком и будешь собирать вместе с исследователями обратную связь по итогу запуска.
Когда закончится работа у такого аналитика?
А если шутки в сторону - работа аналитика на таком проекте закончится в тот самый момент, когда к нему больше не будет вопросов по части выполненной/невыполненной работы и сам аналитик удостоверился, что проект завершен либо фича в продакшене.
🚩Подход, при котором ты ведешь себя на проекте а-ля «ну я же выполнил свою работу? Я же написал документацию? Какая мне разница, как там у ребят тестирование идет?» - в корне провальный.
Сделаю акцент, что это мое личное мнение, и вполне разумно в некоторых случаях абстрагироваться и тупо делать то, что просят. Как с таким подходом расти вверх - это тема целого отдельного поста.
Но давайте не забывать, что мы разбираем наш вопрос в разрезе собеседования. А на собеседовании подключается второе мнение - «идеальное» мнение работодателя, о котором я говорил в самом начале поста. И это мнение на 99.9% совпадает с тем ответом, который я выделил в примере 2.
Почему? Потому что работодателю нужен ответственный аналитик. Работодателю нужны вовлеченные сотрудники, которые будут тащить проекты, которые будут заинтересованы в том, что итогом их системного/бизнес-анализа успешно пользуются клиенты и ОНО РАБОТАЕТ.
Георгий, коллеги, надеюсь, что на вопрос удалось ответить.
Удачи!🪬
@godnolytika