Analog
158 subscribers
16 photos
2 files
33 links
Канал о том как найти работу в IT, особенностях позиций, методологиям, развитии в професси.

Фокеев Михаил
Экс-продакт платформы ЕБС, Ростелеком
CPO Frontol, АТОЛ
@FokeevMD
Download Telegram
Всем привет, решил подробнее раскрыть тему с поиском подходящего решения проблемы.
Читать тут
https://vc.ru/hr/256995
P.S. Показалось назвать так публикацию - забавно. Но я не уверен)
Какой профит от аналитика

Основная задача - снижение неопределённости, как для команды так и для заинтересованных лиц. Он детализирует виденье куда и как двигаться.

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

Третья задача, но не поважности - на основе всех артефактов анализа, сформировать базу знаний, достаточной чтобы понимать цели работы команды, что и как было реализовано. Это необходимая информация для сопровождения системы и информирования других команд о функциях, чтобы не допустить "изобретение велосипедов"
Из личного опыта

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

Менеджеры в рамках своих компетенций могут видеть не оптимальное решение или желая быть в трендах, просить что-то сделать. Эти задачи относятся к категории "сделаем - потом подумаем как применить", их надо превращать в последовательность "осознание проблемы - анализ путей решения - реализация". Иначе, это будет раьота ради работы.

Умение понимать цели компании и причины необходимости залачи говорит и об уровне специалиста. Делать что сказали, не задавая вопросов, прерогатива junior-специалистов.
SWOT-анализ
Мощный инструмент для понимания сильных и слабых сторон, а также поиска возможности и угроз.
Является одним из эффективных инструментов в стратегическом менеджменте, отлично подходит для поиска роста и разбора проблемных ситуаций.

Как использовать
Для проведения SWOT-анализа, разделите лист или доску на четыре части, чтобы получилось четыре квадрата. Назовите верхние левый - сильные стороны (Strengths), правый - слабые стороны (Weaknesses), нижние правый - возможности (Opportunities), левый - угрозы (Threats). Первые буквы названий квадратов на английском образует SWOT.
Отбросьте всё лишнее, всё что не касается предмета анализа.
Важно, сильные и слабые стороны - это внутренние факторы исследуемого объекта. Возможности и угрозы, относятся к внешним факторам, как которые вы не можете влиять напрямую.

Анализ результатов
1. На границе (S) и Возможностей (O) возникает линия силы, нужно рассмотреть как с помощью сильных сторон использовать возможности.
2. На границе Слабых сторон (W) и Возможностей (O) - линия улучшения. Как использовать возможности для устранения недостатков.
3. На границе Сильных сторон (S) и Угроз (T) - линия защиты. Как преимущества компании/продукта могут защитить от угроз.
4. На границе Слабых сторон (W) и Угроз (T) - линия предупреждения. Какие мероприятия запустить, чтобы предупредить будущие риски.

Финиш
Проанализировав результаты можно с легко понять что должно лечь в базу для разработки стратегии развития или оценить риски. Метод можно использовать и для оценки результатов работ за период.
Шпаргалка для SWOT-анализа
Недавно меня спросили, а в чем различие между продуктом и проектом? И у меня сформировались следующие тезисы.

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

Из чего можно сделать вывод, что для создания/развития ценности/продукта необходимы итерации, состоящие из проектов.

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

В компаниях часто понятие проекта подменяют на продукт. Задав вопрос о заказчике и целях работы, сможете понять какой деятельностью будете заниматься.
Сравнение Бизнес-аналитика и Аналитика данных
Зрелость процессов организации

Любой руководитель хочет, чтобы результаты его компании не зависели от сотрудников.

Отчасти, эту задачу ему могут помочь решить правильно выстроенные и внедрённые процессы. Но часто об этом забывают.

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

2. При росте количества команд и сотрудников. Каждая команда выстраивает свою работу. Появляются первые регламенты, описывающие взаимодействие между командами.

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

4. Процессы приобретают метрики для оценки качества их работы. Появляется контроль над качеством работы команд.

5. В компании процессы стандартизированы, масштабируемы, задокументированы и оцениваемы. Единственное что остаётся это их модернизация для оптимизации.

С каждым этапом, значимость конкретного сотрудника снижается. Поэтому руководители должны знать на каком уровне процессы внутри вверенного ему участка.

На каком уровне процессы в вашей компании?
Channel name was changed to «Analog»
Channel photo updated
Data Scientist

Как только компания обзаводится данными, появляется потребность в человеке, который сможет с ними работать.
И чем Big Data больше, тем сложнее эта работа.

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

Если обращаться к рынку, востребованность специалистов в области Data Scients растёт от их опыта. 30% вакансий требует опыта от 3-10 лет, при этом из названий вакансий, только 25% ищут в команду сотрудника Senior или Lead направления.

Требования

Наиболее востребованными навыками для Data Scientist является программирование на Python, аналитика и машинное обучение, от этих требований не отстаёт и знание SQL.

