#мысливслух #бизнесаналитик #бизнесмодели #александростервальдер #теория #артефакт #бизнес #productmanager

Системный зуд или бизнес - модели.

Я побуду немного #капитаночевидность хотя для меня долгое время бизнес модели были какой-то странной частью. Или вообще отсутствовали.

Есть такая штука, назову её "Системный зуд", когда чувствуешь, что тебя обманывают и какого-то пазла в картине мира не хватает, но черт побери какого???!!! Непонятно. Ты начинаешь постоянно думать, рыть и плохо спать ночами. Для меня такой деталью пазла оказались бизнес - модели по Остервальдеру. Я прекрасно знаю и вижу, как работают компании типа орифлейм или avon. Или кофейные разные подписки на кофейные капсулы, или картриджи принтеров, как расходник мега дорогой, а принтер дешёвый.

И эффект вау, меня посетил после изучения бизнес - моделей подобных компаний. #капитаночевидность Есть куча шаблонных бизнес - моделей.
И тут у меня будет вопрос, к вам, знаете ли вы и используете ли схематичное представление бизнес-моделей при анализе бизнеса, компании?
Правда от этого знания зуд превращается в анализ и дополнительные вопросы руководству.

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

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

Для меня это ещё один артефакт, который сверху системно даёт представление о бизнесе компании.

#omgessence #быстроепогружение #теория #стандарт #материал #проИТ #системнаяинженерия

Про OMG Essence

Побуду #капитаночевидность
Аналитика во многих случаях, можно рассматривать, как роль, которая делегирована от руководителя проекта. Да и вцелом понимать, как работает команда и заниматься координацией проекта/продукта приходится.
А иногда и выстраивать внутренние процессы. Как Тим Лид аналитиков, могу сказать, что начиная с ведущего аналитики такой навык нужен. А если у тебя своя команда, то хочется выстраивать так процессы, чтобы команда могла эффективно работать.

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

Вообщем это частая история задать себе вопрос, что не так работает у нас и как это исправить. Я уже тут приводила в пример оптимизацию процессов команды в сбере. Доклад Руслана Остропольского с конференции CodeFest - https://12.codefest.ru/lecture/1964
(о докладах с конференции https://t.me/start_in_IT/464)

Но вот ещё начала рыть OMG Essence. Очень часто видела картинки, но как-то глубоко не погружалась. А тут ещё поняла, что у Юрия Куприянова есть масса прекрасных докладов в том числе и про OMG Essence.
https://youtu.be/r535935Kclo

На эту же тему статья Ольги Цыгановой с разбором примера - https://habr.com/ru/company/custis/blog/678436/
Подобный стандарт рекомендуют применять, чтобы быстро погрузиться в проект, новую среду и ещё и выявить пробелы, проблемы и понять на каком этапе находится проект. Тоже частый запрос от руководителя - в мы ваще где? Насколько близко к нашей цели и какая она?
Подход системный, точнее даже системная инженерия лежит в основе.
Всё логично и с первого взгляда кажется монстром. Но аналитики любят такие штуки, да и авторы стандарта - это монстры системной инженерии, кто выявил и объединил фундамент любого проекта.

Вот даже интересно, вы применяли на практике OMG Essence? Если да, что оно вам дало?)) Хочу опробовать этот стандарт. Если у кого-то такое же желание, предлагаю разложить любой, или ваш проект вместе))

#подкаст #сережаимикрофон #яндекс #рассуждения #мысливслух #примерразвитиятехнологий

Хочу продолжить мысли и немного зафиксировать, что ребята из яндекса говорили в подкасте. 👆

Если брать историю, я бы добавила историю развития технологий, то мы как раз и получаем волны развития. Когда сначала способ передачи информации у нас не особо интересен компаниям, государству и данные передаются анонимно, а потом всё мы приходим к процессу, что дай паспорт, ИНН и другие данные о себе.

