Привет! Меня зовут Евгений Подклетнев. В ИТ с 2011 года. Сначала занимался внедрением информационных систем, прошел путь до менеджера по внедрению. Последние 6 лет занимаюсь системным анализом. Сейчас я старший системный аналитик, в том числе выполняю функции дизайнера пользовательских интерфейсов в КРОК. 

В статье расскажу о ключевом критерии качества пользовательского интерфейса и поделюсь методом тестирования макетов и прототипов UI. На эту тему у меня был доклад на конференции Analyst Days. Я получил хорошие отзывы, поэтому решил поделиться опытом с более широкой аудиторией.

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

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

Дисклеймер

Всё, о чём дальше будет идти речь – сугубо личный опыт во вполне определённом виде деятельности, заключающемся в разработке и внедрении заказных решений на базе конкретной системы со своей платформой и своим языком программирования.

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

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

Соответственно, аналитик, о котором пойдёт речь в статье – это человек, существующий внутри всей вышеозначенной парадигмы. Более того, это вполне реальный и живой человек, каким бы сферическим конём в вакууме он вам ни казался по ходу чтения.

Цели и задачи

Привет!

Продолжаю свои заметки про работу руководителя команды аналитиков.

Сегодня о том, как набрать хорошую команду, не имея большого опыта в найме и когда о вашей ИТ-компании почти никто ничего не знает.

Привет, Хабр! Это Андрей Смирнов. Вы можете знать меня по выступлениям на конференциях или как ведущего подкаста «Frontend Weekend» и «600k в секунду». Я руковожу большим управлением клиентской разработки в X5Tech — это почти 170 фронтендеров и мобильных разработчиков. Всего провёл более 1000 технических и менеджерских собеседований с фронтендерами и руководителями разработчиков. Научился этому не сразу, сначала отстроил процесс собеседований на небольшом отделе, а потом масштабировал его на департаменты.

В статье поделюсь идеями и расскажу, как проводить собеседования, чтобы оффер принимали как можно больше кандидатов. 

Для интервьюеров собрал примеры из практики — как строить собеседования, тратя меньше ресурсов на найм и улучшая конверсию. 

Если же вы — кандидат, узнаете как стать заметнее и увеличить шансы на оффер.

Хабр, привет! Меня зовут Екатерина Герт, я ведущий аналитик и ресурсный менеджер одной из групп аналитиков в КРОК. В этих двух ролях я много работаю с новичками. Как аналитик на уровне проекта знакомлю новичка с проектной командой и спецификой предметной области, а как руководитель погружаю в стандарты и практики работы аналитиков в компании. 

За последние 3 года количество аналитиков-новичков, которые приходят к нам в команду, выросло почти в 6 раз. К нам приходят новички разного уровня, от младших до ведущих. У каждого – свой багаж знаний и практический опыт. Важно адаптировать этот опыт и знания к практикам работы, которые приняты компании. Если не заниматься адаптацией, то каждый новичок будет работать так, как он привык. Команда и заказчики будут ожидать совсем другого результата, к которому они тоже привыкли. В итоге – хаос неизбежен. 

Помимо общих адаптационных материалов “на компанию” в нашей гильдии аналитиков есть своя программа – набор материалов, практических заданий и система бесед для проверки, насколько хорошо был усвоен материал. К этой системе мы пришли постепенно от стихийного наставничества к программе со своей структурой из теории и практики. 

В этом посте хочу показать, как вы можете выстроить свою программу адаптации на примере эволюции нашей адаптационной программы.

Я не художник, но иллюстрации в тексте – мои :) 

Решил составить для себя план развития (я в IT с 2007, как аналитик - с 2017). Что получилось: некий чек-лист с перечислением 13 блоков (от работы с требованиям до безопасности) с описанием, что обязательно и желательно знать/уметь.

С чего все началось. Я недавно менял работу, поэтому готовился к техническим собеседованиям. Для удобства составил шпаргалку частых вопросов по основным темам. Когда проходил собеседования и видел, чего я не знаю, то дописывал это в свою шпаргалку. А немного позже решил составить для себя что-то наподобие плана развития. При создании плана использовал личный опыт, опыт коллег, ряд статей, учебные планы нескольких школ, требования из вакансий.

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

В данной статье мы погрузимся в задачи и зоны ответственности руководителя (тимлида / руководителя отдела / департамента аналитиков), ответственного за функцию аналитики в компании, рассмотрим, какие качества и навыки требуются для успешного исполнения этой роли, а также каким образом менеджер способствует не только повышению качества процесса аналитики, но и более широкому стратегическому развитию компании. 

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

Готовы? Тогда поехали!

В качестве лирического отступления ?

В данной статье я бы не хотел погружаться в тонкости того, кто такой бизнес‑аналитик, какими навыками он должен обладать и т. д.

В интернете имеется бесчисленное количество материалов по этой теме, а также всевозможных курсов по профессии бизнес‑аналитика.

Не могу не отметить, что время неумолимо движется вперед, но никто не описал профессию бизнес‑аналитика лучше, чем Карл Вигерс и Джой Битти в своей книге «Разработка требований к программному обеспечению».

Я бы хотел рассказать о своем пути, который привел меня к позиции бизнес‑аналитика, тимлида, а затем и к должности руководителя бизнеса‑анализа в продуктовой компании. Возможно, кому‑то, кто только начинает свой путь в ИТ, данная статья будет полезной.