Наташа Косинова. Варю айти СУП

Мои наблюдения про текущее состояние ИТ и что вокруг говорят эксперты. И конечно #моемнение #капитаночевидность 😎 Про ИИ и чё происходит, как я это вижу: ✔️1. Россия, как всегда, идёт своим путём и не смотрит на опыт тех кто за бугром уже опробовал ИИ. Нам чужие ошибки не нужны, мы набиваем свои и осваиваем бюджеты. Русская система управления в своей красе. ✔️2. На острие технологий и равно денег, как всегда финтех. Да, есть небольшая турбулентность, но также у банков есть раздутый штат, который можно подсократить (главное тут не выплеснуть ребёнка вместе с водой, что уже в некоторых компаниях наблюдается) и конечно впихнуть ИИ, где надо и не надо. Но никто же не анализирует, где надо? См.п.1 ✔️3. ИИ не ускоритель, хотя кажется, что это так. ИИ даёт возможность разгрузить рутину, получить драфт, натолкнуть на мысли, но валидация за пользователем. ✔️4. Начинающие специалисты мало имеют опоры, знаний, и в итоге по каждому чиху бегут в ИИ, что приводит к тому, что не происходит процесс валидации результата. И тут вывод, что ИИ инструмент для эксперта, а джунам по-хорошему нужно ещё качать скиллы. ✔️5. Чтобы использовать ИИ, нужно хорошо понимать деятельность в которой будет применение. Да, есть банально as is, и to be, но имхо, тут надо копать глубже и разбираться в нюансах. Конечно поможет анализ и диаграмма деятельности, но фактически надо уходить в онтологию предметной области. И понимать нюансы задач деятельности, чтобы чётко понять, что мы делегируем ИИ и как валидируем, контролируем. ✔️6. Вопрос безопасности актуален. ИИ для меня как черная дыра, в которую попадает информация и где-то на задворках остаётся. ✔️7. А теперь самый сложный тезис и критичный. Мы можем говорить про разные этапы развития компании и внедрения технологий. И если мы говорим про автоматизацию, то нужно хорошо проводить бизнес-анализ, понимать как процесс оптимизировать, сделать эффективнее, но до этого уровня доходят компании, у которых высокая зрелость внутри, развития культура. Иначе мы получим автоматизированный хаос и вот на этот хаос, мы ещё добавим ИИ. А ИИ чаще всего непредсказуем, его нужно контролировать и валидировать. А мы вот взялись и доверили. И теперь автоматизированный хаос зажил своей жизнью с ИИ, и потихонечку гниёт изнутри. Прям такое состояние газлайтинга можно словить)) всё же хорошо, но не веришь своим глазам. ✔️8. Вывод про рынок, который колбасит, потому что ИИ должен заменить людей и освободить деньги бизнесу (так его можно продать). Но по факту, денег нужно больше и нужны инженеры-разнорабочие, которые могут всё. Что мы видим на примере "систем дизайна" - его хотят от разработчиков, от продактов, от прожектов, от аналитиков. И что я слышу, от аналитиков - разработчиков заменит ИИ, от разработчиков - аналитиков заменить ИИ, от продактов - всех заменит ИИ, останемся только мы. А по факту людей стало меньше, а работы стало больше, и причём она стала или должна стать более инженерная, много анализа с выводами, смотрим выше про анализ деятельности и онтологии. 😎Я художник, я так вижу. Будет сложно, легко не будет...

