Что касается кандидатов, натасканных на прохождение интервью - это становится видно, когда просишь рассказать о каком-то аспекте работы не с позиции опыта, а с позиции аналитика. Какая последовательность этапов, почему именно такая. В общем пару вопросов вглубь, в сущность работы и становится понятно.
Ну и наш блок про снятие требований очень ярко таких кандидатов срезает: нельзя его пройти, если ты никогда такого не делал.
Извините, что отвечаю вопросом на вопрос, но часто вам встречаются аналитики не умеющие в сиквенс или API? Мне нет, поэтому я спрашиваю используют ли они их в работе, если да то как. Обычно становится понятно после ответа на этот вопрос. К тому же важнее умение логично и процессно мыслить, а научиться описывать процесс в определенной нотации можно и по инструкции. Для проверки скилов по API есть отдельное задание, но мы редко к нему прибегаем, обычно когда есть какой-то специфический запрос от заказчика из цикла "надо чтобы аналитик на лету переводил фронт в контракты как боженька"
Очень приятно получить комментарий. Мы над статьей работали примерно полгода, потому что сложно было структурировать и в понятной форме донести те смыслы, которые как будто лежат на поверхности и всеми в сообществе понимаются. Но артикулировать их, а потом написать, далось не сразу.
Одновременная работа на 10 проектах - это просто невозможно. В норме для большей части наших аналитиков - это 2-3 проекта одновременно. Но вот изменение проектов в течение года - это хорошо. Это паттерн для развития. Например аналитическая работа в среднем на проекте занимает 3 месяца, соответственно за год можно и набрать 10. Если это будут разные по предметной области или стеку проекты, то произойдет существенный рост скилов аналитика. Правда больше хардовых, как мне кажется. Но тут хард тянет за собой софт.
По поводу планирования - согласен. У нас план всегда обсуждается командой, каждый цех в видит работы у остальных и планирует с учетом их загрузки и последовательности выполнения работ. Это не защищает на 100% от ошибок, но сильно снижает ситуации, когда риски выстреливают.
Скил заботы о команде - это мне кажется не к аналитику, это к PM.
В части умения использовать нотации - да.
Что касается кандидатов, натасканных на прохождение интервью - это становится видно, когда просишь рассказать о каком-то аспекте работы не с позиции опыта, а с позиции аналитика. Какая последовательность этапов, почему именно такая. В общем пару вопросов вглубь, в сущность работы и становится понятно.
Ну и наш блок про снятие требований очень ярко таких кандидатов срезает: нельзя его пройти, если ты никогда такого не делал.
Извините, что отвечаю вопросом на вопрос, но часто вам встречаются аналитики не умеющие в сиквенс или API?
Мне нет, поэтому я спрашиваю используют ли они их в работе, если да то как. Обычно становится понятно после ответа на этот вопрос. К тому же важнее умение логично и процессно мыслить, а научиться описывать процесс в определенной нотации можно и по инструкции.
Для проверки скилов по API есть отдельное задание, но мы редко к нему прибегаем, обычно когда есть какой-то специфический запрос от заказчика из цикла "надо чтобы аналитик на лету переводил фронт в контракты как боженька"
Спасибо большое!
Спасибо. Поболтать - это наше все. Лишь бы не писать документы (шучу).
Очень приятно получить комментарий. Мы над статьей работали примерно полгода, потому что сложно было структурировать и в понятной форме донести те смыслы, которые как будто лежат на поверхности и всеми в сообществе понимаются. Но артикулировать их, а потом написать, далось не сразу.
Привет! Спасибо за комментарий.
Одновременная работа на 10 проектах - это просто невозможно. В норме для большей части наших аналитиков - это 2-3 проекта одновременно. Но вот изменение проектов в течение года - это хорошо. Это паттерн для развития. Например аналитическая работа в среднем на проекте занимает 3 месяца, соответственно за год можно и набрать 10. Если это будут разные по предметной области или стеку проекты, то произойдет существенный рост скилов аналитика. Правда больше хардовых, как мне кажется. Но тут хард тянет за собой софт.
По поводу планирования - согласен. У нас план всегда обсуждается командой, каждый цех в видит работы у остальных и планирует с учетом их загрузки и последовательности выполнения работ. Это не защищает на 100% от ошибок, но сильно снижает ситуации, когда риски выстреливают.
Скил заботы о команде - это мне кажется не к аналитику, это к PM.