5 вопросов менеджеру проектов и системному аналитику
Pavel S
- Ребята, привет! Давайте начнём по традиции: как давно вы в IT? Кем работали до этого и почему решили перейти в эту сферу?
Марина (системный аналитик):
- Я по образованию инженер-эколог, пришла в IT-сферу из маркетинговых исследований. Сначала была аналитиком по отчётности, менеджером, а сейчас работаю системным аналитиком. В какой-то момент две моих сестры перешли в IT, и я тоже решила попробовать - не пожалела!
Иван (менеджер проектов):
- Практически изначально был в IT, сперва бизнес-аналитиком, потом системным аналитиком, а теперь работаю менеджером проектов. Эту сферу выбрал потому, что за ней будущее)
- Чем занимаетесь сейчас и за что отвечаете? Какие инструменты используете в работе?
Марина:
- Сейчас фактически выполняю обязанности системного и бизнес-аналитика, менеджера. Формулирую системные и бизнес-требования для реализации какого-либо процесса, коммуницирую с архитекторами/аналитиками/разработчиками. Налаживаю коммуникацию между смежными отделами и тестировщиками, если возникают с этим проблемы. Администрирую скрипты продаж, разбираю инциденты, выявленные в production-среде. Из инструментов: Jira, Confluence. На прошлом месте работы активно использовала SQL.
Иван:
- Я отвечаю за сроки, процессы и организацию работы во вверенной мне команде, а также за межкомандные коммуникации. В работе использую стандартные инструменты, такие как Jira, Confluence. Иногда при необходимости использую Visio и другие подобные инструменты для визуализации процессов.
- Проходили ли вы какие-ты курсы, обучение прежде чем устроиться на работу? Нужно ли их проходить, на ваш взгляд?
Марина:
- Не проходила, приходится учиться по факту прямо на работе, но уверена, что курсы/образование очень нужны в этой сфере. Еще мне кажется, что начать карьеру в IT с тестировщика - достаточно дальновидное решение - ведь, набравшись опыта, можно решить кем быть дальше - оставаться QA или же попробовать стать аналитиком или разработчиком.
Иван:
- Да, у меня два высших образования, первое - это инженер вычислительной техники, второе - управление проектами. Проходить обучение нужно, если ты хочешь быстрее попасть на интересующую тебя позицию, если же есть возможность плавно развиваться в этом направлении (например, получая живой опыт в непосредственной работе), то можно обойтись без обучения, но при этом нужно развиваться, узнавать о лучших практиках и о разнице в специфике работы в разных компаниях. То есть какой-то элемент обучения по-любому нужен.
- Какие у вас рабочие отношения с тестировщиками? Что нравится, а что не нравится в совместной работе?
Марина:
- Я очень тесно работаю с тестировщиками, много коммуникаций с QA. Взаимоотношения строятся из того, что все мы работаем на благо одного проекта. Да, бывает, что возникают спорные или конфликтные ситуации. Вот, к примеру, была на моем проекте коллега, которая любила включать режим ждуна: допустим, задала вопрос разработчику, а ответ может ждать 1-2 недели, никак не форсируя решение проблемы. Обычно в командах ожидается, что нужно поднимать вопрос, если на него нет ответа в течение какого-то разумного количества времени. Очень нравилось, когда тестировщики обращались с какими-то предложениями по улучшению процессов - это всегда приветствуется, ведь тестировщики отчасти тоже аналитики - очень часто они видят проблемы и в процессах.
Я часто замечаю, что в основном все сложности возникают из-за недостаточной коммуникации между членами команды: если проект большой, если на нем работает несколько тестировщиков, то без общения никуда. Если не общаться со своими непосредственными коллегами, не распространять знания между собой о продукте или инструментах, то к решению проблемы вынуждены будут без лишней необходимости привлекаться менеджеры/тестировщики из смежных систем/разработчики.
Иван:
- Конечно общаюсь) Отношения хорошие - причём как с предыдущей работы, так и на текущей работе. В тестировщике может нравиться и одновременно раздражать только дотошность, всё остальное сугубо индивидуально.
- Какими навыками/инструментами было бы полезно обладать QA-инженеру, который работает на твоем проекте?
Марина:
- Я бы посоветовала чаще использовать программы-рекордеры - которые помогают делать скриншоты и скринкасты для баг-репортов. На моём проекте важно уметь писать SQL-запросы. Приветствуется, если человек умеет делать грамотные mind maps, использует различные валидаторы (типа JSON-, XML- валидаторов и т.п.), а минимальные знания Confluence и Jira тоже никогда не помешают.
Иван:
- Знания моих инструментов наверное не приоритетно, при необходимости я просто могу рассказать, как ими пользоваться, а вот опыт тестирования приветствуется. Как и любой IT-специалист, QA-инженер должен быть в постоянном контакте с коллегами как из своей, так и из других областей, т.е. важен навык коммуникации, внимание к мелочам и любознательность, конкретные инструменты в данном случае на втором плане, т.к. овладеть инструментом при наличии указанных навыков особого труда не составит.