Для визуализации результатов работы, требуются знания работы c Tableau, QlikView и Power BI.

Работа с хранилищами данных Spark, hadoop, Hive, kafka.

Для глубинного обучения используются наборы библиотек PyTouch, TensorFlow, Keras.

Вознаграждение

Уже никого не удивить в предложениях о работе в IT, ДМС со стоматологией, удалённой работой и оплатой обучения.

Зарплатная сетка распределяется приблизительно так:
Junior (работа до года) - 100 000
Middle (2-3 года) - 170 000
Senior (более 3-х лет)- 230 000
Lead - 280 000
Head/Chif - 350 000

Итог

Спрос на специалистов Data Scientist растёт на протяжении 5 лет и по прогнозам, на протяжении следующих 10 лет, ещё значительно вырастет.
Если вы сейчас выбираете ВУЗ, присмотритесь к программам с математической статистикой и программированием.
Думаете куда пойти работать или хотите сменить сферу, при этом можете построить модель прогнозов, в том числе используя Google - попробуйте перейти в Data Scientist.
Forwarded from Analyst Marathon
Forwarded from Analyst Marathon
В очередной раз я искал материал для конференции и наткнулся на этого интересного автора. Его рассуждения по тематике "Аналитик в Agile" показались мне взвешенными и структурированными. Мы списались и пообщались с Михаилом. Родилась идея доклада, в котором будет рассматриваться работа аналитика в Agile с точки зрения Product owner. Поскольку Михаил работал и SA, и PM и очень хорошо понимает специфику нашей работы, мы предположили, что рассмотреть тематику с этой точки зрения будет сильно полезно для аналитиков. Ведь это даст возможность лучше понимать не всегда ясное "что от нас хотят РО", которые часто по сути заменяют нам заказчиков.
Итак, Михаил расскажет про то, как с учетом интересов Product owner выглядят:
Forwarded from Analyst Marathon
◽️Отличия и особенности работы Аналитика в Agile команде
◽️Потребности agile-команды и ожидания от Аналитика
◽️Эффективное разделение обязанностей с PO
◽️Формы взаимодействия с agile-командой.
А ещё - поделится своим видением перспектив аналитика в Agile.

Присоединяйтесь к участникам конференции, чтобы углубить свое понимание роли востребованного аналитика!
Регистрация тут: https://bit.ly/2ZxZfGP

Организатор AM#5
Максим Хлопонин
Всем привет! В последнее время не удавалось ничего писать из-за напряжённого графика. И дона из причин, это участие в Аналитическом марафоне 5. Приглашаю всех присоединиться к марафону!
Всем привет!

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

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

Идея о трансформации бизнес целей в технологии одинакова и необходима, как в анализе, так и при проектировании архитектуры.

Если кому интересно, Мой друг Кирилл @EOFError, поднимал BI в Единой Биометрической Системе и сейчас работает над песочницей данных в АБД. Ещё он любит выпендриваться знанием английского) Щучу, статья на английском, если вам будет интересно, он не откажет ответить на вопросы в личке.

Сама статья:
https://medium.com/@pruntoff/conceptualize-or-die-5acbe5564563
Всем привет!

В рамках моего участия в конференции Аналитический марафон 5, мне дали 3 бесплатных пригласительных.

О мероприятии
1. https://vc.ru/u/679519-maksim-hloponin/195238-analyst-marathon-demokratichnaya-onlayn-konferenciya-dlya-ba-sa-analitikov-poleznoe-iz-2020-i-plany-na-2021
2. https://analyst-marathon.timepad.ru/event/1797652/

Я решил подарить их вам, мои подписчики. Что для этого надо?

1. Быть подписчиком канала Аналог https://t.me/anlog
2. Быть подписчиком канала Аналитический Марафон https://t.me/Analyst_maraphon
3. Оставить комментарий под этой записью.

02.11.2021 в 21:00, объявлю трёх победителей, которые будут выбраны с помощью генератора случайных чисел!
Тезисы выступления на Аналитическом марафоне 5

1. Аналитик в Agile - часть команды и может заниматься не только аналитической работой.

2. Наличие члена Agile команды в роли Аналитика, позволяет снизить неопределенность задач, повысить качество и ценность продукта.

3. Аналитик - ответственен за ведение базы знаний, но не единственный её автор.

4. При знакомстве с командой, Аналитик должен определить её потребности: слабая - требует более детальной проработки требований к реализации, сильная - детальное проработке бизнес-требований и оценки способов их достижения.

5. При знакомстве с PO(Владельцем продукта), нужно определить степень его взаимодействия с остальной командой. Способы взаимодействия с PO читайте в моих публикациях выше (PO vs BA).

6. У Аналитика есть возможность вертикального и горизонтального роста. PO, Senior, lead, разработчик, тестировщик - к чему более склонен Аналитик, туда он и может развиваться.

Спасибо!