Наташа Косинова. Варю айти СУП
2.68K subscribers
67 photos
3 videos
9 files
335 links
Системный аналитик, бизнес-тренер, автор айти курсов. Работаю в айти с 2006 года. Мой канал про айти, без лапши успешного успеха. Варю айти СУП здорового человека)

Курс интеграции:
https://sup.expert/

Написать мне @tasha_kvitka
Download Telegram
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Немного конспектов с выступлений на #uicdev2024 #управление #доклад

Перестройка, перезапуск команд
Рогожников Максим, Т-банк


2022 осень, предложение перейти в команду и перезапустить и перестроить.
Создание из одной команды или множества команд, новой орг структуры.

Как понять, что пора перезапускать?
1.Когда одна большая команда 10-12 разработчиков и они знают всё. Они много держат контекста в голове, что-то точнее держать невозможно.
2.Никто не знает как сделать поставку в срок. Приходится собирать картину у команды. Никакого доверия и предсказания поставки.
3.Бизнес ставит запросы сделать всё!
4.Нет единого человека который бы отвечал за сервис.

Когда не надо перезапускать команду?
Когда бизнес счастлив, и его всё устраивает!
Если ваш продукт приносит доход, то вам не нужно делать перезапуск. Перестройка, это политический процесс, нужен спонсор изменения.

Варианты:
1.Джон Коттер - 8 шагов модель
Есть мультик, где мишка и айсберг. Что-то идёт не так, делаем команду реформаторов, куда идём и дальше по классике...
2. Adkar осознание, желание, знание, способность, закрепление результата.

Как соотносится с практикой?
Осознание проблемы.
VSM - event storming - визуально показать, как доставляется ценность поставки.
Коммуникации - связи людей в команде, кто лидер, скрытые лидеры, друзья, не друзья и т.д.
И как оно мапится на доставку ценности.

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

Куда двигаемся и как?
Зона ответственности команды. Как идёт поставка знаем и какие системы делаем, вот и получаем команду. Общение с лидером и формируются гипотезы проблем.

Архитектура - все её знает, но никто не рисует. С4, стикеры, миро - целевая картина, как что будет разделено и как будет развиваться, иначе комок грязи.
Иначе не получите нужных комитов.

Выбор как будет нарезана команда. Teams topology. Систем, сервисов, платформ и т.п.

Уровень ролей и людей. Какие роли нужны команде, чтобы поддерживать и развивать сервисы. Ролей хватало, чтобы выполнять весь функционал.

Backlog - как разделить на команды. Как в новые команды будет поступать бэклог задач. У кого-то много, у кого-то нет. Нужно управлять потоками задач.

Ритуалы - насколько хорошо решают поставленные задачи и цели. Можно посмотреть по VSM, scrum, kanban - нужно понимать какие минимально нужны ритуалы.

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

Публичный этап - с 1 числа живём по новому! Сообщить людям и отвечать на вопросы. Куда и как движемся, стоит звать спонсора, который поможет.

Закрепление 1-2 месяца будет хаос, все захотят всё вернуть назад. Нужна команда реформаторов, которая отвечает на вопросы и помогать.

Собирать обратную связь-кто-то будет радоваться, кто-то будет хейтить. Постоянная история и мониторинг за тем, кто что хочет добавить, что работает, что нет.

Что в итоге?
Статистика, всё прекрасно! Но есть другие вещи. В новых командах будет фокус на команду, и сузится контекст, коммуникация будет хороша только внутри, между команд появятся проблема синхронизации, поставок и т.д. Новый пул проблем межкомандного взаимодействия.

Ссылка на презентацию - https://t.me/way_to_cto/6
На конференции UIC.DEV в Ижевске был на мастер-классе Натальи Косиновой и Андрея Корниенко по построению онтологии предметной области. Мне понравился подход тем, что его можно будет дать не-технарям. В основе лежит анализ текста или речи с целью вытащить из него объекты-сущности и связи/отношения между ними. На фото я отметил этапы цифрами. Сначала я вытаскивал подлежащие, сказуемые и дополнения. Затем выписал их под текстом. И, наконец, собрал их. В итоге получилась схема сущностей (прямоугольнички), скрепленных связями действий и отношениями (направленные подписанные линии). С такой схемой можно разговаривать с бизнесом и разработчиками. Единожды выложенная она начинает неприятно щекотать смотрящего несоответствиями с реальностью. Так стартует диалог.