Мои наблюдения про текущее состояние ИТ и что вокруг говорят эксперты. И конечно #моемнение #капитаночевидность 😎 Про ИИ и чё происходит, как я это вижу: ✔️1. Россия, как всегда, идёт своим путём и не смотрит на опыт тех кто за бугром уже опробовал ИИ. Нам чужие ошибки не нужны, мы набиваем свои и осваиваем бюджеты. Русская система управления в своей красе. ✔️2. На острие технологий и равно денег, как всегда финтех. Да, есть небольшая турбулентность, но также у банков есть раздутый штат, который можно подсократить (главное тут не выплеснуть ребёнка вместе с водой, что уже в некоторых компаниях наблюдается) и конечно впихнуть ИИ, где надо и не надо. Но никто же не анализирует, где надо? См.п.1 ✔️3. ИИ не ускоритель, хотя кажется, что это так. ИИ даёт возможность разгрузить рутину, получить драфт, натолкнуть на мысли, но валидация за пользователем. ✔️4. Начинающие специалисты мало имеют опоры, знаний, и в итоге по каждому чиху бегут в ИИ, что приводит к тому, что не происходит процесс валидации результата. И тут вывод, что ИИ инструмент для эксперта, а джунам по-хорошему нужно ещё качать скиллы. ✔️5. Чтобы использовать ИИ, нужно хорошо понимать деятельность в которой будет применение. Да, есть банально as is, и to be, но имхо, тут надо копать глубже и разбираться в нюансах. Конечно поможет анализ и диаграмма деятельности, но фактически надо уходить в онтологию предметной области. И понимать нюансы задач деятельности, чтобы чётко понять, что мы делегируем ИИ и как валидируем, контролируем. ✔️6. Вопрос безопасности актуален. ИИ для меня как черная дыра, в которую попадает информация и где-то на задворках остаётся. ✔️7. А теперь самый сложный тезис и критичный. Мы можем говорить про разные этапы развития компании и внедрения технологий. И если мы говорим про автоматизацию, то нужно хорошо проводить бизнес-анализ, понимать как процесс оптимизировать, сделать эффективнее, но до этого уровня доходят компании, у которых высокая зрелость внутри, развития культура. Иначе мы получим автоматизированный хаос и вот на этот хаос, мы ещё добавим ИИ. А ИИ чаще всего непредсказуем, его нужно контролировать и валидировать. А мы вот взялись и доверили. И теперь автоматизированный хаос зажил своей жизнью с ИИ, и потихонечку гниёт изнутри. Прям такое состояние газлайтинга можно словить)) всё же хорошо, но не веришь своим глазам. ✔️8. Вывод про рынок, который колбасит, потому что ИИ должен заменить людей и освободить деньги бизнесу (так его можно продать). Но по факту, денег нужно больше и нужны инженеры-разнорабочие, которые могут всё. Что мы видим на примере "систем дизайна" - его хотят от разработчиков, от продактов, от прожектов, от аналитиков. И что я слышу, от аналитиков - разработчиков заменит ИИ, от разработчиков - аналитиков заменить ИИ, от продактов - всех заменит ИИ, останемся только мы. А по факту людей стало меньше, а работы стало больше, и причём она стала или должна стать более инженерная, много анализа с выводами, смотрим выше про анализ деятельности и онтологии. 😎Я художник, я так вижу. Будет сложно, легко не будет...

Лето - самое время для встреч, долгих, тёплых бесед и зависаний на открытом воздухе. Обожаю неформальные встречи айтишников, когда можно подойти к любому эксперту, похоливарить, расспросить о текущих трендах, плюсах и минусах практик, конечно рассказать о том, что беспокоит, найти ответы на разные вопросы и понять, чем сейчас живёт ИТ-сфера. Если вы такого же мнения, у меня хорошая новость! Сразу в двух городах —  Санкт-Петербурге (20 июня) и  Казани (4 июля) состоятся мероприятия ИТ-фестиваля "Сезон кода". Если честно, ребят, когда я впервые побывала на такой конференции в Москве, поняла, что 20 лет назад ничего подобного даже в проектах не было, а тут в одном месте можно просто посмотреть в глаза таких же как ты)) и здорово, что и в других городах ИТ-сообщество может встретиться! Что будет? Конечно, атмосфера! 🔆Доклады на профессиональные темы от экспертов Т-банка и других компаний 🔆Место для встреч и обсуждения технологий 🔆Демонстрации продуктов и инженерных решений от Т-банка 🔆Интерактивная зона от Т-образования 🔆И, конечно, афтепати с летним DJ-сетом На фестивале будет 3 секции: — Клиентоориентированный код — специалисты Т-банка поделятся опытом и расскажут о ключевых продуктах и инженерных решениях для миллионов клиентов. — Продуктовая кухня - новая секция, где данные превращаются в решения, а гипотезы — в рост продукта. — Бэкенд-методичка — место для обсуждения практических решений, которые действительно работают. Будет разбор инструментов и подходов из повседневной работы инженеров. Для участия, успей зарегистрироваться Традиционно фестиваль поддерживает благотворительные фонды. Чтобы получить билет, нужно внести пожертвование в один из фондов - деньги идут им напрямую. Стоимость участия в Санкт-Петербурге - 2000 рублей в Казани - 1500 рублей Выкатим лето на прод вместе!)

