Телеграм канал «Наташа Косинова. Варю айти СУП»

✔️Праздники прошли и мы возвращаемся в режим наших занятий по курсу интеграции.

Завтра 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 апреля. ✔️Приходите!

📌Подборнее про курс, расписание читайте на сайте.