Инструмент еще нужно доработать, потому что остаётся много вопросов о том как человеку без опыта двигаться самому в такой работе. Есть опасность за объекты принимать сущности хранения в парадигме БД или объекты ООП. Тут нужны рекомендации или нормативные предписания. Но я вижу потенциал у подхода. Спасибо ребятам, был рад участвовать
Мы с Андреем провели мастер-класс, те кто не попал, но хочется, не огорчайтесь, будем дорабатывать, оттачивать материал и превращать его в полноценный тренинг!

Активный наш участник Андрей Шапиро написал отзыв, благодарим его и других участников секции Анализа за участие, комментарии, обсуждение, без вас ничего бы не получилось 🙏❤️
Отгремела конференция UIC.DEV 2024! 🥰
Как часто бывает, что на взлёте трясёт, вот и мы выходя вместе с Ижевском, на новый уровень, немного попали в турбулентность, но вырули и провели мощную секцию Анализа!

К сожалению на фото не все спикеры секции, но надеюсь вы узнаете по порядку слева направо
Андрей Корниенко
Я - ваш покорный слуга
Максим Каширин
Евгений Галактионов
Андрей Шапиро

Впечатления, общение, новые мысли, знания, опыт, знакомства, инсайты, было всё!)) и ещё будет нас догонять долго
В очередной раз говорю, спасибо Ижевск!
Удмуртия прекрасна! 🫶
Please open Telegram to view this post
VIEW IN TELEGRAM
Моё состояние после конференции, отражает мой бейджик)))

После каждой конференции появляются новые выводы из разряда #капитаночевидность

Итак, моя новая порция:
1.Когда тебе кажется, что тебе нечего рассказать, тебе кажется)
2.Технические проблемы закаляют спикера и нужно быть к ним готовым. Можно анекдот или рассказ смешной, по теме из опыта вспомнить, и иметь на готове.
3.Всегда будь готов к тому, ЧТО будешь выкидывать, или наоборот, ЧТО можешь добавить. Ситуации могут быть разными.
4.Надевай новые, красивые носки, может оказаться, что будешь выступать босиком)))
5.Купи кликер, микрофон петличку, и другой стафф. Тренеры, спикеры на опыте, приходят со своим и ещё носят маркеры для доски, конфетки для горла, водичку)
6.Не выгорай, не грузи мозг чужим. Иногда это очень надо, иначе перезабьёшь свой кэш памяти, эмоционально вовлечёшься и не хватит запала на свой доклад.
7.Можно попрыгать перед выступлением. А лучше погулять и попрыгать)))
8.Твою презентацию, возможно, тебе не будет видно, так что имей план рассказа и логику. Можно взять распечатку с Таймингом и пунктами.
9.Давай публики контролируемое пространство.
10.Если ты эксперт, отдай звёздный час спикеру, конечно есть те кто приходит помериться кое чем, а есть те кто задаёт крутые вопросы и можно бесплатно получить тему нового доклада. Фильтруем.
11.Быть открытым к новому. Банально, но мы взрослые люди, и любое новое можем воспринимать, как бред, ненужную трудность. Классно когда нет ожидания, и планка "требований от себя" выкинута в кусты. Лучшее чувство любопытство.
12.Конференция - это нетворкинг, можно и нужно подходить, открывать рот и говорить.
13.Хочешь выступать - начни, а дальше сам офигеешь, как тебя затянет)))

#выводы #uicdev2024
Спикер - космонавт 🚀

Уже поутихли эмоции, впечатления от конференции #uicdev2024
А в моменте, когда ты находишься в водовороте событий, эмоции шарашат))

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

Я хочу спикеров сравнить с космонавтом. 👩‍🚀
Давеча я подписалась на канал нашего космонавта, и прочитала пост из разряда #капитаночевидность