Моделируем рабочую ситуацию. Давно у меня не было примеров ситуаций, так называемых кейс солвинг. Предлагаю помозговать. Я описываю ситуацию, в которую попадает аналитик, вы предлагаете варианты решений выхода из этой ситуации. Погнали!🚀 Представьте вы сеньор-аналитик на проекте. Только вышли на работу. Команда разработки большая порядка 80 человек. Есть 4 Тим Лида разработки, тим Лид тестирования и тим Лид поддержки. Есть линейка продуктов, которую все разрабатывают, пусть будет программное обеспечение для автоматизации предприятия, предметка сложная, энергетика. Есть продакт главный и по каждому продукту. А дальше классика. Продакт вам говорит:

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

Что будете делать? Какой план работы себе придумаете, с чего начинать? Свой вариант расскажу после вас, завтра 😎 #кейссолвинг #выаналитик

И тут ещё один вывод - что потребность в ИИ пока собирают. И мы уже видим конкретные сервисы или агентов, под потребности, в том числе и развлечений, в виде картинок и видео.

Варианты внедрения ИИ в компаниях Побуду сегодня #капитаночевидность Я больше похожа на “позднее большинство”, стою смотрю, как что-то новое внедряется, потом делаю выводы, и когда все “сидят на новом” и я туда же иду. Одно время я пыталась быть в "раннем меньшинстве", но сейчас с ИИ, я всё таки понимаю, что мне сложно что-то брать сверху, инструмент непростой, а глубину не каждый может дать. Тут нужно сказать о том как я работаю с информацией. Мне важно понимать, что в глубине, в фундаменте, а потом уже изучать инструмент. История возникновения той или иной технологии неотъемлемая вещь в понимание первопричин и далее уже более грамотного использования. Ничего не возникает по щелчку пальцев, есть период заложения, предпосылки, вынашивание, потом создание, и только потом применение. Иногда кажется, что с ИИ происходит стадия - все побежали и я побежал. К чему всё это))) А к тому, что меня поглотила тема классификаций компаний, по степени внедрения и работы с AI. Где-то условно, а где-то напрямую. По сути можно выделить следующие категории: ✔️AI-first - организации, который строят свой бизнес вокруг ИИ с самого начала, ИИ является ядром и без него не работает бизнес-модель.

Термин ввел в 2016 году CEO Google Сундар Пичаи, когда объявил о стратегическом развороте компании.

Идея в том, чтобы процессы, стратегии, бизнес-модель компании строить уже с ИИ, то есть не прикручивать ИИ к существующим процессам, а проектировать вокруг возможностей, которые дает ИИ (тут мне хочется спросить, а кто-то до конца понимает возможности, плюсы и минусы? Всё равно больше похоже не то, что все побежали и я побежал, внедрим, а так посмотрим). Во многих источниках можно как раз прочитать о том, что нужно поменять мышление, и ИИ становится центральным элементом в принятие решений и стратегии. Сейчас уже говорят о том, что такой подход провальный, и чаще всего из-за культурных, а не технических проблем. ✔️AI-native - за основу взято понятие digital-native, которое обозначает людей, выросших с интернетом, гаджетами, компьютерами. Так и тут компании выращиваются вокруг AI, и мой мозг сразу говорит, что это про стартап #капитаночевидность Но да, в ядре AI, и всё вокруг AI с первого дня основания (знакомо? мне да, вспоминаются например, чисто блокчейн компании, то есть вокруг одной технологии). И чтобы от AI-first перейти к AI-native нужно совершить пересборку всей организации вокруг ИИ-процессов с нуля, при этом всё строится так, чтобы любой артефакт шёл на пользу обучения ИИ (мне даже в голову пришла картинка, как пчеломатка сидит и жрёт всё, что ей приносят пчёлы). Термин стал распространяться в 2025 году.

К AI-native компаниям относятся те компании, которые продают AI, как ценность, например, Perplexity, Cursor, удивляет меня, что тут и авиация значится Riyadh Air запуск в этом году, первая AI-native авиакомпания.

