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

‼️К сожалению завтра 19 марта, не будет семинара в Лаборатории Системного анализа, мы его переносим, о новой дате сообщим заранее.
Просим прощения, за такую накладку.

Прямой эфир с Тарасом Сорока 20 марта!

Удивительно какая большая деревня айти. И какие интересные бывают встречи со старыми коллегами спустя много лет. Просто захлопнулась временная петля и мы пересеклись с Тарасом Сорокой – ведущим канала Сорока пишет | Об ИТ и менеджменте.

Воспоминания разблокировались и мы решили провести прямой эфир.

Тарас руководитель с большим опытом, и я сразу же выдала много проблем, вопросов, которые возникают на стыке работы аналитика и руководителя проекта.

При этом я люблю говорить такую фразу, что "бизнес аналитик это роль делегированная от руководителя проекта", и следом "что только 30% руководителей проектов действительно компетентны".

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

🔥20 марта приглашаю вас на прямой эфир, чуть позже размещу все явки и пароли, если есть вопросы к Тарасу или что-то уже сейчас болит во взаимодействие с РП, пишите в комментариях 👇 а пока рекомендую посмотреть на канал Тараса, вот несколько ссылок на его посты:

✔️Пост про то как часто бизнес недооценивает потери от привычных сбоев.

✔️Пост про то брать или не брать руководителю своих подчинённых на встречи с топами?

✔️И конечно же про то, как компании пытаются внихнуть ИИ в колл центры

О рынке труда РП, ключевое 🤔

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

Что же любопытного для себя услышала от коллег, руководителей проектов с опытом.
✅1.Что Agile уже немодный, и что нужны менеджеры под проекты waterfall. Неожиданно? И да и нет. Чисто #моемнение что Agile не всегда подходил под гос и около гос проекты, поэтому часто было так, что команда работает по Agile, а с заказчиком работает по waterfall. Мозг от этого взрывался, но вцелом гибридная штука работала. Либо просто не умеют его применять, нет возможности играть вдолгую над трансформацией. Коллеги такую тенденцию объясняют тем, что идёт тренд на результат. То есть с waterfall, мы получаем возможность управления результатом в заданные сроки. Конечно есть Lean, но почему-то про него не говорят...
✅2.Идёт тренд на удержание и сохранение сотрудников внутри компании. То есть если есть вакансия, её пытаются закрыть внутри компании и обучить, повысить тех кто уже давно работает. И здесь есть но, если компания выходит на открытый рынок для поиска руководителя проекта, то существует высокая вероятность того, что на него навесят провал проекта или косвенно идёт сигнал - "что-то в проекте совсем непросто" , в том числе и политически.
✅3.Требования к кандидатам выросли и расширились. Такое мы и у аналитиков постоянно наблюдаем. От руководителя проекта ожидают анализ, владение языками разработки и многое другое. Причин много, одна из них слишком большое количество откликов, что со стороны работодателя поднимается уровень требований. Типа как-то же нужно отсеивать кандидатов? Вот давайте сделаем вход сложнее. Потом по факту, соискатель выходит на проект и навык оказывается не нужен в реальной работе. С РП такая же тенденция, как и с аналитиками, требуется человек оркестр, и это в том числе попытка сэкономить.
✅4.Слишком много опыта - проблема. Годы идут, а ничего не меняется. Джуны плохо, слишком опытные плохо. Очень опытный для многих равно проблема, того, что начнёт учить жизни других. И самое интересное, что советуют раскрывать одну ключевую компетенцию, остальные регалии убирать, чтобы не пугать. Удивительно, на конференции, например, ты как спикер, должен показать своими регалиями, кто ты и почему тебя можно слушать. То есть происходит продажа своей экспертности. А вот оказывается при поиске работы, скромность в почете))) Парадокс, 100500 требований, но аккуратнее всему соответствовать...
✅5.Очень не люблю высказывания "мало вакансий", "плохой рынок". Это всё характеристики. Фактически рынок был перегрет. Сейчас повзрослел, изменился. И как на рынке есть цена и товар, как говорится. Либо берёшь, либо нет.

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

А вы когда в последний раз искали работу? Что заметили?

Для тех кто любит запрыгивать в последний вагон)

В эти выходные 14,15 марта с 10 до 14 по Москве состоится тренинг игра по бизнес-анализу!

Будем разбираться с деятельностью стирки белья)
А вот так вот!

🔥Записаться на тренинг можно на сайте!

🔒Границы проекта
Границы ключ переломлен попалам...(с) Егор Летов