Можно себе представить, что происходит перед полётом. Много подготовки и иногда это вся твоя жизнь. Цель полететь в космос. И вот все процедуры пройдены, и чуть чуть до старта. Спать невозможно, но надо. И вот он полет. Ты летишь в ракете, потом выходишь на орбиту, потом пристыковка к мкс, и это всё большой период времени. Ты не спишь. 26 часов, и вот ты на мкс. И о чем пишет космонавт, что тебе надо себя пристегнуть и поспать! Но это нереально! Ты видишь землю в иллюминаторе, твоя мечта сбывается, эмоции переполняют! Вжух, Вжух!!!

Но! Потом будет адаптация, кровь ударит в голову, и надо это плохое самочувствие пережить, перетерпеть, а для этого надо поспать.

Так и мы. В потоке событий, встреч, есть ещё и твоё выступление, и нужно поспать. Но лежишь и часами пытаешься успокоиться. У меня нет тут лайфхаков, че ваще делать?)))

Я гуляла вокруг гостиницы, через физику пыталась сделать так, чтобы упасть и заснуть. Рюмочка настойки, успокаивающий чай. Ноль эффекта))

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

А вы что делаете, чтобы разложиться по дистанции?

P. S. Тот самый пост космонавта Константина Борисова

❤️
#мысливслух #ресурсы #правдажизни #моемнение
Я снова про собеседования... И про то как стоит менять подход.

До сих пор ко мне прилетают запросы, дайте "100 вопросов", о чем спрашивают на собеседованиях. Я развожу руками.

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

И вот я немного расскажу о фактах.
Не я тут такая одна умная, и обладающая чем-то уникальным)))

Берём ФГОС (да, да, да гос стандарт очень бывает интересный и с точку).

1 поколение ФГОС 2004-2009 делали ставку на знания (чему учить?) И кстати основа нашего образования - это зубрежка (никогда это не понимала).
2 поколение ФГОС 2009-2020 ориентация на компетенции, массовое внедрение проектного подхода (для чего учить, как это поможет в жизни?)
3 поколение ФГОС с 2021 года (что обучающийся конкретно будет знать, чем овладеет и что освоит?)

То есть мы всё ещё пытаемся на собеседованиях мучить вопросом "чем rest api, отличается от soap", хотя мир уже давно изменился.
И система образования, тут можно ругать её или хвалить, искать минусы, но факт есть факт, всё меняется. Теперь образование делает ставку не только на знания, но ещё и на умение, владение, опыт и применение на опыте.

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

А вы как проводите собеседования?
Или на каких интересных собеседованиях вы были?
Что запало в душу?)
Поделитесь опытом)

#собеседования #подборперсонала #фгос #мысливслух #оценкаперсонала
Супер активная осень, что даже не успеваю рассказать обо всех мероприятиях)

Хорошо, что Андрей описал впечатления от митапа в ITFB!
Коммуникация в команде.

Когда я училась во ВШЭ на продакта, мы играли в игру: "что ты возьмёшь с собой, чтобы выжить". Игра достаточно известная, есть разные вариации. И тогда, я единственная из всей группы выжила, принимая решения в одиночку. Когда я попала в команду, где нужно было принимать решения командно, я не стала особо с кем либо спорить, и чаще всего соглашалась. Результат был намного хуже. Такое поведение характерно команде, где сплошные лидеры или нет эксперта. Результаты тогда у многих в командах были не очень.

Вот теперь в МГПУ мы в такую сыграли. И каково было моё удивление нашему результату. Мы улучшили свой показатель в командах в 2 раза по сравнению с индивидуальным! Я честно говоря, тормозила и допустила одну очень грубую ошибку, но не стала менять, поэтому индивидуальный результат был плох. Ну и ладно. То есть у меня за эти годы выработался пофигизм, возможно в каких-то моментах я не только соглашаюсь, но и больше обсуждаю, с опорой на свои знания и опыт. Мы меняется и жизнь, события нас меняют.

К чему я всё это рассказываю. Что вцелом коммуникация важная вещь в командой работе. А мы все с вами работаем в командах, нравится оно нам или нет. У нас всегда есть коммуникация, с заинтересованными людьми, командами, коллегами, и не только, и коммуникацией нужно управлять. Что-то работает по наитию.

Самое интересное, что сделай курс по коммуникациям, он не будет продаваться))) Да кому это нужно, так всё понятно, нежели проектирование микросервисов.

