Интересная статья, спасибо.
Касательно концовки, где указывается, что непонятно, что делать дальше: попробуйте отойти от внедрения коробочных решений в крупных компаниях.
Мне самому кажется, что на такого рода деятельности аналитик проявляет себя ярче всего — во-первых, ему интересно быть экспертом и моделировать разные проекты с одними «исходными» данными (коробка), а-ля разработчик, где вместо кода твой инструмент — система, которую ты крутишь так, как нужно заказчику. А во-вторых, когда две стороны проекта, бизнес и разработка, находятся настолько далеко (разные компании), то мост коммуникации как раз-таки полностью на аналитике (да, еще на ПМе, но у него больше коммуникация с точки зрения сроков, у аналитика с точки зрения требований).
Но все-таки, попробуйте отойти от коробок. Попробуйте быть аналитиком системы, которая строится не из блоков и готовых механизмов терасофта/сапа/1с, а которая строится только из чистого кода и светлых идей архитекторов. Тут у вас будет и новый вызов, и интересные задачи, и самое главное — никаких ограничительных рамок (кроме бюджета и сроков, конечно же). В таких системах вы можете развиваться как технически (новые технологии и современные паттерны), что в итоге сделает вас системным архитектором, или развиваться в сторону бизнеса, идти по продуктовому пути — метрики, развитие системы с точки зрения продукта, бизнесовые идеи.
Таким развитие аналитика я вижу в компаниях, которые занимаются производством некоробочного софта :)
Касательно концовки, где указывается, что непонятно, что делать дальше: попробуйте отойти от внедрения коробочных решений в крупных компаниях.
Мне самому кажется, что на такого рода деятельности аналитик проявляет себя ярче всего — во-первых, ему интересно быть экспертом и моделировать разные проекты с одними «исходными» данными (коробка), а-ля разработчик, где вместо кода твой инструмент — система, которую ты крутишь так, как нужно заказчику. А во-вторых, когда две стороны проекта, бизнес и разработка, находятся настолько далеко (разные компании), то мост коммуникации как раз-таки полностью на аналитике (да, еще на ПМе, но у него больше коммуникация с точки зрения сроков, у аналитика с точки зрения требований).
Но все-таки, попробуйте отойти от коробок. Попробуйте быть аналитиком системы, которая строится не из блоков и готовых механизмов терасофта/сапа/1с, а которая строится только из чистого кода и светлых идей архитекторов. Тут у вас будет и новый вызов, и интересные задачи, и самое главное — никаких ограничительных рамок (кроме бюджета и сроков, конечно же). В таких системах вы можете развиваться как технически (новые технологии и современные паттерны), что в итоге сделает вас системным архитектором, или развиваться в сторону бизнеса, идти по продуктовому пути — метрики, развитие системы с точки зрения продукта, бизнесовые идеи.
Таким развитие аналитика я вижу в компаниях, которые занимаются производством некоробочного софта :)