✔️AI-enabled - из названия мы видим, что тут слово “улучшение”. ИИ - является дополнением к работающему продукту, когда мы можем ИИ исключить и ничего "не накроется медным тазом", и получаем надстройку с ИИ, которая должна улучшать дела компании и приносить прибыль. Большинство российских компаний именно тут и работают. ИИ - инструмент для человека, и человека основной исполнитель, а ИИ помогает в рутине. Пока я читала разные источники, статьи. Пришла к выводу, что все эти термины, с одной стороны маркетинг, с другой стороны попытка, хоть как-то объяснить и структурировать работу с ИИ в компаниях, потому что опыт, выводы мы делаем или предполагаем, но должно пройти время, как с той же микросервисной архитектурой, когда из моды и популярности всё переходит в сторону применения или нет в конкретной ситуации, среде. А вот этот подход строить вокруг технологии компании, это как будто возврат в прошлое. Когда вот вам костыль и вы ходите с ним. Нам неудобно! Ну это уже не наша забота. Немного меня удивляет, потому что на всех лекциях про цифровым продуктам всё строилось от потребностей потребителей.

Третья улица кубернетисов, дом 1.1.6

Невозможно пройти мимо этого шедевра 😂 🔥

В какой-то момент мы все начинаем страдать профдеформацией. Я этот момент всегда стараюсь обратить в шутку, что я душнила аналитик, и не всё в жизни нужно анализировать. Недалеко от нас ушли продакты - это профессия людей, внимательных к деталям. Вне работы это такое себе качество. Не всегда понятно, как близкие такое терпят.🤣 А теперь представьте семью из продактов @productsgossip, которые без проблем терпят друг друга 24 на 7, и основное, что вытаскивает их тандем - сарказм по поводу и без. ❤️ Она интроверт, который любит писать и выступает на конференциях, вот на последнем Product Sense делала мастер-класс. 10 лет проработала в Microsoft. Он - экстраверт из Avito, который любит говорить, но во время этих конференций работает. 😡 С учетом сильно разного бэкграунда, часто пишут прикольное и - очевидно, веселое. ☕️ Здесь авторский подход к онбордингам ☕️ Вот тут подборка исследований про поведение людей ☕️ Это их пак эмодзи с сурикатами ☕️ А это -> запись эфира с CTO B2B Gigachat и полный список записей эфиров В общем, рекомендую почитать @productsgossip

🥰 Обнуление... Вот так всю жизнь сначала учишься, потом работаешь, потом снова учишься, получаешь какие-то достижения и бац и кажется всё обнуляется. Это как крутить педали велотренажёра и не засекать километраж, время, нагрузку, но при этом чётко понимать, что задолбался. Айти конечно удивительная сфера. С одной стороны очень нужна база, фундамент, мозги, с другой стороны опыт. Но когда у тебя и того, и другого уже вагон, всё равно всё начинаешь с нуля. Мой научный руководитель из магистратуры подтвердила мои мысли, она профессор, и была удивлена тому, что регалии не важны. Люди кто отбирают доклады на конференции, проводят собеседования к тебе относятся как у нулю. Что там твой красный диплом или звание профессор. Пфф... А вот что именно в это вложено, какое количество труда и какие круги ада человек проходил, мало кто понимает. Я помню как на собеседование к нам пришла девушка, очень милая с красивыми татуировками и она несколько лет работала на одном из самых сложных госпроектов. И мы сразу же её пригласили к нам в команду, даже особо не думая, потому что человек супер стрессоустойчивый. Да и задачи она решала хорошо. Конечно всегда идёт взвешивание за и против. Но всё таки "почевать на лаврах", в айти практически невозможно. Будь ты кандидат технических наук с опытом 20+, нееее скажут, что токсичный миллинеал) Пытаюсь увидеть плюсы в таком обнуление, и кроме того, что держишь себя в тонусе на острие трендов, ничего в голову не приходит. #мысливслух #подмечено #выводы А вы чувствуете, что ваш опыт и знания обнуляют?

✔️Праздники прошли и мы возвращаемся в режим наших занятий по курсу интеграции. Завтра 13 мая пройдёт воркшоп на применение ИИ в проектирование интеграций информационных систем, ведущая мероприятия Зоя Маттис. Кому тема интересна, или просто хочется практики с ИИ, приходите! ✔️Участие платное, заявку можно оставить на Лендинге - https://sup.expert/integration