Хотя если посмотреть на закон Конвея, мы увидим, что проектируем системы, которые являются отражением наших коммуникаций.

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

Конечно #капитаночевидность нужно заниматься коммуникацией, её выстраивать, вводить правила, ей управлять.
Что наличие в команде эксперта ни о чем не говорит. Его могут задавить другие.
Также как "звёздная команда" из сплошных экспертов, тоже не супер вариант. Очень для меня странно слышать такие тезисы "в нашей команде сплошные сеньоры". А им не тесно?)
Есть ли борьба за лидерство или нет? Обычно история умалчивает...
С другой стороны нужны те кто умеет внимательно слушать. Ой как это видно в игре "что, где, когда". Анализ постановки вопроса, зачем там та или иная информация была дана, всё не просто так, этимология слов их значение, употребление. Логика! Всё в копилку.
Умение менять лидера. Тоже интересная штука, умеет ли команда договориться, или например, кто-то включает манипуляции, чтобы продавить своё мнение. А можно вообще сделать западню, чтобы команда доросла до того решения, которое нужно именно вам 😎

Есть о чем подумать. И было бы интересно поиграть в такую игру с реальными производственными командами.
Какой бы был результат?)

#коммуникация #мысливслух #мойопыт #моемнение
Ты аналитик? Айтишник? Компьютер починишь?

На митапе Agima мне задали вопрос про границы работы аналитика. Что вот мол я упомянула профстандарт, а что делать если в компании всё не так? И всем плевать на профстандарт.

Тут также, как и с личными границами нужно выстраивать. Сложность состоит в том, что "а кто решает", где эта граница проходит?

Я сложила образ работы инженера ещё в институте, и мне от части повезло, начать свою деятельность в компании, где было всё чётко, понятно, и существовал RUP (Ration Unified Process) с разделением границ и ролей. И этот образ я уже дальше несла с собой, дополняла и транслировала. Это потом всё смешалось "люди, кони", пришла эра "ажаль", со всеми вытекающими.

Откуда же постоянно возникает этот вопрос с границами? Да тут #капитаночевидность нехватка кадров, расколбас стадии проекта, жидкие внутренние процессы, перекладывание обязанностей с "больной головы на здоровую", затыкание дыр всеми, а когда ты начинающий специалист, да и не только начинающий, противостоять манипуляциям "we can do it", мы команда, нам нужен результат, постоянной стимуляции, давления, где-то впереди висит морковка и розовое будущее, и желание "показать себя в бою" приводит к тому, что хочется всё порешать, и взять всё что на меня вешают. Знакомо?)

Профстандарт может помочь. Всё таки большая многолетняя работа была проведена, обновление было в прошлом году, обсуждение на 200+ человек. На документ можно опираться. Можно и babok взять, или вигерса, проще даже пообщаться с коллегами, которые на этом "собаку съели".

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

Хорошо, если есть тим лид анализа, который может отстоять границы должности. Если нет, придётся самому задавать вопрос, почему это свалили на меня? Где-то мягко, где-то жёстко отстаивать границы. На самом деле, по результатам работы можно увидеть, кто что отлично закрывает, и с чем справляется, и почему.

Но!! Зачем платить больше аналитику и, например, навешивать на него hr-должность? У меня такое было. Я посчитала часы, сколько я работала hr, во сколько это обходится компании, и было дешевле нанять hr, и разгрузить меня.

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

А как вы работаете с границами своей должности?

#границы #системныйаналитик #моемнение #мойопыт
Очень важный момент, это понимание логической цепочки развития проектирования, и в частности нотаций. Всё становится на свои места.

Рекомендую к просмотру, сегодня вечером, вебинар Михаила Позднякова 😎
Миша давно начинал описывать и рассказывать тему нотаций, как языка фиксирования и передачи информации по решению.

А теперь, как исследователь с канала BBC, собрал всё вместе 👏
Please open Telegram to view this post
VIEW IN TELEGRAM
31 октября, в четверг вечером, Михаил Поздняков расскажет откуда взялось столько разнообразных нотаций для проектирования ИС, зачем они нужны и какая нотация является лучшей
Регистрация на вебинар