#мысливслух #мойопыт #ITаналитик
Немного рублики #капитаночевидность
Очень часто в жизни аналитика, да и в жизни любого специалиста, или просто в жизни человека помогает "здравый смысл". Ты читаешь себе какое-то утверждение вслух и понимаешь, нееее это какой-то бред.
Поэтому я снова сегодня о том же, что во-первых аналитику лучше стараться быть исследователем, а потом уже решателем, а во вторых, воспринимать готовые решения от заказчика, как повод усомниться в том, что он прав и решение взвешенное и продуманное.
Все действительно ведутся на слова заказчика на встречах, когда этот самый заказчик чётко говорит, что хочет. Когда ты начинаешь исследовать проблему, даже начинает злиться, мол чего ты спрашиваешь, я же уже сказал, что нужно сделать!! Автобус должен летать по городу, эй, просто иди и делай!
В итоге может оказаться совсем другое и желание, и проблема, и как следствие решение.
Очень сложно, понять, что хочет заказчик, когда он сам не понимает, что он хочет))) И тут начинается игра, как с капризным ребёнком, а может вот это? А может вот другое? Хорошо пойдём в кафе я куплю тебе игрушку, ты съешь кашу. Многоходовки тоже работают.
Быть заказчиком также сложно, как и быть исполнителем. Мы действительно часто это не понимаем. Когда я провожу игру по сбору требований и играю роль заказчика, часто начинаю фантазировать и тут происходит тот самый #инсайт это же то самое типичное поведение заказчика! Меня подпирают к стене, и я просто начинаю фантазировать. А фантазия она такая штука, может летать в облаках.
Поэтому потом стоит включить здравый смысл. Прочитать эту фантазию и приземлить в реальный мир, что мол технологий с летающими автобусами нет, а если даже есть это вертолёты, то это очень дорого, и специалистов подобных очень мало, так что давайте решим вашу проблему, проверенным способом. Конечно насмотренность, исследование подобных решений, и опыт переговоров тут только в помощь.
В заключение повторю посыл:
1. Аналитик ты не решатель, ты прежде всего исследователь и проектировщик.
2.Включай критическое мышление, когда тебе готовое решение приносят.
3.Не верь никому, даже себе!)
4.И да как продакт, так и аналитик всегда во всём виноваты, просто это факт и не стоит тратить энергию на ветер.
5.Здравый смысл главный помошник.
6.Заказчик тоже человек и тоже нервничает и может не знать, не уметь.
Немного рублики #капитаночевидность
Очень часто в жизни аналитика, да и в жизни любого специалиста, или просто в жизни человека помогает "здравый смысл". Ты читаешь себе какое-то утверждение вслух и понимаешь, нееее это какой-то бред.
Поэтому я снова сегодня о том же, что во-первых аналитику лучше стараться быть исследователем, а потом уже решателем, а во вторых, воспринимать готовые решения от заказчика, как повод усомниться в том, что он прав и решение взвешенное и продуманное.
Все действительно ведутся на слова заказчика на встречах, когда этот самый заказчик чётко говорит, что хочет. Когда ты начинаешь исследовать проблему, даже начинает злиться, мол чего ты спрашиваешь, я же уже сказал, что нужно сделать!! Автобус должен летать по городу, эй, просто иди и делай!
В итоге может оказаться совсем другое и желание, и проблема, и как следствие решение.
Очень сложно, понять, что хочет заказчик, когда он сам не понимает, что он хочет))) И тут начинается игра, как с капризным ребёнком, а может вот это? А может вот другое? Хорошо пойдём в кафе я куплю тебе игрушку, ты съешь кашу. Многоходовки тоже работают.
Быть заказчиком также сложно, как и быть исполнителем. Мы действительно часто это не понимаем. Когда я провожу игру по сбору требований и играю роль заказчика, часто начинаю фантазировать и тут происходит тот самый #инсайт это же то самое типичное поведение заказчика! Меня подпирают к стене, и я просто начинаю фантазировать. А фантазия она такая штука, может летать в облаках.
Поэтому потом стоит включить здравый смысл. Прочитать эту фантазию и приземлить в реальный мир, что мол технологий с летающими автобусами нет, а если даже есть это вертолёты, то это очень дорого, и специалистов подобных очень мало, так что давайте решим вашу проблему, проверенным способом. Конечно насмотренность, исследование подобных решений, и опыт переговоров тут только в помощь.
В заключение повторю посыл:
1. Аналитик ты не решатель, ты прежде всего исследователь и проектировщик.
2.Включай критическое мышление, когда тебе готовое решение приносят.
3.Не верь никому, даже себе!)
4.И да как продакт, так и аналитик всегда во всём виноваты, просто это факт и не стоит тратить энергию на ветер.
5.Здравый смысл главный помошник.
6.Заказчик тоже человек и тоже нервничает и может не знать, не уметь.
#капитаночевидность #ITаналитик #мойопыт #мысливслух #прообщение #заказчик
Про общение с заказчиком
Продолжу немного тему вчерашнего поста.
Я человек, уже страшно сказать, из прошлого века))) И вот что мне вспомнилось. Когда я закончила школу, поступила в институт и на первых лекциях познакомилась с ребятами из старших курсов, они начали мне рассказывать какой препод, что любит, что не любит, как читает лекции. У нас даже до сих пор сохранился сайт вуза, где краткая "инструкция по применению" каждого преподавателя есть. Тогда меня это безумно удивило!! Первое впечатление было зачем они мне всё это говорят?
Но если задуматься, что это описание психологического портрета человека, составленный поколениями студентов, то понимаешь насколько же это мощно!))
Что-то подобное и аналитики на проектах передают друг другу. Тут важно услышать то самое впечатление, которое рассказывает человек. Когда тебе начинают доверять, то ещё более охотно делятся информацией под грифом "он адекватен, пойдём к нему и он нам поможет"))))
Важная конечно штука для многих - найти ключик к человеку, чтобы он помог, или что-то сделал для вас, или пошёл на диалог в адекватном, продуктивном русле.
Так что аналитик всё таки ещё немного и психолог, как и руководитель проекта, компании.
Но тут тоже есть подводный камень, подобные характеристики людей, особенно заказчиков могут быть и игрой в политику. Был у меня эпизод, когда руководитель проекта мне сказал, что наш заказчик стерва. Я боялась, но общаться всё равно нужно, а потом подружилась с этой стервой, и не увидела, что она стерва))) я думаю итог многим понятен, руководитель проекта от меня избавился, я выстроила диалог с заказчиком, а нужно было её потопить, для каких-то его целей. Да люди играют в игры, так что все мы актёры в этом театре событий)))
Про общение с заказчиком
Продолжу немного тему вчерашнего поста.
Я человек, уже страшно сказать, из прошлого века))) И вот что мне вспомнилось. Когда я закончила школу, поступила в институт и на первых лекциях познакомилась с ребятами из старших курсов, они начали мне рассказывать какой препод, что любит, что не любит, как читает лекции. У нас даже до сих пор сохранился сайт вуза, где краткая "инструкция по применению" каждого преподавателя есть. Тогда меня это безумно удивило!! Первое впечатление было зачем они мне всё это говорят?
Но если задуматься, что это описание психологического портрета человека, составленный поколениями студентов, то понимаешь насколько же это мощно!))
Что-то подобное и аналитики на проектах передают друг другу. Тут важно услышать то самое впечатление, которое рассказывает человек. Когда тебе начинают доверять, то ещё более охотно делятся информацией под грифом "он адекватен, пойдём к нему и он нам поможет"))))
Важная конечно штука для многих - найти ключик к человеку, чтобы он помог, или что-то сделал для вас, или пошёл на диалог в адекватном, продуктивном русле.
Так что аналитик всё таки ещё немного и психолог, как и руководитель проекта, компании.
Но тут тоже есть подводный камень, подобные характеристики людей, особенно заказчиков могут быть и игрой в политику. Был у меня эпизод, когда руководитель проекта мне сказал, что наш заказчик стерва. Я боялась, но общаться всё равно нужно, а потом подружилась с этой стервой, и не увидела, что она стерва))) я думаю итог многим понятен, руководитель проекта от меня избавился, я выстроила диалог с заказчиком, а нужно было её потопить, для каких-то его целей. Да люди играют в игры, так что все мы актёры в этом театре событий)))
#анонс #онлайнконференция #ШСА #ITаналитик #системныйаналитик #артефактыаналитика
Вот и новый анонс подоспел)))
Буду участвовать в качестве спикера по теме формирования набора артефактов проектов. Будем разбираться зачем нужны шаблоны, когда они нужны, а когда только вредят.
В выходные 24-25 апреля пройдёт онлайн-конференция Systems / Design, посвящённая практикам проектирования успешных ИТ-систем: http://systemsdesign.online/
На конференции более 10 экспертов расскажут о своём опыте проектирования, уже есть черновая программа тем:
* Интеграция ИТ-систем в ритейле
* Управление корпоративной архитектурой как фундамент цифровой трансформации бизнеса
* Перепроектирование имеющихся ИТ-систем под текущие потребности бизнеса
* Шаблоны аналитической работы при проектировании ИТ-систем
* Опыт создания SaaS ERP системы
до 25 марта действует сниженная цена
Вот и новый анонс подоспел)))
Буду участвовать в качестве спикера по теме формирования набора артефактов проектов. Будем разбираться зачем нужны шаблоны, когда они нужны, а когда только вредят.
В выходные 24-25 апреля пройдёт онлайн-конференция Systems / Design, посвящённая практикам проектирования успешных ИТ-систем: http://systemsdesign.online/
На конференции более 10 экспертов расскажут о своём опыте проектирования, уже есть черновая программа тем:
* Интеграция ИТ-систем в ритейле
* Управление корпоративной архитектурой как фундамент цифровой трансформации бизнеса
* Перепроектирование имеющихся ИТ-систем под текущие потребности бизнеса
* Шаблоны аналитической работы при проектировании ИТ-систем
* Опыт создания SaaS ERP системы
до 25 марта действует сниженная цена
systemsdesign.online
Systems Design Online 24
Конференция по проектированию промышленных ИТ-систем
#капитаночевидность #мойопыт #моемнение #ITаналитик #нытиканалитик #зажизнь
Как аналитик превращается в нытика или про #рискиириски
На днях услышала фразу "я беру в команду только аналитиков оптимистов".
А кто же я?) Может я всё таки пессимист, и нужно сразу показать человеку, что я то не подхожу)))
В какой-то момент любой аналитик сваливается в пессимизм и становится нытиком. Всегда хочется сделать проект ХОРОШО! Не отлично, а хотя бы хорошо! И вот ты учишься, в голове море теорий, инструментов, подходов, пишешь ТЗ. Рисуешь диаграммы. Знаешь как надо, как не надо. Опыт, насмотренность. Но реальность показывает, что никому это не нужно! Херак херак и в продакшен. И вот уже в проде, ты видишь риски!
Аналитик молчать не может, его разрывает от этих рисков. Он приходит и говорит менеджеру. Говорит раз, менеджер не слышит, говорит два, не слышит, потом начинает орать. Нууу и тут его называют истеричкой, нытиком, пессимистом (выбирайте любое, что вам нравится).
Потом менеджер говорит, ну хватит уже!!! Ты всё это придумала!
Проходит время, риск реализуется, прод падает. И аналитик уже вне проекта тихо скажет "ну я же говорила..."
Я думаю многие оказывались в такой ситуации. Да, аналитик видит риски, и да, ему с ними жить сложно. Да, менеджер хочет сдать проект, и да, ему не нужны лишние проблемы. А тут ты ещё такой красивый ...
Но тема рисков важная штука, которую почему-то никто не хочет развивать или хотя бы фиксировать. Рисками управляет менеджер проекта. Точка!
Но по факту, будем честными, только около 30% менеджеров на рынке являются квалифицированными, харизматичными специалистами. Я сознательно не пишу слово "лидер". Хотя бы специалистами! И про управление рисками, кто-то что-то слышал, но это так скучно.
Для меня это важная тема, с одной стороны менеджер проекта может получить наглядный список ахтунга, с другой стороны, может дать возможность выговориться команде. С третьей, с холодной головой оценить риски и продумать мероприятия по их минимизации.
Что может быть проще направить аналитика пойти написать реестр рисков, их собрать, оценить, проставить вес, написать шаги как и что можно изменить, минимизировать, это вроде такие простые вещи! И да, дать на ретроспективе говорить о проблемах. Не затыкать рот фразами "Так всё! Хватит, несколько раз уже говорили!" А увидеть, что если несколько раз говорили, значит человека волнует. А если его не одного волнует, то возможно это проблема. Дай команде сделать оценку, выговориться.
В основе управления рисками лежит теория вероятности. От 0 до 1 оценить риск можно, формулы всем доступны, в вузах теорию вероятности читали практически всем. Что может быть проще?) Да, даже если не знаешь теорий, можно банально сделать шаг вперёд и просто написать хотя бы список. И тогда и аналитику будет чуть полегче, он поноет, запишет, выдохнет, ну конечно менеджеру возможно станет не очень весело))) Но лучше попытаться услышать команду, чем закрыться и аналитиков превратить в нытиков.
Как аналитик превращается в нытика или про #рискиириски
На днях услышала фразу "я беру в команду только аналитиков оптимистов".
А кто же я?) Может я всё таки пессимист, и нужно сразу показать человеку, что я то не подхожу)))
В какой-то момент любой аналитик сваливается в пессимизм и становится нытиком. Всегда хочется сделать проект ХОРОШО! Не отлично, а хотя бы хорошо! И вот ты учишься, в голове море теорий, инструментов, подходов, пишешь ТЗ. Рисуешь диаграммы. Знаешь как надо, как не надо. Опыт, насмотренность. Но реальность показывает, что никому это не нужно! Херак херак и в продакшен. И вот уже в проде, ты видишь риски!
Аналитик молчать не может, его разрывает от этих рисков. Он приходит и говорит менеджеру. Говорит раз, менеджер не слышит, говорит два, не слышит, потом начинает орать. Нууу и тут его называют истеричкой, нытиком, пессимистом (выбирайте любое, что вам нравится).
Потом менеджер говорит, ну хватит уже!!! Ты всё это придумала!
Проходит время, риск реализуется, прод падает. И аналитик уже вне проекта тихо скажет "ну я же говорила..."
Я думаю многие оказывались в такой ситуации. Да, аналитик видит риски, и да, ему с ними жить сложно. Да, менеджер хочет сдать проект, и да, ему не нужны лишние проблемы. А тут ты ещё такой красивый ...
Но тема рисков важная штука, которую почему-то никто не хочет развивать или хотя бы фиксировать. Рисками управляет менеджер проекта. Точка!
Но по факту, будем честными, только около 30% менеджеров на рынке являются квалифицированными, харизматичными специалистами. Я сознательно не пишу слово "лидер". Хотя бы специалистами! И про управление рисками, кто-то что-то слышал, но это так скучно.
Для меня это важная тема, с одной стороны менеджер проекта может получить наглядный список ахтунга, с другой стороны, может дать возможность выговориться команде. С третьей, с холодной головой оценить риски и продумать мероприятия по их минимизации.
Что может быть проще направить аналитика пойти написать реестр рисков, их собрать, оценить, проставить вес, написать шаги как и что можно изменить, минимизировать, это вроде такие простые вещи! И да, дать на ретроспективе говорить о проблемах. Не затыкать рот фразами "Так всё! Хватит, несколько раз уже говорили!" А увидеть, что если несколько раз говорили, значит человека волнует. А если его не одного волнует, то возможно это проблема. Дай команде сделать оценку, выговориться.
В основе управления рисками лежит теория вероятности. От 0 до 1 оценить риск можно, формулы всем доступны, в вузах теорию вероятности читали практически всем. Что может быть проще?) Да, даже если не знаешь теорий, можно банально сделать шаг вперёд и просто написать хотя бы список. И тогда и аналитику будет чуть полегче, он поноет, запишет, выдохнет, ну конечно менеджеру возможно станет не очень весело))) Но лучше попытаться услышать команду, чем закрыться и аналитиков превратить в нытиков.
#предметнаяобласть #бизнесаналитик #ITаналитик #рассуждения #мойопыт
Нужно ли аналитику знать очень глубоко предметную область?
Я тут встретила описание, что если вы эксперт в какой-то отрасли, области, то вы вполне можете пойти в аналитики в этой отрасли. И это простой и понятный путь. Набрать знаний, инструментов и перейти в тот же, бизнес - анализ.
По факту, да я встречала на собеседованиях людей с уникальными знаниями в определённой отрасли. Вот он лет 10 отработал в авиации и знает всё, или в ржд и вроде бы дорога открыта в аналитики, но почему не берут?
Мне интересно, есть ли среди вас подобный успешный переход из эксперта отрасли в бизнес-анализ в той же отрасли?
Да, я отдам предпочтение аналитику, кто знает инструменты и умеет их применять на практике, но не знает предметную область, чем обратное. Продать уникальные знания на собеседование на аналитика, как-то странно для меня звучит, не очень понятна ценность такого специалиста для проекта? Он тогда превращается в эксперта, а не в аналитика, а это ещё один стекхолдер.
Чем это плохо? #моемнение
Плохо тем, что такой эксперт не будет задавать вопросы и выводить заказчика на конфликт интересов, не будет выявлять потребности конкретного заказчика, а просто решит за него, а ещё и спорить будет больше. Но путь от аналитика до эксперта в отрасли выглядит намного привлекательнее. Особенно если этот аналитик имеет насмотренность по заказчикам. То есть он, например, консультирует компании, заказчиков, одной отрасли. И эта насмотренность позволяет со стороны видеть трудности и проблемы. Либо понимать, что может быть по-другому.
Есть конечно отрасли, где экспертиза только плюс, например, финтех, или автоматизация предприятий, или телеком, или внедрение/обслуживание 1С и т.п. Знания нужны глубокие, чтобы получить результат. Но я как аналитик из консалтинга прихожу к выводу, что я могу работать с любой отраслью, или технологией, потому что знаю как найти эксперта, какие вопросы задавать, как из эксперта выжать по-максимуму, собрать информацию, обработать, проанализировать #капитаночевидность и синтезировать обратно в общую картину мира.
У эксперта же мозг работает по-другому, он просто начинает сеять экспертизу и зарываться не там где нужно, не решая напрямую поставленные задачи. К сожалению именно такое поведение экспертов видела практике.
Нужно ли аналитику знать очень глубоко предметную область?
Я тут встретила описание, что если вы эксперт в какой-то отрасли, области, то вы вполне можете пойти в аналитики в этой отрасли. И это простой и понятный путь. Набрать знаний, инструментов и перейти в тот же, бизнес - анализ.
По факту, да я встречала на собеседованиях людей с уникальными знаниями в определённой отрасли. Вот он лет 10 отработал в авиации и знает всё, или в ржд и вроде бы дорога открыта в аналитики, но почему не берут?
Мне интересно, есть ли среди вас подобный успешный переход из эксперта отрасли в бизнес-анализ в той же отрасли?
Да, я отдам предпочтение аналитику, кто знает инструменты и умеет их применять на практике, но не знает предметную область, чем обратное. Продать уникальные знания на собеседование на аналитика, как-то странно для меня звучит, не очень понятна ценность такого специалиста для проекта? Он тогда превращается в эксперта, а не в аналитика, а это ещё один стекхолдер.
Чем это плохо? #моемнение
Плохо тем, что такой эксперт не будет задавать вопросы и выводить заказчика на конфликт интересов, не будет выявлять потребности конкретного заказчика, а просто решит за него, а ещё и спорить будет больше. Но путь от аналитика до эксперта в отрасли выглядит намного привлекательнее. Особенно если этот аналитик имеет насмотренность по заказчикам. То есть он, например, консультирует компании, заказчиков, одной отрасли. И эта насмотренность позволяет со стороны видеть трудности и проблемы. Либо понимать, что может быть по-другому.
Есть конечно отрасли, где экспертиза только плюс, например, финтех, или автоматизация предприятий, или телеком, или внедрение/обслуживание 1С и т.п. Знания нужны глубокие, чтобы получить результат. Но я как аналитик из консалтинга прихожу к выводу, что я могу работать с любой отраслью, или технологией, потому что знаю как найти эксперта, какие вопросы задавать, как из эксперта выжать по-максимуму, собрать информацию, обработать, проанализировать #капитаночевидность и синтезировать обратно в общую картину мира.
У эксперта же мозг работает по-другому, он просто начинает сеять экспертизу и зарываться не там где нужно, не решая напрямую поставленные задачи. К сожалению именно такое поведение экспертов видела практике.
#материал #микросервисы #ITаналитик
Снова про микросервисную архитектуру!)
Наконец-то я нашла вменяемое объяснение зачем нужно аналитику понимать и уметь рассказать реализацию микросервисной архитектуры. Плюс, спасибо Максиму Цепкову за супер аналогию микросервисов и маленьких гномиков)))
Что микросервис - это гномик, который может делать только одно действие и дальше передавать другому гномику. И с такой аналогией становится понятнее, как и что работает и масштабируется. Запись выступления есть открытая, для разработчиков и архитекторов, немного сложный материал, но ценный и качественный с историей развития языков разработки.
Так вот нафига понимать архитектуру? Иногда могут возникать пути развития архитектуры и масштабирования решения совсем разные. И как и что реализовать, и какое решение выбрать напрямую влияет на бизнес, и если разработка принимает решение без бизнеса, то можно и клиентов потерять, и на лояльность повлиять. А чтобы бизнес принял решение, нужно объяснять на пальцах в чем проблема и как реализуется архитектура. И тут нас сцену выходят гномики)
Я честно скажу, что не объясняла бизнесу микросервисную архитектуру на примере гномиков. Но почему задача не для нашей команды, или почему всё так сложно, приходилось объяснять, рассказывая через предметную область. Что вот эта часть наша, а вот эта нет, и это другая команда.
Про "гномиков" , которые обслуживают интернет-магазин можно посмотреть в районе 23 минуты видео)))
https://youtu.be/AkUMSyapP6E
P. S. Update
Есть ещё запись выступление Максима Цепкова на последней конференции Analyst days https://www.youtube.com/watch?v=7EHlFbaME_U&list=PL_XScYmjXxkcj_fsacjXWnYsKtTIWdQ2M&index=5&ab_channel=VladislavOrlikov
Снова про микросервисную архитектуру!)
Наконец-то я нашла вменяемое объяснение зачем нужно аналитику понимать и уметь рассказать реализацию микросервисной архитектуры. Плюс, спасибо Максиму Цепкову за супер аналогию микросервисов и маленьких гномиков)))
Что микросервис - это гномик, который может делать только одно действие и дальше передавать другому гномику. И с такой аналогией становится понятнее, как и что работает и масштабируется. Запись выступления есть открытая, для разработчиков и архитекторов, немного сложный материал, но ценный и качественный с историей развития языков разработки.
Так вот нафига понимать архитектуру? Иногда могут возникать пути развития архитектуры и масштабирования решения совсем разные. И как и что реализовать, и какое решение выбрать напрямую влияет на бизнес, и если разработка принимает решение без бизнеса, то можно и клиентов потерять, и на лояльность повлиять. А чтобы бизнес принял решение, нужно объяснять на пальцах в чем проблема и как реализуется архитектура. И тут нас сцену выходят гномики)
Я честно скажу, что не объясняла бизнесу микросервисную архитектуру на примере гномиков. Но почему задача не для нашей команды, или почему всё так сложно, приходилось объяснять, рассказывая через предметную область. Что вот эта часть наша, а вот эта нет, и это другая команда.
Про "гномиков" , которые обслуживают интернет-магазин можно посмотреть в районе 23 минуты видео)))
https://youtu.be/AkUMSyapP6E
P. S. Update
Есть ещё запись выступление Максима Цепкова на последней конференции Analyst days https://www.youtube.com/watch?v=7EHlFbaME_U&list=PL_XScYmjXxkcj_fsacjXWnYsKtTIWdQ2M&index=5&ab_channel=VladislavOrlikov
YouTube
ArchDays 2020• Модели приложения для разных парадигм программирования • Максим Цепков (mtsepkov.org)
Модели приложения для разных парадигм программирования - Максим Цепков
Долгое время большинство приложений разрабатывалось как большие монолиты или системы из крупных модулей. Основным подходом для разработки был ООП. В этом случае объектная модель предметной…
Долгое время большинство приложений разрабатывалось как большие монолиты или системы из крупных модулей. Основным подходом для разработки был ООП. В этом случае объектная модель предметной…
Дружественная мне команда ищет аналитика))) Не могла пройти мимо такого интересного предложения.
Так что #реклама #ITаналитик
--------------
🚀Стартап https://producthub.ru/ ищет бизнес-аналитика с опытом написания бизнес - процессов (нужна насмотренность и опыт 2-3 года).
Нужно выстраивать процессы по продукту 🪚 (услуга исследования по JTBD).
Верхнеуровнево процессы понятны и зафиксированы в виде IDEF диаграммы, на следующем уровне, на более детальном, насчитали около 13 бизнес-процессов. 📦
Их нужно описать в bpmn нотации, после чего предложить оптимизацию. Понять какие шаблоны и какие документы нужно создавать на каждом шаге процесса. Понять какие метрики можно предложить, чтобы собирать статистику по работе процесса и выявлять узкие места.
Работа подразумевает общение с продактом и аналитиком сеньорного уровня, что даст возможность прокачать свои скиллы и в направлении продуктовой разработки/исследования, но и в бизнес - анализе под грифом "так нужно делать по классике". Вам точно понравится взаимодействие с сеньорными адекватными специалистами)
Требования к кандидату:
👉Прежде всего позитив и адекватность)
👉Опыт работы бизнес - аналитиком приветствуется, хотя бы 2-3 года.
👉Желание развиваться в бизнес, продуктовом направление.
👉Умение задавать неудобные, каверзные вопросы для развития продукта и более глубокого понимания процессов командой продукта.
👉Знать и уметь применять нотации на практике - IDEF, Bpmn.
👉Уметь хорошо разговаривать, получать от этого кайф и также хорошо излагать свои мысли на бумаге.
👉Быть про активным и въедливым.
👉Потирать ручки и сверкать глазами при слове Стартап)))
👉Знать или хотя бы иметь желание изучать способы оптимизации бизнес - процессов.
👉Знать, что такое метрика и как их можно считать и анализировать.
По условиям:
Это Стартап и будет ли он развиваться и существовать годами всё будет зависеть от команды и конечно рынка. Поэтому давать вам гарантии стабильности сложно. Но точно у вас в кармане будет крутой опыт, который вы гарантировано получите.
❌Нет плюшек в виде дмс и всего остального.
✅ Работа на полгода или год точно. Если всё взлетит, то и дольше.
✅ Оформление по договору гпх.
✅ Зарплата в районе 120-150 000 руб на руки.
✅ Кайфовая работа, человеческое общение и свобода.
✅ Удаленка. Если нужен будет ноутбук, вопрос решаемый
Если вы дочитали до конца и вам всё ещё интересно, обращайтесь ко Льву, контакт в Телеграм @lev_goryachev
Так что #реклама #ITаналитик
--------------
🚀Стартап https://producthub.ru/ ищет бизнес-аналитика с опытом написания бизнес - процессов (нужна насмотренность и опыт 2-3 года).
Нужно выстраивать процессы по продукту 🪚 (услуга исследования по JTBD).
Верхнеуровнево процессы понятны и зафиксированы в виде IDEF диаграммы, на следующем уровне, на более детальном, насчитали около 13 бизнес-процессов. 📦
Их нужно описать в bpmn нотации, после чего предложить оптимизацию. Понять какие шаблоны и какие документы нужно создавать на каждом шаге процесса. Понять какие метрики можно предложить, чтобы собирать статистику по работе процесса и выявлять узкие места.
Работа подразумевает общение с продактом и аналитиком сеньорного уровня, что даст возможность прокачать свои скиллы и в направлении продуктовой разработки/исследования, но и в бизнес - анализе под грифом "так нужно делать по классике". Вам точно понравится взаимодействие с сеньорными адекватными специалистами)
Требования к кандидату:
👉Прежде всего позитив и адекватность)
👉Опыт работы бизнес - аналитиком приветствуется, хотя бы 2-3 года.
👉Желание развиваться в бизнес, продуктовом направление.
👉Умение задавать неудобные, каверзные вопросы для развития продукта и более глубокого понимания процессов командой продукта.
👉Знать и уметь применять нотации на практике - IDEF, Bpmn.
👉Уметь хорошо разговаривать, получать от этого кайф и также хорошо излагать свои мысли на бумаге.
👉Быть про активным и въедливым.
👉Потирать ручки и сверкать глазами при слове Стартап)))
👉Знать или хотя бы иметь желание изучать способы оптимизации бизнес - процессов.
👉Знать, что такое метрика и как их можно считать и анализировать.
По условиям:
Это Стартап и будет ли он развиваться и существовать годами всё будет зависеть от команды и конечно рынка. Поэтому давать вам гарантии стабильности сложно. Но точно у вас в кармане будет крутой опыт, который вы гарантировано получите.
❌Нет плюшек в виде дмс и всего остального.
✅ Работа на полгода или год точно. Если всё взлетит, то и дольше.
✅ Оформление по договору гпх.
✅ Зарплата в районе 120-150 000 руб на руки.
✅ Кайфовая работа, человеческое общение и свобода.
✅ Удаленка. Если нужен будет ноутбук, вопрос решаемый
Если вы дочитали до конца и вам всё ещё интересно, обращайтесь ко Льву, контакт в Телеграм @lev_goryachev
www.producthub.ru
PRODUCTHUB | Продуктовый аутсорсинг для вашего бизнеса
Проводим исследования и проверяем гипотезы, запускаем новые продукты и улучшаем уже существующие
#материал #ITаналитик #бизнесаналитик #babok #мояполка #books
Ко мне наконец-то пришла книга Babok!!
А чего я так радуюсь?) ну наконец-то я её хотя бы полистаю от корки до корки, а может и почитаю. А не так урывками на английском языке.
И ещё радуюсь тому, что она на русском языке и всем доступна!
Если вспомнить 2006 год, то с книгами и курсами в сфере айти было туго. Конечно зубры мне скажут, что оооо ты бы ещё 2000 вспомнила или ещё более лохматый год. Но по факту, всё доступно! Стал ли человек это брать и использовать? Это уже другой вопрос.
Изобилие курсов, книг, открытой информации и большая скорость жизни с ощущением, что это всё бы мне прочитать ещё вчера.
Но как по мне, так выход babok на русском языке знаковое событие для аналитиков.
Ещё конечно побуду #капитаночевидность и скажу, что важно читать книги на английском языке. Я о babok узнала в 2008, а получила её на русском языке в 2021!! Как вам разрыв? Я именно про печать, потому что вы мне скажите, что в электронном виде давно есть.
Навык читать статьи и книги на английском языке важен, если хочется быть на пике тенденций #капитаночевидность
Да и просто диктовать эти тенденции. Увидел, перевёл, рассказал и ты в российское пространство принёс, что-то новое.
Ко мне наконец-то пришла книга Babok!!
А чего я так радуюсь?) ну наконец-то я её хотя бы полистаю от корки до корки, а может и почитаю. А не так урывками на английском языке.
И ещё радуюсь тому, что она на русском языке и всем доступна!
Если вспомнить 2006 год, то с книгами и курсами в сфере айти было туго. Конечно зубры мне скажут, что оооо ты бы ещё 2000 вспомнила или ещё более лохматый год. Но по факту, всё доступно! Стал ли человек это брать и использовать? Это уже другой вопрос.
Изобилие курсов, книг, открытой информации и большая скорость жизни с ощущением, что это всё бы мне прочитать ещё вчера.
Но как по мне, так выход babok на русском языке знаковое событие для аналитиков.
Ещё конечно побуду #капитаночевидность и скажу, что важно читать книги на английском языке. Я о babok узнала в 2008, а получила её на русском языке в 2021!! Как вам разрыв? Я именно про печать, потому что вы мне скажите, что в электронном виде давно есть.
Навык читать статьи и книги на английском языке важен, если хочется быть на пике тенденций #капитаночевидность
Да и просто диктовать эти тенденции. Увидел, перевёл, рассказал и ты в российское пространство принёс, что-то новое.
#нотация #мысливслух #рассуждения #бизнесаналитик #ITаналитик #капитаночевидность
За что я люблю нотации?
Для меня нотация это свод правил, используя который можно получить описание/требования/решения в виде диаграммы.
На днях прилетел ко мне вопрос. А нужно знать нотации и их использовать?
И конечно коротко можно сказать - нужно! Но кому нужно? Когда, почему и тут же все прилетят, как коршуны, нам не нужен uml, тяжело и сложно. А кто сказал, что всё должно быть просто? Привет инженерным наукам и проектированию.
Поэтому рассуждая в рамках, так сказать, современного айти, я бы сказала, что все инструменты хороши для описания и донесения информации до участников процесса. Если вы на Стартапе, да хоть на человечках из лего моделируйте процесс (такое я тоже делала), лишь бы все быстро поняли, что нужно.
И что такое нотация? Кроме правил, это ещё и набор элементов, фигур, стрелочек и может шрифта и цвета, что позволяет показать информацию в виде картинки.
Вот прикиньте, вы автор нотации, придумали какой-то псевдо язык изображения и он нефига непонятен, понятен только вам. Да вас закидают негативом. Так что тут процесс эволюции очевиден, выживает то, что имеет низкий порог входа в язык, использование и отличную визуализацию. И как методика может быть пазлом в системном подходе к процессу разработки.
Никто вам не мешает придумать свой язык! Главное, чтобы эта визуализация была понятна другим. Такое тоже у меня была на практике.
Но, тут есть но! Подводный камень в том, что это что-то своё и не общепринятое. А очень бы хотелось при масштабирование бизнеса нанимать людей и шарить документы, так чтобы все смогли их прочитать.
При этом, что немало важно, нотация вас загоняет в стандарт и заставляет себя перепроверить и задать дополнительные вопросы. Я когда-то, с аналитиками, проводила эксперимент. Мы нарисовали один и тот же бизнес-процесс в нотации bpm и epc (Aris). И потом сравнили результат. Epc заставил людей подстроиться под правила и вытащить упущенное, но при этом читать диаграмму было сложно, а bpm выглядил дружелюбно и наглядно, но можно было упустить важные вещи.
Итого, моё резюме.
✅Знать нотации и их многообразие хорошо, это даёт возможность применять разные подходы под конкретную среду.
✅Нотация предъявляет требования к команде, и даёт возможность, зная её, быстро читать диаграммы.
✅При этом вводит в рамки, что даёт возможность задавать себе вопросы и перепроверять себя.
✅Нотация не панацея и может быть основой для вашего языка и подхода.
За что я люблю нотации?
Для меня нотация это свод правил, используя который можно получить описание/требования/решения в виде диаграммы.
На днях прилетел ко мне вопрос. А нужно знать нотации и их использовать?
И конечно коротко можно сказать - нужно! Но кому нужно? Когда, почему и тут же все прилетят, как коршуны, нам не нужен uml, тяжело и сложно. А кто сказал, что всё должно быть просто? Привет инженерным наукам и проектированию.
Поэтому рассуждая в рамках, так сказать, современного айти, я бы сказала, что все инструменты хороши для описания и донесения информации до участников процесса. Если вы на Стартапе, да хоть на человечках из лего моделируйте процесс (такое я тоже делала), лишь бы все быстро поняли, что нужно.
И что такое нотация? Кроме правил, это ещё и набор элементов, фигур, стрелочек и может шрифта и цвета, что позволяет показать информацию в виде картинки.
Вот прикиньте, вы автор нотации, придумали какой-то псевдо язык изображения и он нефига непонятен, понятен только вам. Да вас закидают негативом. Так что тут процесс эволюции очевиден, выживает то, что имеет низкий порог входа в язык, использование и отличную визуализацию. И как методика может быть пазлом в системном подходе к процессу разработки.
Никто вам не мешает придумать свой язык! Главное, чтобы эта визуализация была понятна другим. Такое тоже у меня была на практике.
Но, тут есть но! Подводный камень в том, что это что-то своё и не общепринятое. А очень бы хотелось при масштабирование бизнеса нанимать людей и шарить документы, так чтобы все смогли их прочитать.
При этом, что немало важно, нотация вас загоняет в стандарт и заставляет себя перепроверить и задать дополнительные вопросы. Я когда-то, с аналитиками, проводила эксперимент. Мы нарисовали один и тот же бизнес-процесс в нотации bpm и epc (Aris). И потом сравнили результат. Epc заставил людей подстроиться под правила и вытащить упущенное, но при этом читать диаграмму было сложно, а bpm выглядил дружелюбно и наглядно, но можно было упустить важные вещи.
Итого, моё резюме.
✅Знать нотации и их многообразие хорошо, это даёт возможность применять разные подходы под конкретную среду.
✅Нотация предъявляет требования к команде, и даёт возможность, зная её, быстро читать диаграммы.
✅При этом вводит в рамки, что даёт возможность задавать себе вопросы и перепроверять себя.
✅Нотация не панацея и может быть основой для вашего языка и подхода.
#менторство #оценкааналитика #услуга
Кто давно на меня подписан, тот знаком с такой моей услугой, как менторские сессии, и про менторство я писала несколько постов, ссылки приведу ниже. В менторстве есть плюсы для всех и для ментора и менти.
1. Что такое менторство https://t.me/start_in_IT/282
2. Как выбрать ментора - выводы https://t.me/start_in_IT/339
Всё больше и больше запросов сводятся к оценке скиллов и уровня аналитика, чтобы понять в какую сторону развиваться, как себя презентовать на рынке и вообще понимать свою реальную стоимость.
Я решила упаковать оценку аналитиков в полноценный пакет услуг.🏆
Почему я хочу это сделать?
—————————————————————
Я набрала достаточно статистики, чтобы осознать востребованность этой услуги:🎯
1. Я в айти 15 лет, около 10 из них работала тим лидом.
2. У меня было 3 команды аналитиков (10 человек, 25 человек - отдел собран с нуля, 13 человек)
3. Провела порядка 350 собеседований, прочитала около 1000 резюме.
4. Количество менти около 30 человек.
——————————————————————
Что входит в пакет услуг по "оценке аналитика":🧰
1. Имитация проведения собеседования аналитика (игра-тренировка сбора требований с заказчика) - быстрая обратная связь по сильным и слабым сторонам.
2. Оценка скиллов системного анализа, владения основными инструментами (через задачи и домашние задания).
3. Четкий чек-лист по матрице компетенции (самодиагностика и мои выводы).
4. План развития на ближайшие полгода, с подбором материалов, курсов, книг. Без надрыва и успешного успеха, приземленная реальность, которая основа на вашем реальном ресурсе.
5. Поддержка на первых шагах освоения материала - переписка, созвоны. Дневники эффективности, чек-листы, разные методики продвинуться вперед в своём профессиональном развитие.
——————————————————————
Дополнительно: 💰
Ревью резюме, составление и согласование его с профессиональным HR, который сможет сделать первую подборку вакансий под ваш уровень знаний.
Ещё раз повторюсь - успешный успех, надрыв, марафоны, это всё прекрасно, но обычно не работает. Как показывает практика и психология, если у человека есть ресурс и он понимает, что он есть, он может освоить определенный материал. Если ресурса нет, нет смысла гробить себя, а потом гнобить, что я ничего не смог сделать. Лучше выписать список из 10 реальных пунктов и выбрать тот способ прокачки себя, чтобы было комфортно и подвластно вам. Даже если это будет 30 минут чтения книги утром.
——————————————————————
На декабрь месяц, пилотно, я готова взять 3 человека.
Кому интересна подобная услуга заполните, пожалуйста, короткую гугл-форму 📃:
https://forms.gle/mgzYDYcHH9U1JR1n9
Кто давно на меня подписан, тот знаком с такой моей услугой, как менторские сессии, и про менторство я писала несколько постов, ссылки приведу ниже. В менторстве есть плюсы для всех и для ментора и менти.
1. Что такое менторство https://t.me/start_in_IT/282
2. Как выбрать ментора - выводы https://t.me/start_in_IT/339
Всё больше и больше запросов сводятся к оценке скиллов и уровня аналитика, чтобы понять в какую сторону развиваться, как себя презентовать на рынке и вообще понимать свою реальную стоимость.
Я решила упаковать оценку аналитиков в полноценный пакет услуг.🏆
Почему я хочу это сделать?
—————————————————————
Я набрала достаточно статистики, чтобы осознать востребованность этой услуги:🎯
1. Я в айти 15 лет, около 10 из них работала тим лидом.
2. У меня было 3 команды аналитиков (10 человек, 25 человек - отдел собран с нуля, 13 человек)
3. Провела порядка 350 собеседований, прочитала около 1000 резюме.
4. Количество менти около 30 человек.
——————————————————————
Что входит в пакет услуг по "оценке аналитика":🧰
1. Имитация проведения собеседования аналитика (игра-тренировка сбора требований с заказчика) - быстрая обратная связь по сильным и слабым сторонам.
2. Оценка скиллов системного анализа, владения основными инструментами (через задачи и домашние задания).
3. Четкий чек-лист по матрице компетенции (самодиагностика и мои выводы).
4. План развития на ближайшие полгода, с подбором материалов, курсов, книг. Без надрыва и успешного успеха, приземленная реальность, которая основа на вашем реальном ресурсе.
5. Поддержка на первых шагах освоения материала - переписка, созвоны. Дневники эффективности, чек-листы, разные методики продвинуться вперед в своём профессиональном развитие.
——————————————————————
Дополнительно: 💰
Ревью резюме, составление и согласование его с профессиональным HR, который сможет сделать первую подборку вакансий под ваш уровень знаний.
Ещё раз повторюсь - успешный успех, надрыв, марафоны, это всё прекрасно, но обычно не работает. Как показывает практика и психология, если у человека есть ресурс и он понимает, что он есть, он может освоить определенный материал. Если ресурса нет, нет смысла гробить себя, а потом гнобить, что я ничего не смог сделать. Лучше выписать список из 10 реальных пунктов и выбрать тот способ прокачки себя, чтобы было комфортно и подвластно вам. Даже если это будет 30 минут чтения книги утром.
——————————————————————
На декабрь месяц, пилотно, я готова взять 3 человека.
Кому интересна подобная услуга заполните, пожалуйста, короткую гугл-форму 📃:
https://forms.gle/mgzYDYcHH9U1JR1n9
Telegram
Записки ИТ специалиста
#ITаналитик #жиза #развитие #проопыт #мойопыт #менторство #мысливслух
Один из моих знакомых на мою фразу - "ой, мне домой пора, завтра утром буду менторством заниматься", спросил, "Ментор? А что это такое?"
Мне пришлось сказать, что это что-то типа репетитора…
Один из моих знакомых на мою фразу - "ой, мне домой пора, завтра утром буду менторством заниматься", спросил, "Ментор? А что это такое?"
Мне пришлось сказать, что это что-то типа репетитора…
#менторство #оценкааналитика #услуга #каквыбратьментора
Так, с меня остался должок, новым подписчикам рассказать о том, что такое #менторство
Начала смотреть свои старые посты и поняла, что можно обновить информацию и добавить новые мысли.
Ссылки на мои старые посты про менторство:
1.Что такое менторство https://t.me/start_in_IT/282
2.Как выбрать ментора - выводы https://t.me/start_in_IT/339
3.Также если говорить про планы развития, себя как специалиста, то можно обратиться к картам развития, посмотреть профстандарт, вот пост с информацией https://t.me/start_in_IT/299
Итак, мои новые мысли. Менторство, коучинг, психология, все эти модные слова одно время меня сильно раздражали. Если раздражает, то иди в это, оно твоё)))
Так вот, работая тим лидом команды анализа, я поняла, что роль наставника мне очень органична и она мне нравится. При этом работая с менти, я вижу самые частые запросы, проблемы аналитиков и тех кто хочет стать аналитиком. Очень хочу выбрать время, чтобы весь накопленный опыт структурировать и зафиксировать.
Кто же такой ментор? Для меня это наставник, который уже прошёл путь и может помочь решить вашу проблему, опираясь на свои знания, опыт. При этом не стоит путать с учителем. У ментора нет позиции сверху, это позиция наравных. Я понимаю, твой запрос, готов за него браться, вот варианты решения, которые мне помогали в подобной ситуации. У тебя может быть другой способ, ты можешь опираться на мой опыт и мою поддержку.
За счёт общения с менти, ментор и сам очень активно развивается. Для меня менторство это ещё самореализация и возможность делиться, тем что уже накоплено. Но на это тоже нужно ресурс, открытость и честность перед собой и менти. Честно сказать - вот тут я не знаю, готов с тобой освоить материал, или лучше обратиться к другому эксперту.
Моё мнение, что ментором может стать любой)) возможно я летаю пока в облаках)
И ко мне тут пришла следующая мысль. Что идеально когда ментор и менти копают в одном направлении и у них есть общие точки соприкосновения и общий вектор. Проще говоря, два аналитика столкнулись с одной и той же проблемой. Правда их тогда можно не называть в разрезе отношений ментор и менти)))
Так вот!! Идея у меня следующая! Если у вас есть запрос и какая-то проблема, мысль, то что бескопоит. Вы можете об этом сказать ниже в комментариях.👇
И найти среди моих подписчиков того у кого такая же проблема. Раз уж многие говорят, что моя миссия ещё и соединять сообщество. То предлагаю попробовать такой вариант взаимообмена. Тем более имея общую задачу, осознование, что я не один с этим столкнулся, это уже много!
Вы можете обсудить свою проблему, найти единомышленников и при обоюдном желании созвониться и совместно обсудить варианты решения.
Так, с меня остался должок, новым подписчикам рассказать о том, что такое #менторство
Начала смотреть свои старые посты и поняла, что можно обновить информацию и добавить новые мысли.
Ссылки на мои старые посты про менторство:
1.Что такое менторство https://t.me/start_in_IT/282
2.Как выбрать ментора - выводы https://t.me/start_in_IT/339
3.Также если говорить про планы развития, себя как специалиста, то можно обратиться к картам развития, посмотреть профстандарт, вот пост с информацией https://t.me/start_in_IT/299
Итак, мои новые мысли. Менторство, коучинг, психология, все эти модные слова одно время меня сильно раздражали. Если раздражает, то иди в это, оно твоё)))
Так вот, работая тим лидом команды анализа, я поняла, что роль наставника мне очень органична и она мне нравится. При этом работая с менти, я вижу самые частые запросы, проблемы аналитиков и тех кто хочет стать аналитиком. Очень хочу выбрать время, чтобы весь накопленный опыт структурировать и зафиксировать.
Кто же такой ментор? Для меня это наставник, который уже прошёл путь и может помочь решить вашу проблему, опираясь на свои знания, опыт. При этом не стоит путать с учителем. У ментора нет позиции сверху, это позиция наравных. Я понимаю, твой запрос, готов за него браться, вот варианты решения, которые мне помогали в подобной ситуации. У тебя может быть другой способ, ты можешь опираться на мой опыт и мою поддержку.
За счёт общения с менти, ментор и сам очень активно развивается. Для меня менторство это ещё самореализация и возможность делиться, тем что уже накоплено. Но на это тоже нужно ресурс, открытость и честность перед собой и менти. Честно сказать - вот тут я не знаю, готов с тобой освоить материал, или лучше обратиться к другому эксперту.
Моё мнение, что ментором может стать любой)) возможно я летаю пока в облаках)
И ко мне тут пришла следующая мысль. Что идеально когда ментор и менти копают в одном направлении и у них есть общие точки соприкосновения и общий вектор. Проще говоря, два аналитика столкнулись с одной и той же проблемой. Правда их тогда можно не называть в разрезе отношений ментор и менти)))
Так вот!! Идея у меня следующая! Если у вас есть запрос и какая-то проблема, мысль, то что бескопоит. Вы можете об этом сказать ниже в комментариях.👇
И найти среди моих подписчиков того у кого такая же проблема. Раз уж многие говорят, что моя миссия ещё и соединять сообщество. То предлагаю попробовать такой вариант взаимообмена. Тем более имея общую задачу, осознование, что я не один с этим столкнулся, это уже много!
Вы можете обсудить свою проблему, найти единомышленников и при обоюдном желании созвониться и совместно обсудить варианты решения.
Telegram
Записки ИТ специалиста
#ITаналитик #жиза #развитие #проопыт #мойопыт #менторство #мысливслух
Один из моих знакомых на мою фразу - "ой, мне домой пора, завтра утром буду менторством заниматься", спросил, "Ментор? А что это такое?"
Мне пришлось сказать, что это что-то типа репетитора…
Один из моих знакомых на мою фразу - "ой, мне домой пора, завтра утром буду менторством заниматься", спросил, "Ментор? А что это такое?"
Мне пришлось сказать, что это что-то типа репетитора…