🥇Достаточно хорошо, или только отлично? На менторской сессии в очередной раз поймала себя на своём перфекционализме, который с одной стороны плюс, а с другой стороны блокатор. Особенно когда дело касается чего-то нового, и я ставлю планку либо делать и изучать глубоко, сильно, отлично, либо никак. Самое сложное оказывается принять решение, которое бы давало делать дело - достаточно хорошо. И вот у аналитика есть задача - старое перенести на новые рельсы. И чтобы её сделать нужно не только исследовать, как что работает в айти ландшафте, в информационных системах, так ещё походу дела изучить для себя новое, потому что до этого не было таких задач и опыта, так ещё руководство скажет, пока ты будешь переносить на новые рельсы ты ещё и оптимизацию сделай. И к этому добавим перфекционализм, и конечно "сжатые сраки". Кайф же)) И вот в такой ситуации главное сделать достаточно хорошо, исходя из тех ресурсов, что у нас есть. И вообще у нас агил, мы потом всё доработаем!) Подобных задач, когда у тебя 3 направления - исследовать как работает, подтянуть матчасть, оптимизировать, у меня было много. И чаще всего, оптимизация идёт лесом, просто получается новая автоматизация. Новые процессы, да на основе старых, но совсем уже не то. Скопировать 1 к 1 не выходит. И это понятно. Исследовать, изучить да, выполняется, но вот оптимизировать и ещё и сделать, что-то супер эффективно. И это могут быть настолько тонкие настройки, которые не доступны с первого шага. Нужно быть глубоко в теме, и желательно участвовать в разработке, поддержке старого. Поэтому исходим из текущего состояния дел, ресурсов и решения "достаточно хорошо". А самое удивительное, что задача действительно сложная, и конечно хочется получить всё и сразу и с меньшими затратами. И когда у аналитика не очень получается, кого он винит?) Конечно себя! Что недостаточно хорош, недостаточно знает, и вообще когнитивные способности утратил, а если ещё рядом депрессия и выгорание, то тут туши свет - я профнепригоден... 🤪 А никто не думает, а насколько адекватная задача, в указанные сроки и при моих знание, опыте... #мысливслух #достаточнохорошо

🎮Sequence диаграмма Как показывает опрос и интервью аналитиков, которые я проводила, sequence диаграмма из UML, является одной из самых частых артефактов. ➕Плюсы думаю тут очевидны, наглядность, простота. Но я бы хотела поговорить о том, что в основе sequence диаграммы лежит сценарий. И именно use cases дополняют sequence диаграммой. Сценарий очень обширное понятие, и тут каждый может подразумевать, что-то своё:

Сколько споров было на тему сценариев, есть сценарная техника по Коберну, такие же сценарии есть и в UML, диаграмма sequence, это тоже способы работы со сценариями, но это не ИСТОРИЯ! Это use case, сценарий использования, но не user story - пользовательская история, но специалисты UX просто говорят пользовательский сценарий и тоже правы, сценарий поведения пользователя, это совсем другая тема, поэтому даже с некоторыми авторами я бы поспорила, кто пишет нам не нужны ваши технические сценарии. Конечно те же тапки, но вид со стороны пользователя и этот сценарий ближе всего к use case.

 Когда мы выбираем инструмент, который хотим использовать, то стоит понимать, для чего он был придуман, для каких целей. Потому что sequence начинают использовать для описания бизнес-процессов. По сути sequence позволяет нам проектировать и раскладывать во времени взаимодействие участников на уровне обмена сообщениями. И отвечать на вопрос "как", нужно реализовать обмен, в какой последовательности. 💡Бизнес-процесс — это workflow, а sequence diagram — это interaction flow. ✔️Если хотите потренироваться в составление sequence диаграмм, сегодня на курсе интеграции стартует блок по sequence диаграммам, начинаем с лекции, а во вторник 7 мая, будем разбирать диаграммы из домашнего задания. Присоединяйтесь,🔥 подробнее читайте на сайте, вы можете присоединиться на любое наше занятие.