18 век письма, пишешь адрес и всё, можешь по этому адресу прийти.
Дальше телефон - даёшь номер и тебя соединяют через оператора, но прийти к тебе, это нужно знать адрес. Десятками лет этот барьер стирался и в 80-х годах можно было узнать и адрес. Дальше справочник жёлтые страницы лежал на станциях метро, я вот помню его, это уже 90-ые. Открыто можно узнать и номер телефона, и адрес. Моя мама по началу телефона могла сказать, к какому району Москвы относится телефон))
Потом интернет, и тоже все начинали со своих ник неймов, анонимности, а чем больше интернет проникает, тем больше происходит регулирования.
Теперь ждём новый способ коммуникации, который у нас также будет проходить этап анонимности))

Фактически Иван Черевко рассказал график развития технологий)))
Обычно я этот график через развития транспорта рассказываю, а вот ещё отличный пример через технологии коммуникации.

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

Ещё ребята обсуждают защиту финансовой информации. Всё таки PCI DSS как стандарт существует давно, и информация о платежах лучше шифруется и защищена, чем персональные данные или личные данные. При этом сотрудники Яндекса рассказали о том, что можно чистить историю заказов в яндекс)) Нехотя, но рассказали.

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

Про S - кривую писала вот тут: https://t.me/start_in_IT/357

#мысливслух #рассуждения #usecases #мойопыт #менторство #замечено #выводы #системныйанализ

Почему аналитики плохо пишут use cases?

Очень часто на курсах по интеграции в ШСА, да и не только, на менторстве тоже, и на собеседованиях встречается общая проблема по use cases. Аналитики плохо пишут сценарии вариантов использования.

👉1.Во первых, есть аналитики, кто не делает различий между use cases и user story. Вместо того, чтобы спрашивать аналитиков различие между Soap и Rest, на собеседование, лучше спросить различие между use cases и user story.
👉2.Во вторых, сценарии, как техника, используются на разных уровнях абстракции и не только аналитиками, но и тестировщиками, проектировщиками интерфейсов, продактами, да всеми)) Удобно.
👉3.Действительно, на системном или на уровне проектирования взаимодействия систем, мало кто из аналитиков грамотно может описать use cases. Это уже уровень архитектора, проектировщика, разработчика. Но он часто необходим на проектах, особенно если речь едет об интеграции.
👉4.Часто идёт ещё и смешение понятий функция и сценарий использования. Хотя use case вполне можно считать спецификацией функции.
👉5.Ну и плюс очень часто мы стараемся оперировать каноничным подходом, который был у Коберна (по крайней мере я всех к нему отправляю). И ещё пытаемся смаппить use cases и user story, я об этом писала, аж в 2020 году, что есть такое понятие как use cases 2.0 - https://t.me/start_in_IT/257

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

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

Выводы у меня следующие:
✅1.Высокоуровневые, на уровне бизнеса и взаимодействия пользователь - система, аналитики вполне отлично справляются.
✅2.Если аналитик не имеет базы, фундамента, плохо пишет алгоритмы, блок-схемы, то и сценарии также идут плохо. Везде в основе теория графов, сети Петри.
✅3.Сюда же я отнесу абстрактное мышление, это прям бич. Переключаться с одного уровня на другой самая большая проблема. Сложно понять где мы находимся, и где наши границы и рамки описания сценариев.
✅4.Сценарии на уровне взаимодействия модулей, систем требует знаний словаря данных, модели данных, что кому передаёт, как, в каком формате, по каким протоколам, синхронно, асинхронно, или файлами, или голубиной почтой.
✅5.Плюс сценарий не панацея и часто его нужно дополнять описанием алгоритмов, функций, а это математика. И я опять возвращаюсь к базовым, фундаментальным знаниям.
✅6.И ещё сюда добавлю обзор архитектурных решений. Потому что нужно хотя бы на пальцах понимать, как выстроено решение, к которому мы пишем уже на системном уровне требования, а точнее проектируем на языке требований, функций, что объединяет в себе целый комплекс знаний.

