Но помимо того, как адаптируется процесс разработки ПО под компанию, точно также размываются границы ответственности аналитика в этом процессе.
Далее расскажу про два кейса участия аналитика в разработке ПО из своей жизни,пристёгивайтесь.
1️⃣ Я пришла в крупную логистическую компанию, которая только начала набирать обороты в IT-сфере. Поэтому некоторые процессы внутри были ещё не до конца проработаны. В том числе те, что были связаны с работой аналитика.
Вообще казалось, что аналитик нужен был в компании для того, чтобы разгрузить команду разработки от задачи коммуницировать с бизнес-заказчиком, тем самым позволив им больше времени уделять коду.
Именно поэтому задача аналитика была:
🔹 собрать требования с заказчика;
🔹 описать техническую документацию;
🔹 разработать прототипы с низкой и средней точностью.
Далее требования передавались в разработку, а прототипы – дизайнерам в качестве референсов для проектирования конечного интерфейса.
Иными словами, аналитик был не только аналитиком, который формулирует требования к решению, но ещё и джуниор- дизайнером, который лучше всех понимает заказчика – ведь он говорит с ним на одном языке.
2️⃣ В другой компании я тоже не была просто бизнес-аналитиком. Скорее это была фулстек позиция, где ты и бизнес-, и системный, и ещё немного дата-аналитик.
В мои обязанности, помимо работы с требованиями, входило:
🔹 находить точки оптимизации процессов,
🔹проектировать архитектуру решения с учётом возможностей системы (согласуя концепции с разработчиками),
🔹 искать закономерности в данных.
Но прототипы интерфейсов уже не далала – они приходили ко мне вместе с задачей от заказчика и всё, что мне нужно было с ними сделать – это провести ревью и отслеживать их актуальность.
☝️Короче говоря, аналитик – это универсальный IT-специалист, которому необходимо иметь множество навыков в разных сферах IT. Особенно если ты работаешь в РФ.
Набор должностных обязанностей аналитика в компании может зависеть от:
🔸 сферы деятельности компании;
🔸 грейдной сетки (то есть уровня аналитика);
🔸 типа задачи, которую отдают в отдел разработки.
Если небольшие компании ещё могут позволить себе разделить обязанности аналитика между другими членами проектной команды: разработчиком, тестировщиком и менеджером проекта, то в средних и крупных компаниях этопочти невозможно.
Чем крупнее компания, тем более чёткие в ней разграничения между аналитиками в команде. Но хороший аналитик должен уметь чуть больше, чем требуется в моменте.
Например, я, как бизнес-аналитик, не могу ограничиться только софт-скиллами и хард скилами работы с требованиями. После погружения в системную архитектуру (хвала GetAnalyst!🖤) и дизайн я стала передавать более качественные требования к разработке (в том числе к интеграции), а анализ представленного интерфейса теперь основывается не только на «паучьем чутье», но и на знаниях UX/UI-правил проектирования.
Далее расскажу про два кейса участия аналитика в разработке ПО из своей жизни,
1️⃣ Я пришла в крупную логистическую компанию, которая только начала набирать обороты в IT-сфере. Поэтому некоторые процессы внутри были ещё не до конца проработаны. В том числе те, что были связаны с работой аналитика.
Вообще казалось, что аналитик нужен был в компании для того, чтобы разгрузить команду разработки от задачи коммуницировать с бизнес-заказчиком, тем самым позволив им больше времени уделять коду.
Именно поэтому задача аналитика была:
🔹 собрать требования с заказчика;
🔹 описать техническую документацию;
🔹 разработать прототипы с низкой и средней точностью.
Далее требования передавались в разработку, а прототипы – дизайнерам в качестве референсов для проектирования конечного интерфейса.
Иными словами, аналитик был не только аналитиком, который формулирует требования к решению, но ещё и джуниор- дизайнером, который лучше всех понимает заказчика – ведь он говорит с ним на одном языке.
2️⃣ В другой компании я тоже не была просто бизнес-аналитиком. Скорее это была фулстек позиция, где ты и бизнес-, и системный, и ещё немного дата-аналитик.
В мои обязанности, помимо работы с требованиями, входило:
🔹 находить точки оптимизации процессов,
🔹проектировать архитектуру решения с учётом возможностей системы (согласуя концепции с разработчиками),
🔹 искать закономерности в данных.
Но прототипы интерфейсов уже не далала – они приходили ко мне вместе с задачей от заказчика и всё, что мне нужно было с ними сделать – это провести ревью и отслеживать их актуальность.
☝️Короче говоря, аналитик – это универсальный IT-специалист, которому необходимо иметь множество навыков в разных сферах IT. Особенно если ты работаешь в РФ.
Набор должностных обязанностей аналитика в компании может зависеть от:
🔸 сферы деятельности компании;
🔸 грейдной сетки (то есть уровня аналитика);
🔸 типа задачи, которую отдают в отдел разработки.
Если небольшие компании ещё могут позволить себе разделить обязанности аналитика между другими членами проектной команды: разработчиком, тестировщиком и менеджером проекта, то в средних и крупных компаниях это
Чем крупнее компания, тем более чёткие в ней разграничения между аналитиками в команде. Но хороший аналитик должен уметь чуть больше, чем требуется в моменте.
Например, я, как бизнес-аналитик, не могу ограничиться только софт-скиллами и хард скилами работы с требованиями. После погружения в системную архитектуру (хвала GetAnalyst!🖤) и дизайн я стала передавать более качественные требования к разработке (в том числе к интеграции), а анализ представленного интерфейса теперь основывается не только на «паучьем чутье», но и на знаниях UX/UI-правил проектирования.