Аналитик VS Руководитель проекта В прошедшее воскресенье мы наконец-то провели прямой эфир и пообщались с Тарасом! Тарас задавал мощные, сложные вопросы. И я поняла, что мне приходилось прокачивать навык - отвечать по сути и кратко, чтобы как можно больше тем разобрать за час эфира. Но как всегда хотелось продолжать беседу, и у нас появился новый пул вопросов, которые будут заделом под будущие эфиры. Что мы обсудили: 1.Для каких проектов нужен аналитик? 2.Вспомнили былое (работу по RUP) и затронули проблемы команд в гибких методологиях. 3.Границы проекта и кто ими управляет, в каком объёме аналитик, а где руководитель проекта. 4.Почему падает квалификация руководителей проектов. 5.Затронули продуктовую разработку и место аналитика в разработке продукта. Нужен ли вообще в таком подходе аналитик? 6.Конечно затронули тему ИИ и влияние на автоматизацию бизнеса. Запись нашего разговора можно посмотреть на платформе VK video.

Just a friendly reminder: прямой эфир Напоминалочка: уже через час, в 11:00 проведём с Наташей Косиновой – экспертом в системном и бизнес-анализе, автором тренингов для аналитиков и ведущей канала Наташа Косинова. Варю айти СУП прямой эфир на тему: аналитик на проекте: руководство по эксплуатации. Погрузимся во внутреннюю кухню проектов: поговорим о том, как правильно выстроить работу аналитиков на проекте и каких ошибок нужно избегать, чтобы потом не было мучительно больно. Подключайтесь, будет познавательно. Запись тоже выложим, no worries. 👉 Об ИТ и менеджменте. Подписываемся и рекомендуем друзьям

Прямой эфир! Или чем заняться в воскресенье Друзья! Вконтактик совершенно официально починил свой грёбаный дефект, мы с Наташей совершенно официально разгребли все свои форс-мажоры, вы совершенно официально не едете на дачу в предстоящие выходные: дождь и холод по прогнозу, можете сами на Яндекс.Погоде посмотреть. Поэтому... В это воскресенье, 26 апреля, в 11:00 (всё для того, чтобы вы успели выспаться) погрузимся во внутреннюю кухню проектов: поговорим о том, как правильно выстроить работу аналитиков на проекте и каких ошибок нужно избегать. Совместный эфир Тараса Сороки – эксперта по управлению ИТ и цифровой трансформацией, ведущего канала Сорока пишет | Об ИТ и менеджменте и Наташи Косиновой – эксперта в системном и бизнес-анализе, автора тренингов для аналитиков и ведущей канала Наташа Косинова. Варю айти СУП. C толком, с чувством, с расстановкой пройдёмся по всем граблям, по которым ходят проектные команды в своём взаимодействии с аналитиками: 👉 отсутствие аналитика! Руководитель проекта пишет ТЗ самостоятельно; 👉 хороший руководитель проекта с точки зрения аналитика – какой он? 👉 аналитик – товарищ руководителя проекта или заноза у него в ж?… Роль аналитика на проекте; 👉 коммуникация с разработкой. Что делать, если разработка воспринимает аналитика в штыки? 👉 коммуникация с заказчиком и управление скоупом проекта. Впихиваем невпихуемое – роль и боль аналитика в этой активности; 👉 управление рисками проекта – командная работа аналитика или РП; 👉 смена стейкхолдера. Переписывать ТЗ полностью, или, может, обойдётся? Ну и Наташа ещё всякими модными инсайтами из мира аналитики поделится. Подключайтесь, будет познавательно. Запись потом тоже будет, no worries. З. Ы. Чтобы тем, кто уже регистрировался на Timepad, не пришлось делать это вновь, я даю прямую ссылку на трансляцию: на этот раз неприятный дефект я обнаружил на таймпаде – бывших тестировщиков не бывает 😂 З.З.Ы. Картинку для трансляции завтра поставлю, чтобы всё по красоте. 👉 Об ИТ и менеджменте. Подписываемся и пересылаем друзьям

Сегодня 2 блок курса интеграции - Use Cases, предметка, диаграмма статусов Продолжаем курс интеграции, сегодня стартует второй блок, лекция. Будем разбирать use cases - как ключевой инструмент проектирования интеграций и всё, что в помощь сценариям взаимодействия стоит проанализировать. Ведь именно в сценариях у нас участвуют объекты предметной области. Поэтому будем говорить про онтологическое моделирование, и state machine. А также про то, что сценарий можно спроектировать на разном уровне будем - пользовательском, функциональном, системном. В этот раз курс у нас с гибким посещением, потому что, возможно, это последний наш поток, нет уверенности в завтрашнем дне и в том, что в таком составе и объёме мы ещё раз будем читать курс. Возможно, разобьём на мастер-классы, тренинги, но это уже будет другая история.... По use cases, онтологии, state machine, будет домашнее задание, которое будем интерактивно проверять в следующий вторник 28 апреля. ✔️Приходите! 📌Подборнее про курс, расписание читайте на сайте.