Итого: круг замыкается снова на том, что системный анализ инженерия, и даже в таком простом, с первого взгляда, инструменте, как use cases, собирает целый комплекс знаний.

#мысливслух #rutube #моемнение #рассуждения

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

И вот открываю Rutube, и понимаю, что я со своим пользовательским опытом не хочу им пользоваться после YouTube.

Зачем делать новое, долгое, неконкурентно способное, если нужно сделать копию?

Я сознательно не стала ставить слово ПРОСТО. Если бы сделать копию было бы просто)))

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

Прекрасно понимаю, что быстро что-то сделать, как пятилетку за 3 года, не так то просто. Но когда все двери открыты можно с видео котиков начать)) работает? Работает) Я пробью всё своё отторжение, когда пойму, что мне Rutube вожделенный, крутой контент покажет и только у них есть эксклюзив. Но пока блоггеры Rutube, как запасной аэропорт рассматривают. Я конечно необычный пользователь, и скорее отношусь к позднему большинству (см.пост на этот счёт https://t.me/start_in_IT/13 ), но чёт мне грустно, что новое не цепляет.
Даже вот стало очень интересно услышать мнение продактов, кто уже несколько раз запускали разные продукты, чтобы они делали с Rutube в текущей ситуации?

И мне кажется компании идут своим путем. Типа наплевать на чужой успешный опыт, у нас то, точно всё должно быть своё, пойдём своим путем к светлому будущему!

Хочется Rutube пожелать крутых продактов, команды, идей и взлёта. Ну и видимо всем нам учиться копировать фичи, а может и хакать, и красть идеи 😂
Перекупить сотрудника YouTube? 🤔

#теория #мысливслух #рассуждения #моемнение #мойопыт

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

Не было исследований насчёт того, каким психотипом в основном обладают аналитики, но буду говорить за себя. Я реально параноик, даже в хорошем смысле этого слова))) Мой мозг будет безумно возмущен, если что-то непонятно. Мне нужно прежде всего объяснить себе. Иначе я впадаю в злость, потом в растерянность. И если информацию, в частности на курсах, мне дают не системно, я просто превращаюсь в язву и начинаю всех мочить. Не очень красиво))) Я терплю, но иногда понимаю, что нет смысла терпеть, не идёт, не то. Да, у меня и к себе, и у другим часто завышенные требования.

И тут возникает скилл под названием "всё в порядке", это не я такая тупая, это информации мало, неопределенность очень высокая, что нормально. И тут мы приходим к тому, что аналитик, та самая роль, которая эту #неопределенность должна уменьшить. Знания, нотации, подходы, инструменты всё даёт возможность описать модель реального мира, того самого проекта, над которым нужно работать.

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

Можно себя представить мышью, которая поедает сыр, я об этом писала вот тут - https://t.me/start_in_IT/315
Можно и нужно себе рассказать, что предметная область, проекты, и наш реальный мир очень сложный. И как не крути, на сложных проектах нужно пройти стадии обучения, освоения материала. Три месяца не просто так даются на испытательном сроке, не говоря уже об удаленке, где до полугода можно ходить в тумане неопределенности.
Как погружаться в предметную область я писала в постах и серии подкастов:
1.https://t.me/start_in_IT/420
2.https://t.me/start_in_IT/422
3.https://t.me/start_in_IT/425
4.https://t.me/start_in_IT/430
5.https://t.me/start_in_IT/433

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

P. S.
Про конус неопределенности можно посмотреть старое видео Сергея Нужненко -https://vimeo.com/61968936

#обучение #водакаменьточит #самомотивация #мойопыт #рассуждения #мысливслух

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

Очень часто я среди менти или участников курсов, тренингов вижу желание получить всё и сразу. Отсюда такие вопросы - почему так долго? Чего вы нам мозг взрываете, давайте сразу к сути? Зачем нам это всё знать?

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

