#Sкривая #технологии #теория #рассуждения #мысливслух
Я так часто говорю про S-кривую развития технологии, что похоже пора бы её уже зафиксировать тут.
Начнём с определения термина технология. Очень многогранный термин. Первая ассоциация с технологией у меня, что это что-то новое, инновационное, что доступно в качестве знания ограниченному кругу людей. И это некий набор способов изготовления чего либо. У меня всё таки инженерный бэкграунд и технология для меня это всё таки производство деталей, и ещё идёт ассоциация с конвейером на предприятие. То есть для меня технология, это именно правила, инструменты, способы производства.
Если смотреть на перевод с древне-греческого, то это искусство, мастерство, умение + слово, смысл, мысль, понятие. Искусство мысли? Что-то не очень понятно))
Мы же работаем с информационными технологиями и #капитаночевидность они позволяют нам обрабатывать данные для получения нового качества информации, что позволяет делать выводы, анализ, принимать решения о процессе, объекте, явление. И! Даёт конкурентное преимущество!)
В ИТ очень быстро появляются технологии и также быстро умирают. Пока ты учишь как её применять она уже неактуальна.
Если посмотреть на график s - кривой, то мы вкладываем деньги и ресурсы в развитие технологии, она достигает своего пика и останавливается. После паузы появляется новый цикл уже с новой технологией. Самый простой пример, это хранение информации. Дискеты, потом CD-диски, потом жёсткие диски, а теперь уже облачные хранилища. Несколько технологий могут одновременно конкурировать друг с другом. А нам, как людям применяющим технологии, остаётся либо быть гикам, и постоянно следить за новинками, тем самым оставаться востребованными, либо уходить в фундамент технологий и быть инженерами, которые хорошо зная базу, смогут в любой момент освоить и применить новую технологию или новый виток развития технологии.
Я так часто говорю про S-кривую развития технологии, что похоже пора бы её уже зафиксировать тут.
Начнём с определения термина технология. Очень многогранный термин. Первая ассоциация с технологией у меня, что это что-то новое, инновационное, что доступно в качестве знания ограниченному кругу людей. И это некий набор способов изготовления чего либо. У меня всё таки инженерный бэкграунд и технология для меня это всё таки производство деталей, и ещё идёт ассоциация с конвейером на предприятие. То есть для меня технология, это именно правила, инструменты, способы производства.
Если смотреть на перевод с древне-греческого, то это искусство, мастерство, умение + слово, смысл, мысль, понятие. Искусство мысли? Что-то не очень понятно))
Мы же работаем с информационными технологиями и #капитаночевидность они позволяют нам обрабатывать данные для получения нового качества информации, что позволяет делать выводы, анализ, принимать решения о процессе, объекте, явление. И! Даёт конкурентное преимущество!)
В ИТ очень быстро появляются технологии и также быстро умирают. Пока ты учишь как её применять она уже неактуальна.
Если посмотреть на график s - кривой, то мы вкладываем деньги и ресурсы в развитие технологии, она достигает своего пика и останавливается. После паузы появляется новый цикл уже с новой технологией. Самый простой пример, это хранение информации. Дискеты, потом CD-диски, потом жёсткие диски, а теперь уже облачные хранилища. Несколько технологий могут одновременно конкурировать друг с другом. А нам, как людям применяющим технологии, остаётся либо быть гикам, и постоянно следить за новинками, тем самым оставаться востребованными, либо уходить в фундамент технологий и быть инженерами, которые хорошо зная базу, смогут в любой момент освоить и применить новую технологию или новый виток развития технологии.
#предметнаяобласть #бизнесаналитик #ITаналитик #рассуждения #мойопыт
Нужно ли аналитику знать очень глубоко предметную область?
Я тут встретила описание, что если вы эксперт в какой-то отрасли, области, то вы вполне можете пойти в аналитики в этой отрасли. И это простой и понятный путь. Набрать знаний, инструментов и перейти в тот же, бизнес - анализ.
По факту, да я встречала на собеседованиях людей с уникальными знаниями в определённой отрасли. Вот он лет 10 отработал в авиации и знает всё, или в ржд и вроде бы дорога открыта в аналитики, но почему не берут?
Мне интересно, есть ли среди вас подобный успешный переход из эксперта отрасли в бизнес-анализ в той же отрасли?
Да, я отдам предпочтение аналитику, кто знает инструменты и умеет их применять на практике, но не знает предметную область, чем обратное. Продать уникальные знания на собеседование на аналитика, как-то странно для меня звучит, не очень понятна ценность такого специалиста для проекта? Он тогда превращается в эксперта, а не в аналитика, а это ещё один стекхолдер.
Чем это плохо? #моемнение
Плохо тем, что такой эксперт не будет задавать вопросы и выводить заказчика на конфликт интересов, не будет выявлять потребности конкретного заказчика, а просто решит за него, а ещё и спорить будет больше. Но путь от аналитика до эксперта в отрасли выглядит намного привлекательнее. Особенно если этот аналитик имеет насмотренность по заказчикам. То есть он, например, консультирует компании, заказчиков, одной отрасли. И эта насмотренность позволяет со стороны видеть трудности и проблемы. Либо понимать, что может быть по-другому.
Есть конечно отрасли, где экспертиза только плюс, например, финтех, или автоматизация предприятий, или телеком, или внедрение/обслуживание 1С и т.п. Знания нужны глубокие, чтобы получить результат. Но я как аналитик из консалтинга прихожу к выводу, что я могу работать с любой отраслью, или технологией, потому что знаю как найти эксперта, какие вопросы задавать, как из эксперта выжать по-максимуму, собрать информацию, обработать, проанализировать #капитаночевидность и синтезировать обратно в общую картину мира.
У эксперта же мозг работает по-другому, он просто начинает сеять экспертизу и зарываться не там где нужно, не решая напрямую поставленные задачи. К сожалению именно такое поведение экспертов видела практике.
Нужно ли аналитику знать очень глубоко предметную область?
Я тут встретила описание, что если вы эксперт в какой-то отрасли, области, то вы вполне можете пойти в аналитики в этой отрасли. И это простой и понятный путь. Набрать знаний, инструментов и перейти в тот же, бизнес - анализ.
По факту, да я встречала на собеседованиях людей с уникальными знаниями в определённой отрасли. Вот он лет 10 отработал в авиации и знает всё, или в ржд и вроде бы дорога открыта в аналитики, но почему не берут?
Мне интересно, есть ли среди вас подобный успешный переход из эксперта отрасли в бизнес-анализ в той же отрасли?
Да, я отдам предпочтение аналитику, кто знает инструменты и умеет их применять на практике, но не знает предметную область, чем обратное. Продать уникальные знания на собеседование на аналитика, как-то странно для меня звучит, не очень понятна ценность такого специалиста для проекта? Он тогда превращается в эксперта, а не в аналитика, а это ещё один стекхолдер.
Чем это плохо? #моемнение
Плохо тем, что такой эксперт не будет задавать вопросы и выводить заказчика на конфликт интересов, не будет выявлять потребности конкретного заказчика, а просто решит за него, а ещё и спорить будет больше. Но путь от аналитика до эксперта в отрасли выглядит намного привлекательнее. Особенно если этот аналитик имеет насмотренность по заказчикам. То есть он, например, консультирует компании, заказчиков, одной отрасли. И эта насмотренность позволяет со стороны видеть трудности и проблемы. Либо понимать, что может быть по-другому.
Есть конечно отрасли, где экспертиза только плюс, например, финтех, или автоматизация предприятий, или телеком, или внедрение/обслуживание 1С и т.п. Знания нужны глубокие, чтобы получить результат. Но я как аналитик из консалтинга прихожу к выводу, что я могу работать с любой отраслью, или технологией, потому что знаю как найти эксперта, какие вопросы задавать, как из эксперта выжать по-максимуму, собрать информацию, обработать, проанализировать #капитаночевидность и синтезировать обратно в общую картину мира.
У эксперта же мозг работает по-другому, он просто начинает сеять экспертизу и зарываться не там где нужно, не решая напрямую поставленные задачи. К сожалению именно такое поведение экспертов видела практике.
#неайти #кофе #мысливслух #моемнение #рассуждения #зажизнь
Кофе - это про что?
Как-то одна моя знакомая спросила меня, что мол вы айтишники такие странные, у вас есть кофе в офисе, а вы идете в кофейню и там покупаете дороже. Почему?
Я пожала плечами и ответила, что мол в кофейне вкуснее. Но сама почему-то не верила в правдивость своего ответа. Так почему же? И кофе, и айти, так рядом друг с другом?
Я же аналитик, я заморочилась. Начала ловить моменты, когда я иду в кофейню. При этом я не пила кофе вообще, и начала его пить на проекте тинькофф. Тогда в офисном здание была кофейня со скидкой для сотрудников тинькофф. Ну я и подсела. Тогда, для меня пойти и выпить кофе, был ритуал и повод встать и выйти из офиса! Так оно меня тяготило...
Сейчас, это цель, встать и выйти из дома. Хотя я могу приготовить себе кофе и дома.
Так про что же кофейни? Для меня это прежде всего эмоции. Вкус вторичен, как ни крути. Это прежде всего эмоция, что за тобой ухаживают, тебя обслуживают, если ещё бариста весёлый, то вообще шикарно, можно поболтать. Не могу отвечать за всех айтишников, но я всё больше и больше вижу глаза без искры. Дорогой кофе, всё вкусно и красиво. Большая зарплата, но так сука скучно!!!! И сколько бы ты не пил кофе, какие бы яркие сиропы не добавлял, глаза всё равно не говорят. Нет жизни в этом айти, где команда притворяется, что она твои друзья. Да не хочу я с вами дружить, я хочу дело делать))) Притворство, конечно же тоже сразу же считывается, как не зажигает русских фраза we can do it.
Выбирая компанию, проект, стоит выбирать людей, с кем было бы в кайф общаться или пить винчик в обед. Блин, вот правда в работягах, обсуждающих футбольный матч больше жизни, чем в айтишниках, обсуждающих технологии или танчики.
Компании создают комфорт вокруг, забывая о том, что хочется работать прежде всего с людьми, чтобы утром было с ними в кайф пить кофе))) Вот и иду я в кофейню, почувствовать эмоции, яркость жизни в этот серый день, улыбнуться тому, что кто-то просто даже минимально создаёт ощущение мини праздника.
Так что кофе - это про эмоции #капитаночевидность про то, что так хочется видеть жажду жизни в глазах людей. А кусочек этой жизни, и минуты только для себя даёт такая простая услуга как кофейня)))) И возможно кофе, это моя попытка научиться просто жить и кайфовать от жизни, чего и вам желаю!)
P. S. А что для вас кофе?)
Кофе - это про что?
Как-то одна моя знакомая спросила меня, что мол вы айтишники такие странные, у вас есть кофе в офисе, а вы идете в кофейню и там покупаете дороже. Почему?
Я пожала плечами и ответила, что мол в кофейне вкуснее. Но сама почему-то не верила в правдивость своего ответа. Так почему же? И кофе, и айти, так рядом друг с другом?
Я же аналитик, я заморочилась. Начала ловить моменты, когда я иду в кофейню. При этом я не пила кофе вообще, и начала его пить на проекте тинькофф. Тогда в офисном здание была кофейня со скидкой для сотрудников тинькофф. Ну я и подсела. Тогда, для меня пойти и выпить кофе, был ритуал и повод встать и выйти из офиса! Так оно меня тяготило...
Сейчас, это цель, встать и выйти из дома. Хотя я могу приготовить себе кофе и дома.
Так про что же кофейни? Для меня это прежде всего эмоции. Вкус вторичен, как ни крути. Это прежде всего эмоция, что за тобой ухаживают, тебя обслуживают, если ещё бариста весёлый, то вообще шикарно, можно поболтать. Не могу отвечать за всех айтишников, но я всё больше и больше вижу глаза без искры. Дорогой кофе, всё вкусно и красиво. Большая зарплата, но так сука скучно!!!! И сколько бы ты не пил кофе, какие бы яркие сиропы не добавлял, глаза всё равно не говорят. Нет жизни в этом айти, где команда притворяется, что она твои друзья. Да не хочу я с вами дружить, я хочу дело делать))) Притворство, конечно же тоже сразу же считывается, как не зажигает русских фраза we can do it.
Выбирая компанию, проект, стоит выбирать людей, с кем было бы в кайф общаться или пить винчик в обед. Блин, вот правда в работягах, обсуждающих футбольный матч больше жизни, чем в айтишниках, обсуждающих технологии или танчики.
Компании создают комфорт вокруг, забывая о том, что хочется работать прежде всего с людьми, чтобы утром было с ними в кайф пить кофе))) Вот и иду я в кофейню, почувствовать эмоции, яркость жизни в этот серый день, улыбнуться тому, что кто-то просто даже минимально создаёт ощущение мини праздника.
Так что кофе - это про эмоции #капитаночевидность про то, что так хочется видеть жажду жизни в глазах людей. А кусочек этой жизни, и минуты только для себя даёт такая простая услуга как кофейня)))) И возможно кофе, это моя попытка научиться просто жить и кайфовать от жизни, чего и вам желаю!)
P. S. А что для вас кофе?)
#материал #микросервисы #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 | Продуктовый аутсорсинг для вашего бизнеса
Проводим исследования и проверяем гипотезы, запускаем новые продукты и улучшаем уже существующие
#мысливслух #безосуждений #коучинг #менторство #моемнение #коммуникация #общение
Пока в очередной раз меня накрыло. Я сделала прививку спутник лайт (никого, ни к чему не призываю, выводы делайте сами). Мои антитела с химическими борятся уже вторую неделю.
Я заметила следующую вещь, о спасибо #капитаночевидность ))) Критика сразу же на всё из серии "не смотрел/не читал, но сразу же осуждаю". Как часто я это вижу в профессиональных чатах, да и среди друзей тоже.
Честно говоря я привыкла к такому. И это немного бесит. Ещё бесят высказывания "не делай", "даже не думай", "трата времени", на любые идеи. А ведь идеи могут превратиться в ценный опыт. И пока не попробуешь не поймёшь.
Мне тут вспомнилась история из жизни компании ultimate guitar. У них в офисе стоит микрофон и в него кто угодно, может сказать любое предложение по улучшению. Это предложение не осуждается из серии "Вася ну ты дебил, об этом знала только твоя команда, а теперь знает вся компания".
Всё фиксируется и дальше идёт голосование. Если твоя идея набирает голоса, её внедряют и смотрят на результат. И таким образом, даже супер безумные идеи, которые на первый взгляд выглядят как" записки сумасшедшего", приносят так называемое value для компании.
Кстати говоря, на русском MTV, в их золотое время, мимо проходящая уборщица голосовала за клип, ставить ли его в эфире. Без обсуждений и осуждений!
К чему я веду. Вот уж не знаю почему, наверное с кровью СССР у нас сидит осуждение. И как сильно мы себя лишаем тех же инсайтов и расширения взглядов, идей и развития, из позиции осуждения.
И на самом деле, это очень крутая черта коуча - входить в коммуникацию без выводов и осуждений. Вот оно есть, как есть, без эмоций. И если человек пришёл к тебе на менторство с вопросом, рассмеяться в ответ на запрос или преждевременно сделать вывод и поставить диагноз "болен", очень просто. А вот это всё отбросить и оставить чистый лист конструктива, то к чему очень хочется стремиться)))
Без осуждений)))
Пока в очередной раз меня накрыло. Я сделала прививку спутник лайт (никого, ни к чему не призываю, выводы делайте сами). Мои антитела с химическими борятся уже вторую неделю.
Я заметила следующую вещь, о спасибо #капитаночевидность ))) Критика сразу же на всё из серии "не смотрел/не читал, но сразу же осуждаю". Как часто я это вижу в профессиональных чатах, да и среди друзей тоже.
Честно говоря я привыкла к такому. И это немного бесит. Ещё бесят высказывания "не делай", "даже не думай", "трата времени", на любые идеи. А ведь идеи могут превратиться в ценный опыт. И пока не попробуешь не поймёшь.
Мне тут вспомнилась история из жизни компании ultimate guitar. У них в офисе стоит микрофон и в него кто угодно, может сказать любое предложение по улучшению. Это предложение не осуждается из серии "Вася ну ты дебил, об этом знала только твоя команда, а теперь знает вся компания".
Всё фиксируется и дальше идёт голосование. Если твоя идея набирает голоса, её внедряют и смотрят на результат. И таким образом, даже супер безумные идеи, которые на первый взгляд выглядят как" записки сумасшедшего", приносят так называемое value для компании.
Кстати говоря, на русском MTV, в их золотое время, мимо проходящая уборщица голосовала за клип, ставить ли его в эфире. Без обсуждений и осуждений!
К чему я веду. Вот уж не знаю почему, наверное с кровью СССР у нас сидит осуждение. И как сильно мы себя лишаем тех же инсайтов и расширения взглядов, идей и развития, из позиции осуждения.
И на самом деле, это очень крутая черта коуча - входить в коммуникацию без выводов и осуждений. Вот оно есть, как есть, без эмоций. И если человек пришёл к тебе на менторство с вопросом, рассмеяться в ответ на запрос или преждевременно сделать вывод и поставить диагноз "болен", очень просто. А вот это всё отбросить и оставить чистый лист конструктива, то к чему очень хочется стремиться)))
Без осуждений)))
#теория #мойопыт #мирвокруг #пополочкам
Давно у меня не было теории, поэтому вспомним про мою рубрику #проITсистемы где я собираю информацию про классы информационных систем. Одни классы вырастают из других и связаны между собой. Одного списка, как справочника, я не видела нигде, поэтому встречаю новый класс и фиксирую.
Какой список уже собрался:
✅ 1. CRM - https://t.me/start_in_IT/219
✅ 2. MDM - https://t.me/start_in_IT/220
✅ 3.Интеграционные решения - https://t.me/start_in_IT/221 интеграционная шина - https://t.me/start_in_IT/222 брокер - https://t.me/start_in_IT/223
✅ 4.Биллинг - https://t.me/start_in_IT/225
✅ 5.ETL - https://t.me/start_in_IT/226
✅ 6.ERP - https://t.me/start_in_IT/228
✅ 7.WMS - https://t.me/start_in_IT/242
И вот я встретила системы класса MRM, в посте ниже 👇 поговорим про них.
⚠️ А к вам вопрос, какие ещё классы систем вы встречали и которых нет у меня в списке ❓
Я думаю есть ещё что-то специфичное, что не встречалось у меня на жизненном пути))) пишите в комментариях👇
Давно у меня не было теории, поэтому вспомним про мою рубрику #проITсистемы где я собираю информацию про классы информационных систем. Одни классы вырастают из других и связаны между собой. Одного списка, как справочника, я не видела нигде, поэтому встречаю новый класс и фиксирую.
Какой список уже собрался:
✅ 1. CRM - https://t.me/start_in_IT/219
✅ 2. MDM - https://t.me/start_in_IT/220
✅ 3.Интеграционные решения - https://t.me/start_in_IT/221 интеграционная шина - https://t.me/start_in_IT/222 брокер - https://t.me/start_in_IT/223
✅ 4.Биллинг - https://t.me/start_in_IT/225
✅ 5.ETL - https://t.me/start_in_IT/226
✅ 6.ERP - https://t.me/start_in_IT/228
✅ 7.WMS - https://t.me/start_in_IT/242
И вот я встретила системы класса MRM, в посте ниже 👇 поговорим про них.
⚠️ А к вам вопрос, какие ещё классы систем вы встречали и которых нет у меня в списке ❓
Я думаю есть ещё что-то специфичное, что не встречалось у меня на жизненном пути))) пишите в комментариях👇
Telegram
Записки ИТ специалиста
#проITсистемы #мойопыт #мирвокруг #капитаночевидность #мысливслух #пополочкам #crm
CRM-системы, что это такое?
Решила я тут зафиксировать свои знания про классы или виды информационных систем.
Сподвигла меня на это реклама одного блоггера, который CRM прочитал…
CRM-системы, что это такое?
Решила я тут зафиксировать свои знания про классы или виды информационных систем.
Сподвигла меня на это реклама одного блоггера, который CRM прочитал…
#теория #мойопыт #мирвокруг #пополочкам #MRM
👆Выше пост, про все Классы Информационных Систем, что я встречала на практике.
Итак, про MRM - Marketing Resource Management. Класс информационных систем автоматизации маркетинговой деятельности. Раз я встретила такую систему, то это показатель того, что они стали развиваться. И вот в статье на vc, я прочитала фразу, что к 2023 году востребованность подобных систем на рынке вырастет на 80%!
С чем это связано? С моей точки зрения, это и усложнение каналов связи с клиентами, и рост информационных площадок, типа Instagram как канал продаж, или чат-бот в telegram. Но и наличие данных о людях. Все компании собирают данные о своих клиентах, а потом этим торгуют #капитаночевидность
Будущее уже здесь. И если ты покупаешь шоколадку в магазине и расплачиваешься картой, то эту информацию продадут в компании, которые торгуют продуктами и они будут упрощать процесс покупки шоколадки и предлагать вам персонализированные скидки.
Что же даёт MRM? Управление маркетинговыми кампаниями. Планирование, бюджетирование, согласование кампаний, получение отчётов. Смею предположить, что какая-то часть подобного функционала есть в CRM, а что-то закрывают спец системы, типа Яндекс.Директ, Google.Ads и т.п.
Насколько я понимаю, мало какие системы себя называют MRM, потому что функции размазаны по другим системам IT-ландшафта. И с другой стороны MRM системы могут себе позволить большие компании. Раз автоматизация маркетинга пошла в рост, то и для небольших компаний либо уже есть, либо строятся облачные решения с удобным личным кабинетом.
Пока я искала информацию про MRM, наткнулась на ещё кучу других систем DAM, PIM, CMS, PXM.
Статья про все подобные системы https://picvar.io/blog/dam-pim-mrm/rus
👆Выше пост, про все Классы Информационных Систем, что я встречала на практике.
Итак, про MRM - Marketing Resource Management. Класс информационных систем автоматизации маркетинговой деятельности. Раз я встретила такую систему, то это показатель того, что они стали развиваться. И вот в статье на vc, я прочитала фразу, что к 2023 году востребованность подобных систем на рынке вырастет на 80%!
С чем это связано? С моей точки зрения, это и усложнение каналов связи с клиентами, и рост информационных площадок, типа Instagram как канал продаж, или чат-бот в telegram. Но и наличие данных о людях. Все компании собирают данные о своих клиентах, а потом этим торгуют #капитаночевидность
Будущее уже здесь. И если ты покупаешь шоколадку в магазине и расплачиваешься картой, то эту информацию продадут в компании, которые торгуют продуктами и они будут упрощать процесс покупки шоколадки и предлагать вам персонализированные скидки.
Что же даёт MRM? Управление маркетинговыми кампаниями. Планирование, бюджетирование, согласование кампаний, получение отчётов. Смею предположить, что какая-то часть подобного функционала есть в CRM, а что-то закрывают спец системы, типа Яндекс.Директ, Google.Ads и т.п.
Насколько я понимаю, мало какие системы себя называют MRM, потому что функции размазаны по другим системам IT-ландшафта. И с другой стороны MRM системы могут себе позволить большие компании. Раз автоматизация маркетинга пошла в рост, то и для небольших компаний либо уже есть, либо строятся облачные решения с удобным личным кабинетом.
Пока я искала информацию про MRM, наткнулась на ещё кучу других систем DAM, PIM, CMS, PXM.
Статья про все подобные системы https://picvar.io/blog/dam-pim-mrm/rus
#материал #ITаналитик #бизнесаналитик #babok #мояполка #books
Ко мне наконец-то пришла книга Babok!!
А чего я так радуюсь?) ну наконец-то я её хотя бы полистаю от корки до корки, а может и почитаю. А не так урывками на английском языке.
И ещё радуюсь тому, что она на русском языке и всем доступна!
Если вспомнить 2006 год, то с книгами и курсами в сфере айти было туго. Конечно зубры мне скажут, что оооо ты бы ещё 2000 вспомнила или ещё более лохматый год. Но по факту, всё доступно! Стал ли человек это брать и использовать? Это уже другой вопрос.
Изобилие курсов, книг, открытой информации и большая скорость жизни с ощущением, что это всё бы мне прочитать ещё вчера.
Но как по мне, так выход babok на русском языке знаковое событие для аналитиков.
Ещё конечно побуду #капитаночевидность и скажу, что важно читать книги на английском языке. Я о babok узнала в 2008, а получила её на русском языке в 2021!! Как вам разрыв? Я именно про печать, потому что вы мне скажите, что в электронном виде давно есть.
Навык читать статьи и книги на английском языке важен, если хочется быть на пике тенденций #капитаночевидность
Да и просто диктовать эти тенденции. Увидел, перевёл, рассказал и ты в российское пространство принёс, что-то новое.
Ко мне наконец-то пришла книга Babok!!
А чего я так радуюсь?) ну наконец-то я её хотя бы полистаю от корки до корки, а может и почитаю. А не так урывками на английском языке.
И ещё радуюсь тому, что она на русском языке и всем доступна!
Если вспомнить 2006 год, то с книгами и курсами в сфере айти было туго. Конечно зубры мне скажут, что оооо ты бы ещё 2000 вспомнила или ещё более лохматый год. Но по факту, всё доступно! Стал ли человек это брать и использовать? Это уже другой вопрос.
Изобилие курсов, книг, открытой информации и большая скорость жизни с ощущением, что это всё бы мне прочитать ещё вчера.
Но как по мне, так выход babok на русском языке знаковое событие для аналитиков.
Ещё конечно побуду #капитаночевидность и скажу, что важно читать книги на английском языке. Я о babok узнала в 2008, а получила её на русском языке в 2021!! Как вам разрыв? Я именно про печать, потому что вы мне скажите, что в электронном виде давно есть.
Навык читать статьи и книги на английском языке важен, если хочется быть на пике тенденций #капитаночевидность
Да и просто диктовать эти тенденции. Увидел, перевёл, рассказал и ты в российское пространство принёс, что-то новое.
#мирвокруг #рассуждения #мысливслух #моемнение
#работодатель #компаниямечты
Меня часто спрашивают: куда пойти работать, чтобы прокачать скиллы и получить правильный опыт. Раньше у меня был ответ и мой собственный топ компаний. Сейчас я понимаю, что мало что меня впечатляет.
Я думала, что это уже проф деформация, но оказалось, что нет.
Пост хоть уже и считается старым, по нынешним меркам. Но я часто к нему возвращаюсь, потому что так чётко я не смогла сформулировать, а что не так с рынком?
Ссылка на пост: https://m.facebook.com/nikita.abramenko/posts/10159543704241878
Действительно, нет компании, куда бы хотелось пойти работать и чтобы она была командой мечты.
Когда-то все хотели в тинькофф, сейчас когда я вижу выступления их ведущих аналитиков становится печально за уровень. #моемнение
Сбер кажется болотом, где можно сидеть на "пенсии" аналитику. Типа надоело всё, устал. Просто сижу и работу работаю.
Бесспорно каждому своё.
Но хочется, чтобы было зажигательно, глаза горели, а утром хотелось общаться с коллегами и получать от этого кайф. И чтобы пространство было развивающим, открытым без обсуждений))))) #мечтыкапитанаочевидность
#работодатель #компаниямечты
Меня часто спрашивают: куда пойти работать, чтобы прокачать скиллы и получить правильный опыт. Раньше у меня был ответ и мой собственный топ компаний. Сейчас я понимаю, что мало что меня впечатляет.
Я думала, что это уже проф деформация, но оказалось, что нет.
Пост хоть уже и считается старым, по нынешним меркам. Но я часто к нему возвращаюсь, потому что так чётко я не смогла сформулировать, а что не так с рынком?
Ссылка на пост: https://m.facebook.com/nikita.abramenko/posts/10159543704241878
Действительно, нет компании, куда бы хотелось пойти работать и чтобы она была командой мечты.
Когда-то все хотели в тинькофф, сейчас когда я вижу выступления их ведущих аналитиков становится печально за уровень. #моемнение
Сбер кажется болотом, где можно сидеть на "пенсии" аналитику. Типа надоело всё, устал. Просто сижу и работу работаю.
Бесспорно каждому своё.
Но хочется, чтобы было зажигательно, глаза горели, а утром хотелось общаться с коллегами и получать от этого кайф. И чтобы пространство было развивающим, открытым без обсуждений))))) #мечтыкапитанаочевидность
Facebook
Log in or sign up to view
See posts, photos and more on Facebook.
#uml #sequence #материал #теория #нотация #мойопыт #системныйаналитик #системныйанализ
Сегодня предлагаю устроить обмен опытом. На днях девушка мне показала sequence - диаграмму с интересной вставкой из овалов и их цепочки. Честно, ни разу не встречала ранее. И конечно я как аналитик, пошла открыла книгу и увидела описание на диаграмме цепочку из статусов объекта, который участвует во взаимодействие.
К вам вопрос: встречали ли подобное описание и используете ли в своей практике? Удобно ли? Какие мысли?)
Сегодня предлагаю устроить обмен опытом. На днях девушка мне показала sequence - диаграмму с интересной вставкой из овалов и их цепочки. Честно, ни разу не встречала ранее. И конечно я как аналитик, пошла открыла книгу и увидела описание на диаграмме цепочку из статусов объекта, который участвует во взаимодействие.
К вам вопрос: встречали ли подобное описание и используете ли в своей практике? Удобно ли? Какие мысли?)
#теория #криваяБандуры #освоениематериала #обучение #новаяпредметнаяобласть
Я снова и снова наступаю на одни и те же грабли)) Сколько бы ты теорий не знал, как бы не работал над собой, а мозг есть мозг)) И он точит и говорит, чёт плохо выходит, нет результата. А подождать? Нееее уже столько вложила, просто ничего не выходит. Ты бездарность, плохо стараешься и точка!
И я не одна такая. И тут меня может успокоить кривая Бандуры. Я сначала думала, что она так названа потому что похожа на украинский музыкальный инструмент, но нет)) Её нарисовал Альберт Бандура))
И что можно увидеть? Что в самом начале всегда есть результат в новом деле, но в какой-то момент мы выходим на плато, и результат будет, но нужно перейти через плато. Нужно подождать. О спасибо #капитаночевидность при этом мозг хочет мгновенной отдачи. В этот момент хочется всё бросить.
Так что как я успокаиваю себя кривой Бандуры и как мышь продолжаю есть свой сыр (об этой аналогии освоения нового пост вот тут - > https://t.me/start_in_IT/315).
Я снова и снова наступаю на одни и те же грабли)) Сколько бы ты теорий не знал, как бы не работал над собой, а мозг есть мозг)) И он точит и говорит, чёт плохо выходит, нет результата. А подождать? Нееее уже столько вложила, просто ничего не выходит. Ты бездарность, плохо стараешься и точка!
И я не одна такая. И тут меня может успокоить кривая Бандуры. Я сначала думала, что она так названа потому что похожа на украинский музыкальный инструмент, но нет)) Её нарисовал Альберт Бандура))
И что можно увидеть? Что в самом начале всегда есть результат в новом деле, но в какой-то момент мы выходим на плато, и результат будет, но нужно перейти через плато. Нужно подождать. О спасибо #капитаночевидность при этом мозг хочет мгновенной отдачи. В этот момент хочется всё бросить.
Так что как я успокаиваю себя кривой Бандуры и как мышь продолжаю есть свой сыр (об этой аналогии освоения нового пост вот тут - > https://t.me/start_in_IT/315).
#конфархитекторов #моемнение #развитие #гос #рассуждения #мирвокруг
В прошедшую пятницу мне посчастливилось послушать выступления архитекторов разных компаний на конференции, которую устраивали scrum track.
Зафиксирую свои #мысливслух
Начну с госов))
Я не люблю гос разработку. Потому что для меня гос проекты не про бизнес. Но в госах настолько интересные бывают задачи, которые ты не найдёшь нигде. И конечно все современные слова и тенденции в виде "блокчейн, искусственный интеллект и цифровые двойники" присутствуют. Под них выделяются бюджеты и хочется верить в то, что эти технологии реально реализуются. Иногда кажется, что подобные технологии пихают куда надо и куда не надо. Но речь сегодня не про это)
Итак, меня поразили два доклада. Про ЕМИАС и про Почту. От каждого из этих слов меня бросает в мелкую дрожь. И хочется закричать "никогда"!! Но! Представляете какие безумные вещи выстроили архитекторы этих компаний? Всё дословно мне сложно рассказать. Записи выступлений в открытом виде, насколько я поняла, будут в декабре.
Но цифровая трансформация работает. Почта сделали конвейер по разработке. И удивили меня тем, что начали проверять требования ещё на ранних стадиях проектирования. Сразу же прилетел вопрос, а как же agile, на что их архитектор сказал, что это и есть agile. Чёткие границы всех этапов, проектирование, чёткие задачи на разработку. И внимание!) они внедряют в свой процесс Enterprise architect. Я всё чаще и чаще произношу это название. Но по сути, кроме как автоматизировать процесс постановки задач на разработку, ускорение не добиться. И их преобразование увеличило разработку в 10 раз!! Только вдумайтесь в 10 раз! Если мы говорили, о том, что наличие аналитика увеличивает скорость разработки в 2 раза, то автоматизация проектирования и работы архитектора/аналитика приводит к увеличению в 10 раз!
На самом деле всё к этому и идёт. Появление микросервисов, быстрая скорость разработки, предъявляет требование и к автоматизации работы аналитика. Тут вангую, что должна появиться среда, где из слов можно создавать диаграммы и наоборот. Возможно уже что-то есть, а я и не в курсе. Я не про Enterprise architect, visual paradigm или им подобное. А что-то типа gerkin, когда ты пишешь псевдо код из требований это превращается, например, в активити (имхо это самое простое) и дальше уходит в проектирование.
При этом почта практически не имеет аналитиков, но зато у них системные архитекторы, solutions архитекторы и ещё какие-то, всех не запомнила))) Но смысл такой, что архитектор стал проектировщиком. А аналитик же тоже проектирует!! Но почему - то многим это не очевидно.
Что касаемо ЕМИАС, то тут мощь в распределение системы. И тоже прозвучали слова Enterprise architect!
На самом деле у многих в докладах звучало правило - что всё должно документироваться по одному шаблону в компании. Чтобы можно было шарить ресурсы и спокойно переключать разработчика с задачи на задачу. Хотя я сторонник подхода - да как угодно опиши, главное донеси правильно задачу команде разработки. Но чёткие правила игры дают возможность и масштабироваться и внедрять такие инструменты как EA.
Небольшой подитог. Не знаю как вы, а я долго находилась под впечатлением того, во что превратился емиас и почта. Даже для меня, как для пользователя, сервис стал лучше. И мне тут сложно сравнивать с другими странами, но с 2017 до 2021 год у подобных сервисов случился скачок. Хотя для нас это скачок, а по сути нормальное развитие. Выход на качественный уровень, при цифровой трансформации, быстро не происходит, как раз 3-4 года. Хоть нам и кажется, что должно быть быстро и здесь и сейчас. Но нет. Естественное развитие живёт по своим законам.
Отрадно думать о том, как все государственные или около государственные сервисы могут улучшаться в будущем. Но думаю до пика развития они всё таки когда-то дойдут.
В прошедшую пятницу мне посчастливилось послушать выступления архитекторов разных компаний на конференции, которую устраивали scrum track.
Зафиксирую свои #мысливслух
Начну с госов))
Я не люблю гос разработку. Потому что для меня гос проекты не про бизнес. Но в госах настолько интересные бывают задачи, которые ты не найдёшь нигде. И конечно все современные слова и тенденции в виде "блокчейн, искусственный интеллект и цифровые двойники" присутствуют. Под них выделяются бюджеты и хочется верить в то, что эти технологии реально реализуются. Иногда кажется, что подобные технологии пихают куда надо и куда не надо. Но речь сегодня не про это)
Итак, меня поразили два доклада. Про ЕМИАС и про Почту. От каждого из этих слов меня бросает в мелкую дрожь. И хочется закричать "никогда"!! Но! Представляете какие безумные вещи выстроили архитекторы этих компаний? Всё дословно мне сложно рассказать. Записи выступлений в открытом виде, насколько я поняла, будут в декабре.
Но цифровая трансформация работает. Почта сделали конвейер по разработке. И удивили меня тем, что начали проверять требования ещё на ранних стадиях проектирования. Сразу же прилетел вопрос, а как же agile, на что их архитектор сказал, что это и есть agile. Чёткие границы всех этапов, проектирование, чёткие задачи на разработку. И внимание!) они внедряют в свой процесс Enterprise architect. Я всё чаще и чаще произношу это название. Но по сути, кроме как автоматизировать процесс постановки задач на разработку, ускорение не добиться. И их преобразование увеличило разработку в 10 раз!! Только вдумайтесь в 10 раз! Если мы говорили, о том, что наличие аналитика увеличивает скорость разработки в 2 раза, то автоматизация проектирования и работы архитектора/аналитика приводит к увеличению в 10 раз!
На самом деле всё к этому и идёт. Появление микросервисов, быстрая скорость разработки, предъявляет требование и к автоматизации работы аналитика. Тут вангую, что должна появиться среда, где из слов можно создавать диаграммы и наоборот. Возможно уже что-то есть, а я и не в курсе. Я не про Enterprise architect, visual paradigm или им подобное. А что-то типа gerkin, когда ты пишешь псевдо код из требований это превращается, например, в активити (имхо это самое простое) и дальше уходит в проектирование.
При этом почта практически не имеет аналитиков, но зато у них системные архитекторы, solutions архитекторы и ещё какие-то, всех не запомнила))) Но смысл такой, что архитектор стал проектировщиком. А аналитик же тоже проектирует!! Но почему - то многим это не очевидно.
Что касаемо ЕМИАС, то тут мощь в распределение системы. И тоже прозвучали слова Enterprise architect!
На самом деле у многих в докладах звучало правило - что всё должно документироваться по одному шаблону в компании. Чтобы можно было шарить ресурсы и спокойно переключать разработчика с задачи на задачу. Хотя я сторонник подхода - да как угодно опиши, главное донеси правильно задачу команде разработки. Но чёткие правила игры дают возможность и масштабироваться и внедрять такие инструменты как EA.
Небольшой подитог. Не знаю как вы, а я долго находилась под впечатлением того, во что превратился емиас и почта. Даже для меня, как для пользователя, сервис стал лучше. И мне тут сложно сравнивать с другими странами, но с 2017 до 2021 год у подобных сервисов случился скачок. Хотя для нас это скачок, а по сути нормальное развитие. Выход на качественный уровень, при цифровой трансформации, быстро не происходит, как раз 3-4 года. Хоть нам и кажется, что должно быть быстро и здесь и сейчас. Но нет. Естественное развитие живёт по своим законам.
Отрадно думать о том, как все государственные или около государственные сервисы могут улучшаться в будущем. Но думаю до пика развития они всё таки когда-то дойдут.
#нотация #мысливслух #рассуждения #бизнесаналитик #ITаналитик #капитаночевидность
За что я люблю нотации?
Для меня нотация это свод правил, используя который можно получить описание/требования/решения в виде диаграммы.
На днях прилетел ко мне вопрос. А нужно знать нотации и их использовать?
И конечно коротко можно сказать - нужно! Но кому нужно? Когда, почему и тут же все прилетят, как коршуны, нам не нужен uml, тяжело и сложно. А кто сказал, что всё должно быть просто? Привет инженерным наукам и проектированию.
Поэтому рассуждая в рамках, так сказать, современного айти, я бы сказала, что все инструменты хороши для описания и донесения информации до участников процесса. Если вы на Стартапе, да хоть на человечках из лего моделируйте процесс (такое я тоже делала), лишь бы все быстро поняли, что нужно.
И что такое нотация? Кроме правил, это ещё и набор элементов, фигур, стрелочек и может шрифта и цвета, что позволяет показать информацию в виде картинки.
Вот прикиньте, вы автор нотации, придумали какой-то псевдо язык изображения и он нефига непонятен, понятен только вам. Да вас закидают негативом. Так что тут процесс эволюции очевиден, выживает то, что имеет низкий порог входа в язык, использование и отличную визуализацию. И как методика может быть пазлом в системном подходе к процессу разработки.
Никто вам не мешает придумать свой язык! Главное, чтобы эта визуализация была понятна другим. Такое тоже у меня была на практике.
Но, тут есть но! Подводный камень в том, что это что-то своё и не общепринятое. А очень бы хотелось при масштабирование бизнеса нанимать людей и шарить документы, так чтобы все смогли их прочитать.
При этом, что немало важно, нотация вас загоняет в стандарт и заставляет себя перепроверить и задать дополнительные вопросы. Я когда-то, с аналитиками, проводила эксперимент. Мы нарисовали один и тот же бизнес-процесс в нотации bpm и epc (Aris). И потом сравнили результат. Epc заставил людей подстроиться под правила и вытащить упущенное, но при этом читать диаграмму было сложно, а bpm выглядил дружелюбно и наглядно, но можно было упустить важные вещи.
Итого, моё резюме.
✅Знать нотации и их многообразие хорошо, это даёт возможность применять разные подходы под конкретную среду.
✅Нотация предъявляет требования к команде, и даёт возможность, зная её, быстро читать диаграммы.
✅При этом вводит в рамки, что даёт возможность задавать себе вопросы и перепроверять себя.
✅Нотация не панацея и может быть основой для вашего языка и подхода.
За что я люблю нотации?
Для меня нотация это свод правил, используя который можно получить описание/требования/решения в виде диаграммы.
На днях прилетел ко мне вопрос. А нужно знать нотации и их использовать?
И конечно коротко можно сказать - нужно! Но кому нужно? Когда, почему и тут же все прилетят, как коршуны, нам не нужен uml, тяжело и сложно. А кто сказал, что всё должно быть просто? Привет инженерным наукам и проектированию.
Поэтому рассуждая в рамках, так сказать, современного айти, я бы сказала, что все инструменты хороши для описания и донесения информации до участников процесса. Если вы на Стартапе, да хоть на человечках из лего моделируйте процесс (такое я тоже делала), лишь бы все быстро поняли, что нужно.
И что такое нотация? Кроме правил, это ещё и набор элементов, фигур, стрелочек и может шрифта и цвета, что позволяет показать информацию в виде картинки.
Вот прикиньте, вы автор нотации, придумали какой-то псевдо язык изображения и он нефига непонятен, понятен только вам. Да вас закидают негативом. Так что тут процесс эволюции очевиден, выживает то, что имеет низкий порог входа в язык, использование и отличную визуализацию. И как методика может быть пазлом в системном подходе к процессу разработки.
Никто вам не мешает придумать свой язык! Главное, чтобы эта визуализация была понятна другим. Такое тоже у меня была на практике.
Но, тут есть но! Подводный камень в том, что это что-то своё и не общепринятое. А очень бы хотелось при масштабирование бизнеса нанимать людей и шарить документы, так чтобы все смогли их прочитать.
При этом, что немало важно, нотация вас загоняет в стандарт и заставляет себя перепроверить и задать дополнительные вопросы. Я когда-то, с аналитиками, проводила эксперимент. Мы нарисовали один и тот же бизнес-процесс в нотации bpm и epc (Aris). И потом сравнили результат. Epc заставил людей подстроиться под правила и вытащить упущенное, но при этом читать диаграмму было сложно, а bpm выглядил дружелюбно и наглядно, но можно было упустить важные вещи.
Итого, моё резюме.
✅Знать нотации и их многообразие хорошо, это даёт возможность применять разные подходы под конкретную среду.
✅Нотация предъявляет требования к команде, и даёт возможность, зная её, быстро читать диаграммы.
✅При этом вводит в рамки, что даёт возможность задавать себе вопросы и перепроверять себя.
✅Нотация не панацея и может быть основой для вашего языка и подхода.
#брокеры #трудностиперевода #интеграция #рассуждения #мирвокруг #вики
Недавно мы тут с вами затронули тему "трудности перевода". Теперь наткнулась на перевод, который заставляет сильно задуматься и поставить под сомнение моё понимание функционала брокера)))
Если вы откроете русскую Википедию и прочитаете пункты про функции брокера сообщений https://ru-wikipedia-org.turbopages.org/ru.wikipedia.org/s/wiki/%D0%91%D1%80%D0%BE%D0%BA%D0%B5%D1%80_%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D0%B9
То можете увидеть пункт проверка сообщения на ошибки.
Глазастые аналитики сразу же спросили, что это и это же неправда!
Мой мозг был сломан и я думала, что безнадёжно отстала от жизни и возможно брокеры стали такими умными, что уже и на ошибки проверяют. Пошла спрашивать умных архитекторов и тим лидов разработки. Те удивлялись.
Действительно в английском варианте, эта фраза звучит, как respond to events or errors.
Перевести конечно можно как угодно, мне нравится вариант реакция на события или ошибки.
Почувствовали разницу?
Брокер не проверяет на ошибки сообщения. Брокер просто тупой передатчик/перекладчик из системы источника в систему приёмник. И в общем случае брокером можно назвать любой механизм перекладывания. Мы брокеры знаем, как отдельный класс систем, которые служат связью между элементами. И применяются в микросервисной архитектуре. Строя передачу сообщений на очередях между участниками взаимодействия.
В брокерах нет глубокой логики или проверок сообщений.
Недавно мы тут с вами затронули тему "трудности перевода". Теперь наткнулась на перевод, который заставляет сильно задуматься и поставить под сомнение моё понимание функционала брокера)))
Если вы откроете русскую Википедию и прочитаете пункты про функции брокера сообщений https://ru-wikipedia-org.turbopages.org/ru.wikipedia.org/s/wiki/%D0%91%D1%80%D0%BE%D0%BA%D0%B5%D1%80_%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D0%B9
То можете увидеть пункт проверка сообщения на ошибки.
Глазастые аналитики сразу же спросили, что это и это же неправда!
Мой мозг был сломан и я думала, что безнадёжно отстала от жизни и возможно брокеры стали такими умными, что уже и на ошибки проверяют. Пошла спрашивать умных архитекторов и тим лидов разработки. Те удивлялись.
Действительно в английском варианте, эта фраза звучит, как respond to events or errors.
Перевести конечно можно как угодно, мне нравится вариант реакция на события или ошибки.
Почувствовали разницу?
Брокер не проверяет на ошибки сообщения. Брокер просто тупой передатчик/перекладчик из системы источника в систему приёмник. И в общем случае брокером можно назвать любой механизм перекладывания. Мы брокеры знаем, как отдельный класс систем, которые служат связью между элементами. И применяются в микросервисной архитектуре. Строя передачу сообщений на очередях между участниками взаимодействия.
В брокерах нет глубокой логики или проверок сообщений.
Wikipedia
Брокер сообщений
связующее программное обеспечение для координации межсистемного обмена сообщениями
#мирвокруг #гарантированнаядоставка #системныйаналитик #системныйанализ #аналитик #шса
Гарантированная доставка.
Что ж теперь я официально могу сказать, что являюсь преподавателем "Школы системного анализа и проектирования" и веду курс по основам проектирования интеграций информационных систем. Так что ввожу новый хештег #интеграция и буду писать интересные вопросы по этой популярной теме. И надеюсь, многим будет интересна эта тема, так как интеграция это не только маппинг данных, хотя менеджмент часто видит интеграцию, как что-то простое, решаемое одной таблицей маппинга.
Хочется рассказать про гарантированную доставку данных.
Что же это такое? Из названия понятно, что это некий механизм, который должен включаться и стопудово доставить данные потребителю. Данные не должны потеряться и точно должны быть доставлены. Ну например, как повестка в суд. Только под вашу подпись, лично в руки.
Как его можно организовать? Самое простое это повторные вызовы системы приёмника до тех пор, пока она не ответит, что приняла данные и их зафиксировала.
С помощью очередей в Брокере, также можно посредством ещё одной очереди, создать гарантированную доставку, куда можно кидать сообщения, по которым не получили отбивку принято и отправлять повторно.
Зачем же это всё нужно? И для каких данных?
Приведу супер пример.
Мои знакомые однокурсники из авиационного института работают в авиационной отрасли. Да, есть ещё такие люди. И вот, как-то их отправили в Австралию тестировать приложение. Это приложение обеспечивает диспетчеров информацией по самолёту. То есть один диспетчер передаёт другому самолет. Диспетчер ведёт этот самолёт по определённой зоне. Например, над Москвой есть зоны аэропорта и есть круг, по которому крутятся самолёты. И вот, чтобы из одной зоны и коридора, перевести самолёт в другую зону и коридор, нужно передать данные от одного диспетчера другому. При такой передачи идёт искажение данных и конечно возможно не все данные будут переданы сразу.
Такая НЕ передача данных увеличивает вероятность аварии, например самолёты окажутся в одном коридоре. И диспетчер не поймёт все нюансы местонахождения самолёта и неправильно будет принимать решение.
Мурашки побежали по коже... Не очень хочется попадать в такую ситуацию. Данные являются критичными, и при такой интеграции механизм гарантированной доставки практически, жизненно необходим.
Что тут важно помнить аналитику. Что стоит проанализировать бизнес критичность данных при передачи от одной системы в другую, и обсудить с архитектором или главным разработчиком для каких данных и в каком варианте стоит сделать механизм гарантированной доставки. Даже если разработчик будет махать рукой в ответ и говорить "Вася отвали, Я уже всё продумал". И ты в ответ "Петя прости, у меня работа такая задавать неудобные вопросы".
По опыту могу сказать, что у нас механизм гарантированной доставки включался при отправке данных по проведённому платежу. Клиент расстроится если за его штраф гибдд не получит информацию об оплате.
Гарантированная доставка.
Что ж теперь я официально могу сказать, что являюсь преподавателем "Школы системного анализа и проектирования" и веду курс по основам проектирования интеграций информационных систем. Так что ввожу новый хештег #интеграция и буду писать интересные вопросы по этой популярной теме. И надеюсь, многим будет интересна эта тема, так как интеграция это не только маппинг данных, хотя менеджмент часто видит интеграцию, как что-то простое, решаемое одной таблицей маппинга.
Хочется рассказать про гарантированную доставку данных.
Что же это такое? Из названия понятно, что это некий механизм, который должен включаться и стопудово доставить данные потребителю. Данные не должны потеряться и точно должны быть доставлены. Ну например, как повестка в суд. Только под вашу подпись, лично в руки.
Как его можно организовать? Самое простое это повторные вызовы системы приёмника до тех пор, пока она не ответит, что приняла данные и их зафиксировала.
С помощью очередей в Брокере, также можно посредством ещё одной очереди, создать гарантированную доставку, куда можно кидать сообщения, по которым не получили отбивку принято и отправлять повторно.
Зачем же это всё нужно? И для каких данных?
Приведу супер пример.
Мои знакомые однокурсники из авиационного института работают в авиационной отрасли. Да, есть ещё такие люди. И вот, как-то их отправили в Австралию тестировать приложение. Это приложение обеспечивает диспетчеров информацией по самолёту. То есть один диспетчер передаёт другому самолет. Диспетчер ведёт этот самолёт по определённой зоне. Например, над Москвой есть зоны аэропорта и есть круг, по которому крутятся самолёты. И вот, чтобы из одной зоны и коридора, перевести самолёт в другую зону и коридор, нужно передать данные от одного диспетчера другому. При такой передачи идёт искажение данных и конечно возможно не все данные будут переданы сразу.
Такая НЕ передача данных увеличивает вероятность аварии, например самолёты окажутся в одном коридоре. И диспетчер не поймёт все нюансы местонахождения самолёта и неправильно будет принимать решение.
Мурашки побежали по коже... Не очень хочется попадать в такую ситуацию. Данные являются критичными, и при такой интеграции механизм гарантированной доставки практически, жизненно необходим.
Что тут важно помнить аналитику. Что стоит проанализировать бизнес критичность данных при передачи от одной системы в другую, и обсудить с архитектором или главным разработчиком для каких данных и в каком варианте стоит сделать механизм гарантированной доставки. Даже если разработчик будет махать рукой в ответ и говорить "Вася отвали, Я уже всё продумал". И ты в ответ "Петя прости, у меня работа такая задавать неудобные вопросы".
По опыту могу сказать, что у нас механизм гарантированной доставки включался при отправке данных по проведённому платежу. Клиент расстроится если за его штраф гибдд не получит информацию об оплате.
#естественноеразвитие #мысливслух #развитие #мирвокруг #моемнение
Про естественное развитие.
Общаясь с одним знакомым я услышала от него отличную фразу, которая, как это модно говорить, откликается, задевает. И дальше просто зависаешь и понимаешь, как это интересно.
Фраза была про естественное развитие бизнеса. На контрасте с Growth Hacking без надрыва, выгорания, с ресурсом и принятием текущего состояния и состоянием рынка. И кстати отличным подспорием для всех, и для бизнесменов, и для нас, как для специалистов, что мы двигаемся со скоростью своего естественного развития.
Буду говорить за Москву, но я думаю, что и в других регионах есть ощущение, что ты постоянно не успеваешь. Что знания, которые ты получил сейчас, нужны были тебе несколько лет назад, что своё пространство, квартира и свобода от токсичных отношений тоже нужна была тогда. И нам всё время кажется, что мы всё просрали. Но на самом деле, это естественное развитие.
Ещё сюда же запишу историю, которую любят рассказывать ген директора, основатели Стартапов. Что вот было два друга, один делал быстро и выводил сразу на рынок (привет agile), а второй делал тоже самое, но качественно и долго. И мол первый заработал деньги, сожрал рынок и купил продукт второго. И вывод такой - нам не нужно хорошо, мы хотим сожрать рынок. Вывод спорный, потому что ситуации могут быть разные.
Может быть так, я как второй предприниматель продал решение первому и вполне себе круто чувствую и вообще класс, что моё решение купили. И переехал на Бали и на полученные деньги начал заниматься, тем от чего прёт.
А может быть я как тинькофф вышел на рынок с качественным продуктом, после всех на рынке и увидел, что клиенты наелись и хотят уже качество, готовы платить деньги. И я дождался этого момента и со своим продуктом перетянул всех клиентов первого.
Ну и вполне возможно, всё естественно развивалось и у меня, и на рынке, и я с опытом вышел на рынок, и попал в струю. Вариантов много. Но при этом не слёг как первый с выгорание, и не стал колоть себе химию или что-то нюхать, чтобы повысить свою производительность сверх предела. И не стал жрать таблетки, чтобы раскрыть третий глаз, раздвинуть границы сознания, чтобы понять как изменить подход в бизнесе с продуктом херак херак и в продакшен. Я утрирую, и конечно симпатизирую словам естественность, экологичность, здоровье, ресурс, энергия, гармония)))
И да, никто не привык ждать, а ещё хуже, когда на кон поставлены огромные бюджеты и инвестиции. Но с другой стороны график возврата инвестиций тоже можно спланировать.
Так что я за естественных ход событий.
И слово этап проектирования у меня вызывает улыбку и желание ввязаться в новый проект))
Про естественное развитие.
Общаясь с одним знакомым я услышала от него отличную фразу, которая, как это модно говорить, откликается, задевает. И дальше просто зависаешь и понимаешь, как это интересно.
Фраза была про естественное развитие бизнеса. На контрасте с Growth Hacking без надрыва, выгорания, с ресурсом и принятием текущего состояния и состоянием рынка. И кстати отличным подспорием для всех, и для бизнесменов, и для нас, как для специалистов, что мы двигаемся со скоростью своего естественного развития.
Буду говорить за Москву, но я думаю, что и в других регионах есть ощущение, что ты постоянно не успеваешь. Что знания, которые ты получил сейчас, нужны были тебе несколько лет назад, что своё пространство, квартира и свобода от токсичных отношений тоже нужна была тогда. И нам всё время кажется, что мы всё просрали. Но на самом деле, это естественное развитие.
Ещё сюда же запишу историю, которую любят рассказывать ген директора, основатели Стартапов. Что вот было два друга, один делал быстро и выводил сразу на рынок (привет agile), а второй делал тоже самое, но качественно и долго. И мол первый заработал деньги, сожрал рынок и купил продукт второго. И вывод такой - нам не нужно хорошо, мы хотим сожрать рынок. Вывод спорный, потому что ситуации могут быть разные.
Может быть так, я как второй предприниматель продал решение первому и вполне себе круто чувствую и вообще класс, что моё решение купили. И переехал на Бали и на полученные деньги начал заниматься, тем от чего прёт.
А может быть я как тинькофф вышел на рынок с качественным продуктом, после всех на рынке и увидел, что клиенты наелись и хотят уже качество, готовы платить деньги. И я дождался этого момента и со своим продуктом перетянул всех клиентов первого.
Ну и вполне возможно, всё естественно развивалось и у меня, и на рынке, и я с опытом вышел на рынок, и попал в струю. Вариантов много. Но при этом не слёг как первый с выгорание, и не стал колоть себе химию или что-то нюхать, чтобы повысить свою производительность сверх предела. И не стал жрать таблетки, чтобы раскрыть третий глаз, раздвинуть границы сознания, чтобы понять как изменить подход в бизнесе с продуктом херак херак и в продакшен. Я утрирую, и конечно симпатизирую словам естественность, экологичность, здоровье, ресурс, энергия, гармония)))
И да, никто не привык ждать, а ещё хуже, когда на кон поставлены огромные бюджеты и инвестиции. Но с другой стороны график возврата инвестиций тоже можно спланировать.
Так что я за естественных ход событий.
И слово этап проектирования у меня вызывает улыбку и желание ввязаться в новый проект))
#мысливслух #нетидеала #рассуждения #психология #правдажизни #выводы
Сегодня я бы сказала, терапевтический пост про не идеал)))
Начну немного издалека. Я, как и многие в начале 2000-х обожала большой теннис и следила за семьёй Сафиных. Сегодня хочу вспомнить про Динару Сафину. Она как-то в одном интервью, после того как выиграла пристижный турнир, на вопрос ведущего, про маму, а мама была её тренером, ответила что-то в роде: "Да, я номер один сейчас, но мама будет недовольна и мне укажет на все мои ошибки. Я не знаю, что мне ещё сделать, чтобы она была довольна".
Ведущий был удивлён и восхищенно пел, что-то в духе, это странно, вы же сегодня лучшая и это супер показатель, с чем мы вас и поздравляем!
Как мне было тогда обидно за Динару. Ведь она правда молодец. Я не спортивный психолог и не претендую на какие-то выводы с точки зрения мотивации спортсменов в этой истории. Но что точно у меня сложилось в голове, так это информация о выводах "всемирного обзора ценностей".
Вот ссылка:
https://ru.wikipedia.org/wiki/%D0%92%D1%81%D0%B5%D0%BC%D0%B8%D1%80%D0%BD%D1%8B%D0%B9_%D0%BE%D0%B1%D0%B7%D0%BE%D1%80_%D1%86%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B5%D0%B9
И то, что Россия корнями уходя в СССР во главу угла ставит ценности - в виде достижения идеала!
Когда это осознаешь, становится жить легче. По крайней мере мне)) Идеал недостижим, винить себя в том, что ты не идеал бессмысленно. Анализируй свои достижения здраво и делай выводы.
А если сюда же примешать треугольник Карпмана, то вина это позиция жертвы. И вот ты номер один в мире, а твоя мама недовольна. Ты не идеал. Получается некий замкнутый круг и ты всегда в роли жертвы, и я бы сказала, что выученной жертвы. Я виновата за то, что я не идеал, за то, что я человек!!! Бред...
Ещё раз скажу, нет правильного или неправильного в этой истории. И то, что Динара была долгое время первой ракеткой мира говорит о её таланте, сумасшедшей работоспособности и о высокой квалификации её мамы как тренера.
Но ставя себя на её место, я бы хвалила себя в тот день до бесконечности))))) И вставая в позицию реалиста и взрослого, можно только аплодидировать достижению Динары. Заслуженно, восхитительно!! И такие мгновения в жизни могут быть однажды, пик карьеры, и праздновать стоит, понимая, что теперь вызов ещё больше, серьёзнее и сильнее.
Вывод из всей этой истории у меня один. В пень всех, кто требует от тебя идеала)) А ещё интереснее замкнутый круг, когда ты действительно хороша, тебе говорят нельзя быть крутой. А когда сегодня не очень хороша, ой, нельзя быть не идеалом и стремиться нужно к недостижимому. Противоречие взрывает мозг. Стремится можно только к лучшей версии себя. И то!! Здоровье, опыт, знания, физиология, окружение и контекст в виде пандемии, ставит под сомнение и эту версию. Как можно сравнить себя в 20 лет или 35?)) Каждому возрасту своё)
Сегодня я бы сказала, терапевтический пост про не идеал)))
Начну немного издалека. Я, как и многие в начале 2000-х обожала большой теннис и следила за семьёй Сафиных. Сегодня хочу вспомнить про Динару Сафину. Она как-то в одном интервью, после того как выиграла пристижный турнир, на вопрос ведущего, про маму, а мама была её тренером, ответила что-то в роде: "Да, я номер один сейчас, но мама будет недовольна и мне укажет на все мои ошибки. Я не знаю, что мне ещё сделать, чтобы она была довольна".
Ведущий был удивлён и восхищенно пел, что-то в духе, это странно, вы же сегодня лучшая и это супер показатель, с чем мы вас и поздравляем!
Как мне было тогда обидно за Динару. Ведь она правда молодец. Я не спортивный психолог и не претендую на какие-то выводы с точки зрения мотивации спортсменов в этой истории. Но что точно у меня сложилось в голове, так это информация о выводах "всемирного обзора ценностей".
Вот ссылка:
https://ru.wikipedia.org/wiki/%D0%92%D1%81%D0%B5%D0%BC%D0%B8%D1%80%D0%BD%D1%8B%D0%B9_%D0%BE%D0%B1%D0%B7%D0%BE%D1%80_%D1%86%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B5%D0%B9
И то, что Россия корнями уходя в СССР во главу угла ставит ценности - в виде достижения идеала!
Когда это осознаешь, становится жить легче. По крайней мере мне)) Идеал недостижим, винить себя в том, что ты не идеал бессмысленно. Анализируй свои достижения здраво и делай выводы.
А если сюда же примешать треугольник Карпмана, то вина это позиция жертвы. И вот ты номер один в мире, а твоя мама недовольна. Ты не идеал. Получается некий замкнутый круг и ты всегда в роли жертвы, и я бы сказала, что выученной жертвы. Я виновата за то, что я не идеал, за то, что я человек!!! Бред...
Ещё раз скажу, нет правильного или неправильного в этой истории. И то, что Динара была долгое время первой ракеткой мира говорит о её таланте, сумасшедшей работоспособности и о высокой квалификации её мамы как тренера.
Но ставя себя на её место, я бы хвалила себя в тот день до бесконечности))))) И вставая в позицию реалиста и взрослого, можно только аплодидировать достижению Динары. Заслуженно, восхитительно!! И такие мгновения в жизни могут быть однажды, пик карьеры, и праздновать стоит, понимая, что теперь вызов ещё больше, серьёзнее и сильнее.
Вывод из всей этой истории у меня один. В пень всех, кто требует от тебя идеала)) А ещё интереснее замкнутый круг, когда ты действительно хороша, тебе говорят нельзя быть крутой. А когда сегодня не очень хороша, ой, нельзя быть не идеалом и стремиться нужно к недостижимому. Противоречие взрывает мозг. Стремится можно только к лучшей версии себя. И то!! Здоровье, опыт, знания, физиология, окружение и контекст в виде пандемии, ставит под сомнение и эту версию. Как можно сравнить себя в 20 лет или 35?)) Каждому возрасту своё)
Wikipedia
Всемирный обзор ценностей
Всемирный обзор ценностей (англ. World Values Survey, WVS) — исследовательский проект, объединяющий социологов по всему миру, которые изучают ценности и их воздействие на социальную и культурную жизнь. WVS провёл социологические исследования уже в 97 странах…