В своём исследовании в рамках магистратуры, в интервью у меня есть вопрос "как вы определяете рамки проекта?"

Когда я этот вопрос писала, мне казалось, что это элементарная, обычная вещь - построить границы.

Но оказалось, что моя гипотеза, что все аналитики определяют границы проектов, оказывается требует пересмотра.

Почему так?
✔️Во первых, я же начинаю судить по себе и своему опыту, а опыт у меня большой именно в заказной разработке, где заказчик хочет больше за те же деньги. Во внутренней разработке, конечно заказчик тоже хочет впихнуть невпихуемое.

✔️Во вторых, деятельность определять границы может быть не только у аналитика. В финтехе, нет проблем с границами (по крайней мере по моему исследованию), потому что задача приходит от продакта, и просто уже кто-то всё сделал.

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

Чего я привязалась к границам?)
1.Невозможно работать и проводить анализ, когда не видишь всей системной картины.
2.Это роадмап, скелет, и когда есть понимание можно управлять.
3.Банально не делать больше.

Говоря про границы, важно сказать, что они могут быть разными:
1.Бизнес-уровень (реестр бизнес-процессов, Бизнес-модель).
2.Пользовательский уровень - набор use cases, пользовательский путь, например тот же customer jouney map.
3.Функциональный - это может быть mind maps с функционалом или функциональная архитектура.
4.Системный - системный контекст, кто участвует в проекте, а кто нет.

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

#границы #мойопыт #капитаночевидность

А вы работаете с границами проекта?

P. S. В этот в 2025 году писала, про то как 🤎шоколадка помогла при общение с заказчиком)))

В этот день в 2022 году, я писала про весенний и эмоциональный сбой.

Вчера мы затронули бизнес-анализ, если вы хотите углубиться в тему, то тренинг "Большая стирка" для вас!

Тренинг пройдёт в онлайн формате уже в эти выходные
14, 15 марта, с 10 до 14 по Москве.

Тренинг позволяет в игровой форме аналитику погрузиться в модель бизнес-анализа, прокачать свои компетенции по переговорам с заказчиком.
Мы разберём типичные ошибки, которые допускают аналитики и поймём как использовать модель BACCM для подготовки к интервью. А также разберём и потренируемся в анализе модели деятельности.
-------------------------------
Тренинг состоит из 4 блоков:

✅ Блок 1. Команда аналитиков проводить интервью с заказчиком, занимается поиском бизнес проблем.

✅ Блок 2. Команда аналитиков формулирует бизнес решение и согласовывает его с заказчиком.

✅ Блок 3. Описание бизнес-процесса через диаграмму деятельности.

✅ Блок 4. Уровни внедрения изменений. План бизнес-плана внедрения изменений.

-------------------------------
💪Кому подойдёт тренинг?

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

Вы сможете за 9 часов увидеть фундамент деятельности бизнес аналитика.
Поймёте место аналитика в процессе и какое влияние результат его работы оказывает на проект.

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

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

-------------------------------
Если остались вопросы пишите их ниже в комментариях 👇

☄️Чтобы записаться на тренинг оставляйте заявку на странице

https://sup.expert/laundry

А был ли бизнес-анализ?

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

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

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

Сразу пойти делать решение. А про бизнес-требования, бизнес-потребность забывают или даже специально оставляют.

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

Если мы откроем с вами BABOK, то как раз увидим BACCM, и про все вершины этой звезды мы можем говорить в рамках бизнес-анализа.

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

Системный аналитик может сознательно уходить от бизнес-анализа, причин может быть несколько.
1.Мне за это не платят) чёткое понимание границ своей деятельности и ожидания от соседа по бизнес-анализу нужного результата.
2.Уж очень большой пласт обсуждений и анализа нужно поднять, что стоит добавить в команду бизнес-аналитика и разгрузить системного.
3.Тут ещё рядом стоит анализ архитектуры предприятия, я бы так сказала. И нужно хорошо погружаться в нюансы предметной области, а это опять же дополнительная большая нагрузка.
4.Обесценивание бизнес-анализа. Что это легко, не для этого меня мама растила))

Потребность в бизнес-анализе может быть разного объёма. Но всё таки, если на самом начальном этапе сбоит именно бизнес-анализ, то в системном анализе мы получает результат, которым невозможно пользоваться.

Если автоматизировать хаос, мы получим автоматизированный хаос.

Только когда понимаешь, что чёт не идёт, начинаешь смотреть в сторону бизнес-анализа и раскручивать именно его.

А как у вас на проектах обстоят дела с бизнес-анализом?

#требования #бизнесанализ