У меня в институте был принцип "не пропускать ни одной лекции". Неважно интересно, неинтересно, понимаю, не понимаю, сидеть, писать лекцию и быть здесь и сейчас. Принцип "потом прочитаю", не работал, есть расписание, есть лекции, иду. Были случаи когда на некоторые лекции приходили пара, тройка человек. Также у меня был однокурсник, который по этому принципу всегда делал домашние задания. И ваще пофиг, понял, не понял, но сделал. Иногда мы над ним ржали, но когда он получал зачёт хотя бы за попытку сделать, нам уже было не смешно.

Я это к чему? Что уметь учиться тоже искусство, и тут у каждого может быть свой подход. Я поэтому в онлайн обучение всегда включаю камеру, пишу от руки (это вообще мой способ запоминать), и стараюсь всегда приходить на занятия в прямом эфире. Запись, в моём случае, не очень хорошо работает. А лучше всего очные занятия.

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

Так что как говорит Альберт Сафин "вода камень точит", и если вам кажется, что годы института, или дополнительного образования, или тома умных книг это так ужасно и долго. Делая регулярно, просто делая без оценок, и по расписанию, уходя в процесс, спустя некоторое время вы сможете увидеть результат.

И тут главное не ждать его, потому что в какой-то момент может ещё и эффект Бандуры случиться))) (про него почитать можно тут https://t.me/start_in_IT/370 ). Переключиться именно на процесс и просто делать, без оценок себя.

Не бывает резких скачков, всё происходит плавно и не всегда заметно, как смена времен года.

Проект не нужен заказчику.

#мысливслух #мойопыт #менторство #проект #чтоделать #рассуждения #ненужнозаказчику

Уже года 4, я провожу оценку аналитиков в виде игры по сбору требований. Игра у меня родилась из большого количества собеседований, доклада Ольги Азимбаевой (можно почитать и посмотреть тут https://t.me/start_in_IT/233 ) и моего опыта.
Я имитирую типичного заказчика, погружаю аналитика в его обычную среду "сбора требований и общения с заказчиком". Цель выявить основные Паттерны поведения аналитика, посмотреть какие вопросы он задаёт заказчику, как собирает требования, какие требования, на что обращает внимание, насколько идёт за заказчиком и тем решением, которое ему приносит заказчик.

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

И вот в очередной раз, играя в такую игру менти мне задала вопрос, а как быть, если ты понимаешь уже на старте, что решение не решает проблем заказчика и ему это всё не нужно, и компания просто качает из него деньги?

Очень сложный вопрос. У меня нет однозначного ответа. Тут скорее, как в личной жизни, когда ты видишь, что в отношениях идёт обман, и один паразитирует за счёт другого. Что делать? Часто говорить бесполезно. Да и кто ты такой, чтобы это говорить? Этот опыт нужно получить.

Тут ещё и этика подключается, и политика. Особенно, если ты по ту сторону баррикад и твоя компания продаёт заведомо не нужный продукт, который поставят на полку, а кто-то построит себе очередную дачу или купит машину.

Чем меньше опыта, тем меньше ты видишь эти игры. И как говорится, крепче спишь. С другой стороны, решение принято, исходя из чего, мы чаще всего не знаем, оно могло быть просто политическим, и путь развития идёт, хоть и криво, странно. На этом заведомо провальном проекте, тоже можно научиться, и часто даже большему. Многих product manager так и отбирают на собеседованиях, по умению справляться с провалами.

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

Вспомнила ещё книгу "Русская модель управления" ( https://t.me/start_in_IT/176 ), когда я вижу какие-то очень странные, по-моему мнению движения, реализации, я начинаю спрашивать "почему так?" Вспоминаю книгу и отвечаю, аааа вот почему.

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

Всегда есть выбор, даже если кажется, что его нет)