Продолжаю разбирать интервью аналитиков для моей диссертации в магистратуре. И ответы про нотации и выбор их по % совпадает с ответами в опросе выше. 32% - делают авторские диаграммы. Хотела порассуждать на тему ЗА и ПРОТИВ отсебятины. Опять же, я пишу #моемнение Итак, пункты ❌ПРОТИВ такого подхода: 1.Аргумент часто мне приводят такой, что разработка и бизнес не понимают диаграммы. Тут хочется сказать, что разработка сама проектирует решения, и для меня странно, просто удивительно, почему один из инструментов проектирования обесценивается. Потому что тот же UML, как показали годы, средство для проектирования и лучше ничего не придумали. То что бизнес не понимает, так нужно брать нотации бизнеса. Если и этого не понимают, то страшно выходить на проекты.... 2.Нотация - это всё таки не просто элементы и правила, как их соединить вместе. У нотации есть фундамент. Математико-логический, да, сети Петри, графы, но и описание как обеспечить выполнение функции. По сути нужно поставку задачи разбить на пункты (ответить на вопросы): куда вводятся данные, куда и как передаются, как обрабатываются, где хранятся, куда выводятся. То есть нотация нам даёт рамки, чтобы сделать то, что необходимо, это как чек-лист. Кто работал с EPC или IDEF, я думаю замечали, что всё примерно про одно и то же, и собранную информацию, нужно разложить по пунктам: вход, выход, работа, управление, кто выполняет, с помощью чего. 3.Нотация, это опора. Даже если всё забыл, нотация сама подскажет, что и как оформить. Для этого и была создана. И аргумент, что это трудно и ваще, старье какое-то. Да, трудно! А вы думали в сказку попали) Насчёт старья, нет понятия, старое или новое к таким вещам, как нотация, также как в технологиях, есть целесообразность применения в конкретном случае. 4.Нотация - это общая вещь и везде плюс, минус одинаковая, это общий язык с помощью которого мы передаём сложную информацию в команду. И зная как говорить на этом языке, мы друг друга начинаем понимать, и понимать однозначно и одинаково. Мы же не говорим, давайте выкинем английский, и сделаем что-то своё. Эсперанто было и где оно?) Может показаться, что я ярый сторонник нотаций и никогда не рисовала, что-то своё) Рисовала конечно, когда надо было сдавать проект, а заказчик ничего не понимает. Но я всё таки за то, чтобы заказчик рос вместе с командой. Теперь список ✔️ЗА авторские диаграммы: 1.Самый большой плюс это закрыть непонимание заказчика, но тут большой риск, что больше никто не поймёт, что вы там придумали. 2.Уменьшаем градус ответственности и стресс. И то неуверена, что отсебятина даст свободу) Больше не могу придумать, добавьте сами))) Буду дальше топить за нотации. Выкинуть, обесценить нотации очень просто. И мне такое поведение показывает сопротивление или непонимание основ, фундамента. Я сама сопротивляюсь новому, но когда сопротивление проходит, приходит результат. Приведу пример, я рисую, и каждый раз пытаюсь понять, изучить процесс, методологию, что и как делать, чтобы точно получился результат. И чтобы этот результат был гарантировано повторяем! Да, можно рисовать наивные рисунки, как Пиросмани, но хочется же как Шишкин рисовать природу. А если я замахиваюсь на такое, то и изучать мне нужно больше, и практиковаться. Плюс когда художник знает фундамент и академизм, он потом в рамках этого академизма грамотно ломать. Что например делал Пикассо, который действительно много учился и умел рисовать! Так и мы с вами, набиваем руку с визуализацией графов, изучаем правила, чтобы потом могли создать своё. И чётко объяснить правила почему так, что обознает квадратик, а что такое стрелочка. И почему ваша авторская диаграмма, например, лучше блок-схемы? #мысливслух #нотации #основы #рассуждения #запротив