Пятничного настроения, друзья! 😁

Узнаете себя?

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

✔️И тогда у вас и пятница станет не днем паники, а днем подведения итогов недели.

А как у вас обстоят дела с оценкой сроков?

Нужно ли ПМ столько технических инструментов

Вот такая обратная связь прилетела мне к посту про техстек для ПМ.

Поэтому поговорим сегодня о насущном - о том, что нельзя ПМ пользоваться только MC-проджект, Гугл-шит и Гугл док, джирой и конфлю.

Я пару недель назад писала пост в линкедине, за который в меня до сих пор летит тапками с возмущениями: зачем это еще ПМ знать про кубер, копайлот и гит?

➡️А вот зачем. В гите не просто лежит кодовая база проекта, это огромнейшая важная часть рабочего процесса: и ветки, и пулл реквесты, и коммиты, и ревью кода. Всё это показывает, как движется работа на проекте. А кто отвечает за проект? ПМ!

Вот и ответ.

Когда разработчик на пальцах объясняет, почему та или иная задача выполнена быть не может, а вы смотрите в книгу (в гит) и видите фигу - ну такое себе.

При этом я не призываю супер в этом разбираться, но азы знать нужно.

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

Так что друзья, не забываем про специфику управления IT(!) проектами и потихоньку наращиваем свои компетенции.

Это обязательно должно быть в вашем Дискавери

Итак, что ещё нужно отработать на этом этапе:

⏺Потребности, ожидания, технические возможности, права пользователей и ролевая политика.
⏺Метрики, отчетность.
⏺Описание интеграций.
⏺Интерфейс системы, возможность создания которой мы сейчас исследуем и которая должна быть разработана потом.
⏺Описание текущих ИТ-систем, их взаимодействия и интеграции, процессы CI/CD.
⏺Архитектурные проблемы проектирования и нфт.

И куда без итогов. Какие документы у вас должны быть по итогу фазы дискавери для исследовательских проектов:

✔️Аналитика: бизнес-цели, технические цели проекта, техническое описание ПО и систем, компоненты и описание архитектуры.
✔️Технические, продуктовые и управленческие и метрики, которые необходимо отслеживать. В каких режимах это автоматизировать.
✔️Архитектура - арх.описание систем в стандартизированных нотациях.
✔️Дорожная карта проекта. Тут тоже важно сделать верхнеуровневое описание бэклога задач с эпиками и сторями. Сюда же заложить команду -  необходимые роли и количество. И сюда же риски и допущения по проекту.

Ну и основным итогом должно стать заключение: можем ли разработать требуемую систему/платформу/ПО, сколько это будет стоить, кем мы это сделаем, какими этапами (и технически, и бизнесово), что это нам даст с точки зрения бизнеса (какие деньги, какую выгоду).

Все это — якорные вопросы, которые мы решаем этапам дискавери для исследовательского проекта.

У вас остались вопросы? Пишите в комментариях↘️

Дискавери для исследовательских проектов

Сегодня поговорим о том, с чего начать этот этап, как подготовиться, подстраховаться в условиях высокого риска.

1️⃣ Цель. Итак, чтобы определить с чего начать и как подготовиться нужно определить цель дискавери фазы для исследовательского проекта, который, как вы уже поняли, сопровождается высокими рисками.

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

3️⃣ Делаем описание проблемы, которую нужно решить, критерии, по которым мы сможем отследить, что проблема действительно МОЖЕТ БЫТЬ РЕШЕНА тем продуктом возможность разработки которого мы и проверяем на этапе дискавери.

До старта важно точно понять, чего вы хотите достичь, без общих фраз с водой.

➡️Чем яснее будет ваше видение, тем меньше рисков провалить проект.

Вот задачи Дискавери:

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

2. Проработать архитектурное видение будущего решения и выбрать оптимальный технологический стек для его реализации.

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

4. Сформировать команду для начала разработки.

В следующем посте расскажу, что еще важно знать на этапе Дискавери ↘️

Как подружить деливери и дискавери процессы в продуктовой компании?

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

Перед этим этапом обязательно следует этап дискавери.
Причем не только следует, но и периодически вмешивается, накидывает срочных задач в спринт. Он выбивает из системности процесс разработки этапами кастдевов, итерациями тестированием АА, АВ гипотез.

Пример: Пересчитали PnL-ку, а там не сошелся бюджет. Переделываем требования, и разработка “уезжает” под влиянием этих изменений.

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

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

Один из вариантов - это внедрение DoR и DoD.

➡️Definition of Ready (DoR) - зааксепченные критерии по наполнению требований к разработке фичи, чтобы команда могла начать разработку по ней.

➡️Definition of Done (DoD) - список требований, которые должна выполнить команда, чтобы задача считалась завершённой.

Соответственно, дискавери проводит АА, АВ тесты, считает PnL-ку, проводит кастдевы, описывает требования (фт/нфт, прототипы отрисовывает). И это все описывается в базе знаний, где ведется документация для команды разработки. После этого на pbr собираемся, разбираем челленджим требования.

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

И чтобы и дискавери, и деливери были заинтересованы в этих процессах, завязываем на метрику Lead Time - от появления задачи в беклоге до ее фактического релиза в прод.

Продать эту метрику руководству несложно, при достаточном обосновании

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

Это решение проблемы подходит для не очень больших проектов. А для хорошо отлаженной системы - в том числе и для проектов по канбан и Lean, я внедрила фреймворк управления процессом дискавери и деливери.

Расскажите, получается ли у вас на проектах "подружить" эти процессы?

Погружаемся в изучение лидерских качеств ДМ и ПМ

Рабочая неделя началась и у нас на курсе стартует уже 3 модуль, тема первого занятия: "Эффективные рабочие практики для выработки лидерских качеств ПМ/ДМ"

А еще я расскажу, что такое настоящий менеджмент и почему на нем не стоит экономить.

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

Есть, конечно, и отличники, которые выполняют все вовремя и без напоминания 😁

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

Ищите ментора, который был "в ваших ботинках"

Когда люди выбирают себе ментора или преподавателя, знаете, на что они смотрят?

На его достижения: что он сделал, проходил ли он на практике то, что сейчас в реальности проходит выбирающий, решал ли он похожие проблемы?
И что в итоге он смог сделать? Каких результатов добился?

➡️Мне есть, чему учить. Я эту "мясорубку" прошла не по одному разу. Начинала с позиций минус 1, внедряла и масштабировала эффективные практики разработки в компании на 800+ человек, будучи рядовым членом команды разработки.

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

Поэтому я делала программу действительно применимого на практике  курса. Как-нибудь, думаю, даже покажу вам бекстейдж (там будет очень угарно), и расскажу, как готовила программу курса. И нет, это не "сесть и написать" 😁

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

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

Всех с пятницей, друзья!

Все мы знаем таких коллег-виртуозов, имитирующих бурную деятельность. Никого не осуждаем — ибо всякое в жизни бывает 😁

Маленький секрет: ПМ всегда знает, кто филонит в команде. И если он еще не пришел с "дружеской беседой", это вовсе не значит, что он ничего не видит.

Я, конечно, не Василенко из Ростова, но тоже желаю всем отличного настроения на выходные 🤖

🎙 Как считать Time to decision

Рассказала, как внедрить метрику в проект, как автоматизировать этот процесс и когда открывать и закрывать таймер.

Расскажите, ведете ли вы time to decision на своем проекте?

Метрика, которую у вас обязательно спросят

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

Но возникает вопрос - и так уже всеми возможными метриками обложились - это еще зачем?

➡️А вот зачем: когда решения принимаются слишком медленно, это замедляет и  развитие проекта или продукта. И пока мы собираем данные  для решения, по сто раз согласовываем, время для продукта может быть упущено.

Метрика time to decision позволяет отследить узкие места или неоптимальные процессы. Быстрое принятие решений ускоряет разработку за счет уменьшения задержки на выработку решения. И это влияет положительным образом на вашу результативность команды, помогает быстрее реагировать на изменения или риски в проекте, крепко снижая бюджеты и время на разруливание рисков и проблем.

Думаю, что все отметили, что сейчас постоянно меняются требования, вводные, сроки.

✔️Работа с time to decision помогает повышать скорость реакции на все эти изменения , оперативно корректировать курс и план разработки и экономить бюджет на риски.

Далее в подкасте расскажу, как считать эту метрику, следите за обновлениями ↘️

Что включать в SLA?

Док должен отвечать на такие вопросы:

⏺Какие сервисы используются?
⏺Кому конкретно предоставляются?
⏺Какого именно качества они должны быть?
⏺В какие сроки должны быть устранены отклонения от описанных параметров в п. 3?

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

Незнание, как говорится, от ответственности не освобождает, а знание (информация) помогает контролировать проект. А значит, вы становитесь более сильным менеджером.

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

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

Пользуйтесь и ставьте 🔥, если было полезно

Почему без SLA ваш проект может провалиться

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

И вот почему:

➡️Начнем с определения: SLA (Service Level Agreement) – это соглашение между поставщиком ИТ-услуг и заказчиком.

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

❗️ Важно: SLA это стандартный документ - он даже минимально строится из 2 (в классике больше) составляющих - SLR и OLA.

SLR - это согласованные требования к уровню предоставляемых услуг. Это не  “хочу, чтобы наши сервисы были доступны в любое время дня и ночи, в любую секунду!” 😁

Я тут напомню, что даже 5 девяток не обеспечат такую доступность в рамках суток. Ведь сервис существует не в вакууме, его работа зависит от многих составляющих: от провайдера, пропускной мощности серверов, технических ограничений оборудования и многого другого.

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

С этим понятно, а OLA тогда зачем?

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

Вот из этих ингридиентов у вас и получится SLA.

О его содержании расскажу далее ↘️

Затраты на управление рисками

Покажу сегодня как идут дела на курсе "Карьера в IT: руководство для Delivery и Project Manager".

Сейчас мы на 2 модуле и погружаемся в важнейшую тему — управление и минимизация рисков.

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

Конечно, существуют и другие крутые специализированные системы, в которых можно вести реестр рисков. Их мы тоже рассмотрели на курсе.

И да, мои ученики смогут ответить на вопрос: какими инструментами пользуется ДМ/ПМ в работе? И ответить связкой из более чем 5 инструментов, а не только джира, конфлюенс и миро.

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

Как давать негативную обратную связь

Мало кто любит получать критику. И от этого ее сложнее правильно донести. А на этапе вхождения в должность это становится и вовсе непростой задачей - для обоих - как если вы руководитель, так и если вы подчиненный и ОС собирается на вас.

Но рассмотрим первый вариант.

Руководителю важно сделать этот процесс эффективным и помочь специалисту улучшить свою работу или подход к работе.

Дам простые, но важные рекомендации:

1️⃣ Всегда оперируйте фактами и цифрами: что-то абстрактное вызовет много вопросов и  бесполезных прений, подрывающих ваш авторитет. А вот конкретика помогает понять, что именно нужно исправить.

2️⃣ Буду капитаном очевидность, но! не переходите на личности. Не в том смысле, что вы распалились так, что слюни полетели, нет. А в том смысле, что решаем и обсуждаем конкретные проблемы, а не личность человека.

Покажу на примере: не “ты всегда неточен в сроках оценки”, а “в процессе оценивания задач из беклога возникли проблемы, давай обсудим, как их можно избежать в будущем”.

3️⃣ Вы скорее всего уже предполагаете какое-то решение проблемы, но в первую очередь спросите, как можно улучшить ситуацию. Тогда это будет диалог, тогда это поможет специалисту почувствовать себя частью решения, а не проблемы, тогда он будет активнее вовлекаться в это решение и больше отдавать себе отчет, что происходит, и в чем конкретно его действия привели к негативному эффекту. У него будет больше рефлексии.

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

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

4️⃣ Еще важно продумать сценарий этого разговора и подготовить те самые цифры и данные, на которые будете ссылаться.

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

5️⃣ Не забудьте дедлайны обозначить по тем решениям, которые вы обсудите. Иначе мотивация сольется.

Ну и завершу на том, что ОС не всегда нужно давать публично, обсуждение негативных моментов можно сделать конструктивно и эффективно на F2F-встрече. А в некоторых случаях и в рамках рабочих синков, поддерживая при этом позитивную рабочую атмосферу.

Так что качественная ваша ОС  - это ваша работа как руководителя, менеджера. Для ребят это важная частичка для личностного роста и улучшения качества их работы.

Нашла на просторах видео к нашей с вами теме про вхождение в должность 😁

Давайте честно, кто узнал себя?

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

Это "лучший друг" и для руководителя, и для новичка.

Подробнее про ПВД смотрите здесь

Уже получила вот такую обратную связь по шаблону ПВД.

И правда, документ подробный, ориентирован на практическое применение.

К сожалению, его нечасто в компаниях составляют, и как мы выяснили вчера на эфире - проблема это частая.

Кстати, полноценный, качественный ПВД у меня был только в одной компании, причем далеко не в самой большой.

А кто еще не посмотрел эфир, где мы разобрали содержание ПВД и адаптацию сотрудников на новом месте — обязательно смотрите запись здесь

👌👍 Запись эфира: Эффективность менеджера на старте и ПВД

00:01 Зачем вообще нужен ПВД сотрудникам и руководителям
01:49 Из чего состоит ПВД
06:18 Какие встречи нужны на старте работы и когда они проводятся
09:30 Какими должны быть показатели производительности
10:45 Кто и как должен составлять ПВД. Что делать, если такой практики вообще нет в компании
24:10 Кто назначает встречи
25:15 Некоторые важные нюансы ПВД
28:00 Как работать с HR в период адаптации
29:35 Вопрос от участника эфира: В компании нет ПВД, встреч и обратной связи. Стоит ли что-то менять?
42:00 Вопрос от подписчика: какие пункты обязательно нужно включать в ПВД?

Эфир вчера получился очень практическим, теплым и живым.

Всем участникам эфира сегодня направлю шаблон ПВД.

Спасибо всем, кто был и задавал интересные вопросы!

Мы начали прямой эфир!

Пишите свои вопросы под этим постом ⤵️

⏰ ЧЕРЕЗ ЧАС обсудим ПВД и полезные инструменты для руководителя на новом месте.

Жду на эфире!

👌👍 Встречаемся СЕГОДНЯ в прямом эфире

‼️ Друзья, напоминаю, что уже сегодня в 20:00 мы обсудим, как правильно составлять ПВД, и как это повлияет на эффективность менеджера.

После эфира все участники получат образец ПВД руководителя.

Не пропустите!
➡️Встречаемся здесь, в моем канале в 20:00

🎙 Подкаст: Как найти подход к новой команде

Сегодня поговорим о том, что делать ДМ и ПМ, если сложно коммуницировать с новой командой.

⏺Что узнать о команде, чтобы понять ее
⏺Что такое языковой барьер в IT
⏺Как подмечать достижения: публично или на 1-1 встречах
⏺Как создать атмосферу доверия
⏺Как разбирать конфликты и ошибки

Ставьте 🔥, если было полезно!

Как проводить ретро спринта: пошаговое руководство

Такой вопрос у ребят в группе на курсе возник в процессе обсуждений коммуникаций в скраме, канбане и lean.

➡️Проведение эффективной ретроспективы спринта — это важный момент в улучшении процессов и продуктивности команды.

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

⏺Подготовка к ретроспективе

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

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

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

⏺Самая мякотка - само проведение ретро.

1. Начните с чека. Тут вводное расслаблящее или снимающее накал слово от вас. Вы подумайте, что сказать. Свою команду вы знаете, можно попросить поделиться своим настроением или парой слов о прошедшем спринте. Как минимум, это настроит команду на тон обсуждения и создаст атмосферу открытости в рабочей обстановке. И не забудьте про тайминг сказать.

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

3. Обсудите то, что насобирали на досках. Круто будет, если вы сруппируете похожие стикеры и предметно пообсуждаете их. Не стесняйтесь поощрять ребят за то, что они делится своими мыслями и предложениями.

4. Приоритеты. Нужно выбрать несколько ключевых тем для обсуждения и сфокусироваться на тех, которые наиболее важны для команды. Можно заюзать метод голосования, чтобы определить приоритеты.

5. План действий. Для темы из фокуса тут же прикиньте с командой конкретные действия, которые будут предприняты в следующем спринте (лидируете здесь вы на 100%). Определите ответственных за выполнение этих действий (себя не забудьте) и сроки.

⏺Завершение ретроспективы

6. Закругляемся - подведите итоги обсуждения и еще раз повторите ключевые моменты и  согласованные действия.

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

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

⏺После ретро:

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

2. Оцените результат. В конце следующего спринта посмотрите, как выполненные действия, которые вы на ретро обсудили и наметили, повлияли на работу команды, и что можно улучшить в будущем. Это снова делаем на ретро)

Расскажите, как у вас дела с организацией и проведением ретроспектив?

ПРЯМОЙ ЭФИР: Эффективность менеджера на старте и ПВД

На днях мы с вами обсуждали, что на старте работы руководитель не может выдавать результат на 100%.

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

🔴 В ЧЕТВЕРГ, 27 марта в 20.00 приглашаю всех на ПРЯМОЙ ЭФИР, где мы разберём:

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

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

А после эфира я вышлю всем ОБРАЗЕЦ ПВД руководителя.

Ставьте 🔥 и устанавливайте себе напоминалку об эфире

Друзья, на прошлой неделе мы завершили первый модуль курса "Карьера в IT: руководство для Delivery и Project Manager".

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

➡️Особенно хочется отметить тех, кто буквально "запрыгнул в последний вагон", перейдя с базового тарифа на продвинутый. Они невероятно активно выполняют домашние задания и задают вопросы - это самый правильный способ обучения!

Но и те, кто изначально выбрал продвинутый и VIP-тариф, тоже не отстают. Вопросы и обсуждения в группе не прекращаются даже поздним вечером, как видно на скрине 😁

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

Продолжаем двигаться вперёд вместе!

Почему курсы обесцениваются

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

И когда тебе говорят с насмешкой: "А, тоже курс запустила и теперь сидишь попиваешь фисташковый латте?", то чувствуешь будто кинули камень, причём не в огород, а прямо в лицо.

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

❗️ Тех, кто сейчас обучает работе с проектами AI/ML, можно по пальцам пересчитать. Так же как и тех, кто даст реальную боевую команду и тестовый проект, чтобы вы зашли после курса в новый проект на скиллах и уверенности.

Кто про техничку расскажет и на примерах объяснит, что где  и как работает? Тоже мало кто.

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

Для чего это нужно:

➡️Для того, чтобы вы сокращали Time-to-Market в разы и могли уверенно настраивать сбор и анализ метрик.

➡️Чтобы могли выжимать максимум из Agile.

➡️Умели выстраивать релизный цикл, повышать производительность команд и эффективность процессов.

➡️И конечно, для того, чтобы с собеса вас сразу забирали знакомиться с командой. Ну а в текущем проекте топы и не допускали суждений, что вы что-то закосячите, и вверяли вам большие компетенции и возможности роста.

Друзья, вижу ваш отклик по поводу образца ПВД!

➡️Предлагаю сделать на следующей неделе прямой эфир.

Подробно разберем:

⏺Для чего нужен План вхождения в должность и какие проблемы он решает
⏺Чем отличается ПВД руководителя от ПВД рядового сотрудника
⏺Какие обязательные поля должны быть в действительно работающем плане

Точную дату и время эфира объявлю чуть позднее. Следите за обновлениями!

Эффективность менеджера на старте работы

Смотрите на какой прикольный тренд наткнулась 😁

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

➡️Но чтобы никого не винить и быть в одном поле ожиданий эффективности, обязательно составляйте ПВД - план вхождения в должность.

Это поможет:

⏺Структурировать ваши первые шаги
⏺Установить реалистичные сроки достижения результатов
⏺Наладить коммуникацию с командой и руководством
⏺Избежать недопонимания

Хотите образец такого плана? Ставьте 🔥

Техстек современного IT-PM, без которого не выжить в 2025

В мире управления проектами уже недостаточно просто разбираться в методологиях.

Автоматизация, аналитика и работа с данными – вот что отличает сильного ПМ. И если вы не освоите актуальные инструменты, то утонете в рутине или потеряете конкурентоспособность.

Итак, вот эти инструменты:

1️⃣ Таск-трекеры: Jira, Trello, Asana.
PM должен не просто ставить задачи, а уметь администрировать систему, настраивать кастомные метрики и автоматизировать процессы.

2️⃣ Код и данные: SQL, Git, Python.
Базовые SQL-запросы избавят от зависимости от аналитиков, а знание Git поможет разобраться в коммитах. Python на уровне стажера – must-have для автоматизации.

3️⃣ Визуализация и аналитика: Power BI, Google Analytics, BPMN.
Дашборды, отчеты и схемы бизнес-процессов – без этих инструментов PM — просто "менеджер на словах".

4️⃣ Документы и совместная работа: Google Docs, Miro, Notion.
Формулы, ганта, графики сгорания бюджета – всё это можно настроить в Google Sheets. Miro – не только для ретроспектив, но и для wireframes, схем API и архитектуры.

5️⃣ DevOps и инфраструктура: Kubernetes, CI/CD
Понимание деплоя и версионирования поможет не зависеть от DevOps-инженеров при анализе проблем.

6️⃣ AI-ассистенты: Copilot, GPT, MeetScribe.
ИИ уже не тренд, а реальность. Автоматизируйте стенограммы встреч, анализируйте документы и ускоряйте работу с кодом.

Без владения этим стеком вас либо раздавит рутина, либо вас заменит кто-то более гибкий и технологичный.

А какие инструменты must-have в вашем управлении проектами? 🤔

#Бажанова_управлениеIT

Как компания теряет покупателей из-за ошибок ИИ

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

Сначала Эм.Ви не могла распознать слово "телефон", но с третьего раза по запросу предложила несколько смартфонов в разных ценовых категориях, сделала небольшое сравнение. Это уже хорошо, но не каждому захочется повторять одно и то же несколько раз.

При запросе несуществующей модели сматфона ИИ вообще вышел из чата 😁

➡️Что получается? Фактически компания из-за этой ошибки теряет покупателя дорогого гаджета.

Вывод: замысел продукта классный и действительно нужный, но над реализацией еще нужно работать и работать.

Моя попытка заглянуть "внутрь" виртуального ассистента

Продолжаю показывать моменты нашего знакомства с Эм.Ви.

Позадавала ей вопросы о том, из чего она сделана, на какой модели и кем создана. 

Кажется, у неё произошёл своего рода экзистенциальный кризис😁 В общем, с этой темы она съезжает и снова предлагает поговорить о технике.

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

А вы пробовали задавать такие вопросы ИИ? Какие ответы получали?

Что не так с виртуальным консультантом Эм.Ви

Ну что, как и обещала, я вчера протестировала виртуальный помощник Эм.Ви.

Результат смотрите в видео↗️

➡️Конечно, это пока проблемный помощник: явно не решены проблемы с вылетом по таймауту, по отсутствию результатов поиска, а также проблема с поиском по заданным характеристикам. Это очень плохо для прода.

➡️Также ассистент обещает поболтать, но по факту все равно съезжает на вопросы по технике. Следует сделать более эмпатичный переход.

➡️Распознавание речи - на 3 из 5, некоторые дикие косяки остались за кадром, но повеселились мы знатно 😁

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

В целом виртуальный помощник не плох, но доделывать точно нужно.

Кстати друзья, кто поедет тоже затестить ассистента в Ботанику, в подземной парковке нет сети -
с о в с е м. Чтобы машину закрыть придется изощриться и подняться на возвышенность.

Сам ТЦ совсем свежий, скрип резины на парковке, как в американских фильмах😁

Людей немного, лампово, что для ТЦ в Москве очень необычно.

А завтра я покажу вам продолжение моего знакомства с Эм. Ви. Да, мы общались долго)

Ставьте 🔥, если ждете!

Иду знакомиться с ИИ-консультантом

Друзья, вы уже слышали новость, что у "М.Видео" в Москве появился реальный ИИ-консультант?

В честь 32-летия группы "М.Видео-Эльдорадо" они открыли новый магазин с инновационной концепцией. Одно из нововведений — консультантка-робот.

Ну и конечно, это была бы не я, если бы не протестировала новую технологию лично😁

Поэтому сегодня я отправляюсь в новый "М.Видео" в ТЦ Botanica, чтобы познакомиться с этой необычной "сотрудницей", попробовать её функции и, конечно же, показать вам всё в деталях.

Следите за обновлениями – скоро поделюсь своими впечатлениями и покажу, как все это выглядит на практике!

Принцип водки

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

Я вроде не открывала компанию, но по этим звонкам ощущение примерно такое 😁

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

Думаю, многие пошли загуглить😁

➡️Но вот хороший вопрос: почему цель, расписанная по SMART, не так эффективно достигается, как по принципу водки?

Делитесь своими мыслями в комментариях↘️

Почему разрабы ненавидят метрики

Сейчас явно наблюдаю повальный массовый хейт метрик. Отчасти понимаю их, но маятник сильно лучше не раскачивать.

➡️Каждой метрике должно быть применение и обоснование. Не стоит внедрять их только чтобы зажать там, где уже и так зажато, и выжать оттуда, откуда уже нельзя в части разработки. Это не ок.

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

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

Сейчас опять активно внедряют тайм-трекеры, а вдобавок еще отчеты о проделанной работе собирают с команды. А потом, как мы с коллегами уже поугарали, собирают это все в гигансткие простыни, на которые смотреть никто не будет все равно. Максимум — для "публичной порки".

Если проседает менеджмент, то разработка и продукт тоже будут сильно страдать. Но не каждый ПМ или ДМ со своего уровня на это может повлиять, хотя отдуваться за все это придётся именно ему.

Я, кстати, на своем месте нашла логический способ завернуть эту практику. Но как те или иные метрики будут работать у вас — зависит от вашей позиции, проекта, зрелости компании.

➡️Если столкнулись с трудностями и хотите разобраться, как не навредить ни себе, ни команде и выстроить грамотную работу с такими требованиями —  приходите на мини-консультацию, разберём ваш вопрос.

Пишите @yuliya_cdto

Почему мой ученик изменил тариф

Я уже не раз говорила, что весь курс"Карьера в IT: руководство для Delivery и Project Manager" построено вокруг практики и развития прикладных скиллов.

Так вот, вчера один из учеников, который изначально пришел на базовый тариф, после первой недели обучения написал, что хочет перейти на продвинутый, чтобы получать обратную связь.

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

Почему обратная связь - это важно:

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

➡️Адаптация методологий под конкретную ситуацию.
Не просто "вот так нужно делать", а "вот как это применить в вашем случае".

➡️Работа с кейсами. Принесли сложную ситуацию с работы? Разберем её вместе и найдем решение.

➡️За счет персональной обратной связи вы отрабатываете ошибки и быстрее растете как специалист.

✔️Для всех участников базового тарифа есть возможность перейти на продвинутый. Для этого напишите мне в личные сообщения @yuliya_cdto

#Бажанова_курс

Нужны ли команде ваши эмоции

Знаете, сейчас вспомнила кейсы, когда включалась в проект к ПМ и видела не человека (или рабочую единицу уж на худой конец), а аватар в буквальном смысле этого слова. Да, если честно, и ML-аватары порой больше эмоций и эмпатии выдают.

Это усугубляет процесс разработки, часто делая его не таким производительным. И нет, это не значит, что нужно  клоуном плясать перед командой. Но имитация деятельности или пластмассовые эмоции очень чувствуются. Конечно, это точно не идет на пользу рабочей атмосфере.

➡️Очевидно, почему так происходит: там и перегруз менеджера, и выгорание, и куча иных факторов имеет значение.

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

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

И когда вы восстанавливаете себя самого, команда увидит ВАС, а не аватар, тогда работа закипит с удвоенной силой в команде!

Впрочем, вы и сами это всё увидите в цифрах - метрики не дадут соврать 😁

Что делать, если вам не на чем практиковаться

В предыдущем посте я рассказала о парадоксе рынка: сокращения есть, а сильных специалистов все равно не хватает.

Теоретические знания не готовят к тому, что заказчик может внезапно поменять требования. Что разработчик может уйти в самый неподходящий момент.

Я когда-то сама это проходила, приобретала опыт методом проб и ошибок.

Именно поэтому я так верю в силу практики при обучении.

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

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

Это полноценная симуляция того, с чем вы столкнетесь в реальной работе. Но есть одно важное отличие — в тестовом проекте можно (и нужно!) ошибаться.

Можно "наступать на грабли" и получать обратную связь от того, кто эти грабли уже проходил и знает, как это делать😁

Поэтому мои менти видят первые результаты обучения уже в первые 2 недели.

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

#Бажанова_курс

Парадокс рынка IT: тысячи сокращений или дефицит специалистов?

Недавно я уже говорила, что руководители крупных компаний нуждаются в хороших ДМ и ПМ. Некоторые ищут их еще с ноября, а уже март.

И это в контексте того, что с конца прошлого года около 6000 айтишников попали под сокращения. Казалось бы — вот они, готовые кадры!

➡️Но, наблюдая за рынком, вижу одну серьёзную проблему: это разрыв между теорией и практикой. Между тем, что человек знает, и тем, что он умеет делать. Между пониманием тех или иных инструментов и способностью применять их в реальных проектах.

Что уж говорить, если даже некоторые преподаватели основываются на опыте, который давно устарел. А мир IT меняется стремительно, и то, что работало вчера, сегодня может оказаться неэффективным.

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

И да, капитан очевидность, стать таким специалистом можно только на практике. Настоящей, максимально приближенной к реальности, с  неожиданными изменениями и необходимостью быстро принимать решения.

В следующем посте расскажу, что делать, если вы хотите обучаться, но у вас в работе нет текущего проекта↘️

Прошел первый урок курса!

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

Это лишь маленький кусочек, где я даю уточнение по потерям при подходе lean - дополнение к основной лекции.

Сегодня ПОСЛЕДНИЙ день, когда можно попасть на курс

Друзья, это объявление специально для тех, кто любит принимать решения в самый последний момент😅 Для тех, кто планирует “еще подумать” или “найти время для этого”.

Так вот, сегодня ПОСЛЕДНИЙ день, когда можно присоединиться к моему курсу "Карьера в IT: руководство для Delivery и Project Manager".

Я сама иногда тяну с важными решениями, поэтому понимаю вас. Но как опытный руководитель проектов, я также знаю, что дедлайны существуют не просто так — они помогают нам двигаться вперед.

СЕГОДНЯ мы закрываем набор и уже стартуем обучение.

Поэтому:

⏺Если вы откладывали решение до "последнего подходящего момента" — он настал
⏺Если вы ждали знака судьбы — считайте, что этот пост и есть тот самый ЗНАК.

Содержание курса можно посмотреть здесь

Чтобы начать обучение, перейдите по ссылке, выберите тариф, который вам больше подходит, выберите удобный способ оплаты и оплатите.

А если есть вопросы —напишите мне в личные сообщения @yuliya_mfr

Бизнес в поисках сильных IT-менеджеров

Вчера после лекций я разговаривала с директорами крупных компаний. И многие подходили с просьбой проконсультировать их специалистов, а также порекомендовать хороших проджектов и деливери. Буквально просили меня: “Как только у вас появятся толковые специалисты, свяжитесь с нами”.

Я задумалась: на рынке существует острый дефицит квалифицированных ДМ и МП, есть реальный запрос от лидеров индустрии. При этом многие переживают, что не могут найти работу.

Специалисты, которые действительно понимают, как управлять проектами, как выстраивать процессы и как добиваться результатов — нарасхват. Как говорится, их "как спелые огурцы с грядки разбирают" 😁

И знаете, для меня это особенно ценно — видеть, как мои ученики становятся востребованными. Когда я обучаю ДМ и ПМ, и они демонстрируют отличные результаты, я с гордостью могу рекомендовать этого специалиста в своем кругу — руководителям, с которыми работаю и общаюсь.

Так что если вы сомневаетесь, стоит ли инвестировать в свое развитие как ДМ или ПМ, рынок уже дал на это ответ.

Курс стартует уже 12 марта.
Если вы хотите прийти ко мне на обучение, ставьте + в комментариях, и я свяжусь с вами.

Как прошел мой первый день преподавания в РШУ

Впечатления – положительные: 7 часов лекций для директоров компаний оказались вызовом даже для меня.

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

Все отметили мою манеру преподавания, атмосферу, выдержку. Я старалась инициировать активность, чтобы участники не просто отсиживались, а включились в живое обсуждение.

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

Впереди много интересного и полезного.
И конечно, я буду делиться с вами!

Для тех, кто откладывает на потом ⌛️

Сегодня, 10 марта, в 23:59 будет повышение стоимости на мой курс «Карьера в IT: руководство для PM и DM».

Напоминаю, что курс стартует уже 12 марта.

С 11 марта, 00:01 МСК, цена на мой курс повысится. Те, кто хотели попасть в последний вагон, успевайте сделать это сейчас, по приятной стоимости.

Что нужно сделать:

1. Переходите на сайт: http://juliabazhanova.ru/kurs
2. Выберите комфортный для вас способ оплаты (полная оплата или рассрочка)
3. Присоединяйтесь к нашей группе!

Я верю, что инвестиции в образование — одни из самых ценных. Особенно когда у вас есть возможность сэкономить.

Буду рада видеть вас среди участников курса!

P.S. Если возникнут любые вопросы — я всегда на связи и буду готова помочь. Напишите мне в личные сообщения: @yuliya_mfr

Содержание курса "Карьера в IT: руководство для Delivery и Project Manager"

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

Отмечу, что программа включает практические инструменты с учетом
реальных требований рынка.

Итак, что будет на обучении:

1️⃣ Модуль : Углубленное изучение Agile методологий

1.1 Занятие 1 - Scrum, Kanban, Lean и другие подходы.
1.2 Занятие 2 - Разработка и внедрение Agile практик на проектах с AI и ML разработкой. Ключевые отличия и практики работы на разных типах проектов.
1.3 Занятие 3 - Управление Agile командами и коммуникация

2️⃣ Модуль. Расширенное управление проектами

2.1 Занятие 1. Применение PMI, PRINCE2 и других методологий
2.2 Занятие 2. Управление рисками и качеством проекта. Метрики на проекте. Технические, управленческие, процессные.
2.3 Занятие 3. Эффективное планирование и контроль проекта. Визуализация и методики демо и презентации промежуточных и конечных результатов проекта.

3️⃣ Модуль. Лидерство и коммуникация

3.1 Занятие 1. Развитие лидерских качеств Senior IT Project Manager. Эффективные рабочие практики для выработки лидерских качеств ПМ/ДМ
3.2 Занятие 2. Навыки эффективной коммуникации с командой, заказчиками и стейкхолдерами
3.3 Занятие 3. Управление конфликтами и выстраивание отношений в команде

4️⃣ Модуль: Технические навыки и инструменты

4.1 Занятие 1. Использование специализированного ПО и инструментов ИИ для управления проектами
4.2 Занятие 2. Техническое понимание IT процессов и систем
4.3 Занятие 3. Анализ и оптимизация процессов в IT проектах

5️⃣ Модуль.Цифровая трансформация, проектная практика.

❗️ Модуль доступен только для тарифа ВИП. Всего 10 мест!

5.1 Цифровая трансформация - основы, терминология, тех.стек.
5.2 Проведение симуляций и тренировок по управлению проектами

+ ЛИЧНАЯ ЧАСОВАЯ МЕНТОРСКАЯ СЕССИЯ ЛИЧНО СО МНОЙ

Хотите прокачать навыки управления и вырасти в должности без переработок и стресса?

Зарегистрируйтесь здесь

А вы знали, что я преподаватель в Русской Школе управления?

Сегодня читаю с 9:00 - 16:00 лекции для директоров компаний. Рада, что могу вносить прямой вклад в развитие образования в нашей стране.

Преподаю блок по улучшению качества управления.
Мой модуль называется «Управление качеством менеджмента».

Стартуем через 5 минут. В моменте понимаю, что передо мной сейчас больше 30 человек. Многие будут присутствовать на занятии онлайн. Полная аудитория.

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

А как начинается ваш понедельник, друзья?

Поздравляю моих прекрасных коллег и всех женщин с Международным женским днем!

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

Девушки, вы привносите в IT-проекты не только высокий уровень компетенций, но и особый взгляд на решение задач, многозадачность и адаптивность – качества, которые делают любую команду сильнее и эффективнее.

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

Практически сразу после праздников стартует мой курс для Delivery и Project менеджеров, который поможет вам выйти на новый уровень в карьере. Это подарок себе, который точно окупится новыми знаниями, навыками и возможностями.

Еще раз с праздником! Пусть в вашей жизни будет много поводов для радости, а в работе – интересные проекты и профессиональные победы!

Новости для тех, кто был в предзаписи

Друзья, для всех, кто уже зарегистрировался в предзаписи на мой курс "Карьера в IT: руководство для Delivery и Project Manager", открылась возможность оплаты курса на индивидуальных условиях.

Как я и обещала, ранние пташки получают лучшие возможности. Что нужно сделать?

1️⃣ Проверьте вашу почту или личные сообщения в телеграм— я отправила письмо с персональной ссылкой для оплаты
2️⃣ Выберите удобный для вас вариант оплаты (полная оплата или рассрочка от банков-партнеров)
3️⃣ Оплачивайте и переходите в группу.

Если вы не получили письмо или у вас возникли проблемы с оплатой — напишите мне лично, я оперативно помогу.

Жду вас в нашей группе!

Кому подойдет курс "Карьера в IT: руководство для Delivery и Project Manager"

За годы работы в IT  и менторства я заметила определенные проблемы, с которыми сталкиваются ДМ и ПМ из проекта в проект:

⏺Нарушаются сроки релизов ПО
⏺Высокая текучка кадров — вроде только наладили работу, а тут сотрудник уже подает заявления об уходе
⏺Страдает уровень руководства — вы знаете, что можете лучше, но не хватает навыков
⏺Задачи постоянно меняются, дедлайны двигаются
⏺Стоит кому-то уйти на больничный, как все процессы рушатся
⏺Вы работаете на износ, команда выгорает, эффективность падает

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

Что вы получите на курсе помимо основных знаний:
✅Живые созвоны и общение
✅Учебные материалы и методички
✅Практические тренажеры
✅Детальные разборы кейсов
✅Комьюнити для обмена опытом.

Результаты, которых уже достигли мои ученики, вы можете увидеть по тегу “Бажанова_кейсы

Этот курс — не просто набор теоретических знаний. Это практический инструмент, который поможет вам трансформировать вашу работу с командами, вырасти в карьере, стать ценным востребованным и высокооплачиваемым менеджером. Все инструменты проверены в “боевых условиях”.

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

Жду вас на курсе!

Запись эфира: Change Management на проектах. Что работает, а что нет

О чем мы говорили:

00:00 4 основных подхода к внедрению изменений
06:30 Шаги по внедрению изменений. Идентификация
7:55 2 типа согласования стратегии
10:50 3 основных модели управления изменениями
11:15 Модель ADCAR
13:30 Модель Kotter’s 8 step change. Разбираем 8 шагов
21:45 Что делать что демотивацией команды?
26:45 Что должны знать ДМ и ПМ при реализации модели изменений
27:39 Модель Курта Левина - эффективна ли она, и в каких случаях ее лучше применять
29:12 Разбираем самые частые проблемы при внедрении изменений
37:04 Scrum vs Kanban что и когда применять

Спасибо всем, кто был вчера онлайн, а кого не было — обязательно посмотрите в записи!

⏱ Встречаемся через ЧАС!

Совсем скоро стартует наш прямой эфир.

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

👌👍 Разбираем Change Management СЕГОДНЯ!

Друзья, напоминаю, что сегодня в 20.00 МСК мы с вами встречаемся в прямом эфире, где обсудим тему:

"Change Management на проектах со Scrum vs Kanban. Что работает, а что нет?"

➡️Поговорим о внедрении управления изменениями в разных методологиях, об эффективных подходах и конкретных шагах для успешного управления изменениями в проектах.

А пока подумайте над вопросами — обсудим их в эфире!

До встречи в 20.00!

Рост в карьере - это не про работу день и ночь!

Я кстати тут вспомнила, что работала с 12 лет. Выходит, что и по сей день я трудоголик)

Это повод подумать, порефлексировать, почему-так. Но это в каком-нибудь из следующих постов 😄

Сейчас я о другом. Несмотря на трудоголизм, я поняла, что когда пересекаешь (=находишь) границы допустимого - учишься находить ворк-лайф баланс, баланс между работой и остальными векторами жизни. Это и семья, и хобби, и путешествия.

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

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

Это одна история.

➡️Но есть и другая, когда ты пашешь на нескольких работах, чтобы прокормить семью.  Тут ты четко понимаешь, что такое тайм-менеджмент, и организовываешь процессы и границы довольно четко. Такой опыт у меня тоже был: в моменте я работала на 3 работах (2 айтишные и одна, связанная с IT весьма посредственно). Слава Богу, это было недолго.

Тут ворк-лайф баланс сместится, когда работаешь 16-17 часов из 24. Но сейчас я вспоминаю даже, что мы успевали путешествовать при этом всем загрузе. Было классно, я вынесла из того опыта много навыков и классных воспоминаний!

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

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

P.S. за фото строго не судите. всякое интересное я любила на голове накрутить😁

Вопрос выживания для ДМ и ПМ

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

Если ты не работаешь, то денег нет. Если не консалтишь кого-то, то тоже денег нет. А если денег нет - как выживать?

Сейчас вы скажете, что не всем нужно работать, чтобы деньги были. Это факт, у кого-то инвестиции, кого-то семья обеспечивает, но я про другое немного 😁

Погнали: почему и какие скиллы нужно прокачивать ДМ и ПМ:

1️⃣ Быстрая адаптация к изменениям в технологиях.
IT-индустрия постоянно развивается. В этом году я даже в шоке от того, как быстро. Еще на той неделе было актуально одно, на этой — кардинально другое.

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

2️⃣ Улучшение коммуникации, софт и селф скиллов и лидерских качеств.

Это важно для мотивации команды, не говоря уже про разрешение, предотвращение конфликтов, и обеспечение хорошего взаимодействия с топами и заказчиками.

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

3️⃣ Ну и куда же я без обеспечения качества на проектах? Оптимизация, улучшение процессов и повышение качества выпускаемых продуктов.

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

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

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

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

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

5️⃣ Ну и личный бренд, репутация и вот это все, что для меня не пустой звук.

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

✅Вот основные 5 пунктов о том, почему важно периодически прокачивать скиллы.

А если вам удается постоянно актуализировать знания, делитесь успехами в комментариях ↘️

Качайте скиллы СЕЙЧАС, а платите потом

Друзья! Я знаю, как важно планировать свои расходы. Поэтому теперь вы можете оплатить курс "Карьера в IT: руководство для Delivery и Project Manager" в РАССРОЧКУ!

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

Какой тариф вам подходит?

⏺Базовый. 4 модуля, без обратной связи.
⏺Продвинутый. 4 стандартных модуля + бонусный, 5 модуль + обратная связь в группе.
⏺ВИП. 5 модулей + БОНУС: менторская сессия. Личное взаимодействие со мной.

🔥Вот что УЖЕ получили мои ученики: 

— Вырасти в должности и увеличить оклад на 25%
— Вырасти с тимлида до ДМ с окладом х1,5
— Освободить время, стать наставником и увеличить оклад почти в 2 раза
— Вырастить прибыль компании на 18% и статья автором технологического решения

Как получить рассрочку:

1️⃣ Выберите тариф
2️⃣ Нажмите кнопку "купить"
3️⃣ Заполните форму и нажмите кнопку "оплата"
4️⃣ Поле этого на странице оплаты выберите опцию "Рассрочки РФ"

СТАРТ ПРОДАЖ УЖЕ ДАН! Успевайте зарегистрироваться!

ПРЯМОЙ ЭФИР: Change Management на проектах со Scrum vs Kanban. Что работает, а что нет?

🔥 Уже ЗАВТРА, 6 марта в 20.00 МСК
мы встретимся у меня на канале и поговорим про:

Change Management на проектах со Scrum vs Kanban: обсудим в чем отличия при внедрении управления изменениями, расскажу о наиболее известных подходах и поделюсь какие когда наиболее эффективны и конечно же разберем основные шаги для управления изменениями в проектах.

➡️Полезно будет посмотреть посмотреть обновить память по мат.части ПМ и ДМ, а также приложить подходы на свой проект и выявить точки повышения эффективности процессов.

✅У вас уже есть вопросы? Задавайте их прямо сейчас в комментариях! А также у вас будет  возможность обсудить любой вопрос по теме в прямом эфире.

💡Ставьте напоминание в календарь, и до встречи завтра в прямом эфире!

СТАРТ ПРОДАЖ СЕГОДНЯ!

Друзья, безумно рада сообщить, что прямо сейчас стартуют продажи обучения по моей программе "Карьера в IT: руководство для Delivery и Project manager".

И это ваш путеводитель в мир карьерного роста, высокооплачиваемых должностей и эффективного управления IT-проектами!

Что будет на курсе:

- Модуль 1. Углубленное изучение Agile-методологий
- Модуль 2. Расширенное управление проектами
- Модуль 3. Лидерство и коммуникация
- Модуль 4. Технические навыки и инструменты
- Модуль 5 БОНУСНЫЙ. Цифровая трансформация, проектная практика и кейс-стади.

✅ Практические задания для закрепления навыков
✅Разборы реальных ситуаций

🎁 БОНУС для тарифа ВИП:
Персональная менторская сессия!

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

Действуйте СЕЙЧАС — завтра цена вырастет!

Забронировать место
http://juliabazhanova.ru/kurs

Почему вас не повышают

Часто слышу, что сейчас не  только о повышении просить трудно, но и хочется хотя бы удержаться на текущем месте.
А вот что делать ДП, ПМ или РП, чтобы к этому не прийти? Сейчас обсудим.

➡️Во-первых, подчеркну влияние ИИ. И это не в рамках отбора и АТС, и прочих приблуд. Я скорее о том, что сейчас мало востребованы классические модели управления и разработки -  причем не только в части руководителей, но даже обычных разработчиков. Чтобы это проверить, достаточно сравнить рынок вакансий тех же разрабов полгода назад и сейчас - разница ощутима. Уже не так требуются рядовые  миддлы, сейчас смотрят сеньоров (миддл++): самостоятельных, с опытом работы с ИИ, или на проектах ИИ. Вот тут этот ресурс вполне себе актуален(причем понятно почему).

Логично предположить, что РП или ДМ на таком проекте должен быть крепко технологически подкован, чтобы управлять этими ресурсами, а также сроком и бюджетами. Так, как раньше, прокататься на сроках не придется, потому что разработка сейчас в десятки раз ускорилась и по полгода сидеть на старте не получится. Более того, у вас через полгода должен быть работающий продукт, а то и через 3 месяца.

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

Итого: что нужно сейчас иметь:

⏺Мощные коммуникативные скиллы;
⏺Софт скиллы;
⏺Лидерство;
⏺Работа в LLM моделях, и инструментах ИИ.

Какими ИИ ДМ и ПМ можно пользоваться и для каких задач - подробно рассказываю в своем курсе😉

⏺Использование ИИ в повседневной работе.

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

Поэтому я в конце прошлого года подкупила себе мощностей и начала обучать свою модель. Брала Llama, потому что Python - это мой базовый ЯП, она бюджетная в части мощностей и что-то слепить из нее можно.

⏺Навыки бизнес-подхода. Исполнители не нужны никому, дипломы тоже - нужны практические навыки.

Так что бизнес-подход и стратегия + тех навыки с ИИ + мощные софт и селф навыки =  повышения просить не придется.

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

Задавайте вопросы — получайте подарки

Друзья, я к вам с замечательной новостью: завтра у меня День рождения. И я решила не только принимать поздравления, но и дарить подарки вам!

В связи с этим я запускаю интерактивную рубрику "Вопрос-ответ".

✅Пишите под этим постом любые вопросы на тему управления проектами в IT, а также об обучении на моем курсе. Не стесняйтесь, спрашивайте о наболевшем, о сложном, о том, что действительно вас волнует в вашей работе.

За самые интересные или неожиданные вопросы я приготовила приятные сюрпризы:

➡️СЕРТИФИКАТЫ разного номинала на мой курс "Карьера в IT: руководство для Delivery и Project Manager"
➡️Билеты в кино (Скоро весна — идеальное время для прогулок и кино!)

Не упустите шанс получить знания и пользу!

Пишите вопросы в комментариях↘️

Контроль бюджета на этапе внедрения

Как и обещала, рассказываю про пост-проектное управление бюджетом.

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

➡️Смотреть идем в план работ по внедрению - там должна быть оценка и ресурсы для каждого этапа. И не забывайте про сроки на адаптацию внедренямого ПО: под целевые процессы клиентов и пользователей.

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

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

Команду не нужно распускать полностью еще и потому, что скорее всего (почти всегда) придется чинить интеграции с кучей сервисов. А если еще и инфра не тянет - то можно пикировать в оверкосты бюджета!

➡️И сразу ищем пункт по настройке мониторингов (но тут смотрим - сильно не борщим). На курсе я расскажу, как оценить стоимость внедрения, что предусмотреть, чтобы вас поминали добрым словом и руководители, и команда, и ваш преемник, если вы не доработаете над проектом и уйдете на повышение до его внедрения.

✅Итак, мы с вами рассмотрели процесс управления бюджетом на всех этапах разработки и релиза продукта. Обязательно сохраните эту подборку себе.

Расскажите, на каком этапе кажется, что бюджет контролировать сложнее?

Предзапись заканчивается через 2 дня!

Активно прилетают заявки на мой курс "Карьера в IT: руководство для Delivery и Project Manager"!

Хочу напомнить, что сейчас открыта предзапись, которая дает вам преимущества:
- Максимальную скидку на обучение
- Мини-консультацию в подарок
- Приоритетный доступ к будущим программам

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

Регистрируйтесь ➡️ ЗДЕСЬ:

- Выбирайте подходящий тариф
- Жмите на кнопку "Забронировать место"
- Заполняйте и отправляйте форму, и я с вами свяжусь.

Жду вас на обучении!

Тссс … У меня для вас кое-что есть!

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

Кто ещё не смотрел эти видео, обязательно посмотрите здесь

А еще больше полезных бесплатных материалов вы найдете в моем боте:

⏺Чек-листы
⏺Руководство по коммуникации в команде для ДМ и ПМ
⏺Видео-уроки
⏺Кейсы

Переходите по ссылке и изучайте инструменты для развития в профессии.

Хорошего вечера 😊

Друзья, вижу, что все голосуют в опросе за пост про управление бюджетом на этапе внедрения.

Супер! 🔥 Тема оказалась для многих злободневной и важной. Поэтому, как и обещала, завтра подготовлю для вас материал.

Следите за обновлениями!

Очень хороший положительный отклик получила на памятку по метрикам. Всем, кто ставил +, уже направила. Благодарю за активность!

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

Если по тем или иным метрикам есть вопросы или вы хотите обсудить детали —  пишите в комментариях!

Собрала бесплатные полезные материалы для вас

➡️Друзья, наконец-то выходные, можно провести время с пользой для себя.

Поэтому для всех новых подписчиков канала рассказываю, что у меня есть бот с бесплатными материалами для обучения и развития скиллов:

⏺Чек-листы
⏺Руководство по коммуникации в команде для ДМ и ПМ
⏺Видео-уроки
⏺Кейсы

Переходите по ссылке и забирайте инструменты для развития в профессии.

Как получить оффер с нуля за 3 дня: кейс

Расскажу немного предыстории. Менторила я как-то QA инженера, который планировал переход в тимлиды.

➡️В итоге тот менти перешел в должность тимлида. И как-то вечером понедельника он мне написал и попросил помочь его товарищу со сложным запросом.

Выяснилось, что он сидел с бывшим однокурсником Андреем в баре и поделился своим карьерным ростом. Тот вдохновился и спросил, смогу ли я помочь и ему. При этом опыта работы в IT, кроме стажировок, у него не было.

😍😁🫣😆😊    😊

Ситуацию Андрея осложняло не только отсутствие опыта, но и то, что он работал на 2 работах.

У него было профильное высшее образование,   хоть и оконченное 10+ лет назад, но это уже что-то. А уж с его сильнейшей мотивацией точно шансы неплохие - решила я.

➡️Что мы делали:

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

Определила, что ему лучше пойти в QA или в ПМ. К тому времени он уже подавал свое резюме в компании на позиции джуна ПМ. Хотя, конечно, даже до джуна ему было далеко. И я честно объяснила, почему, гор золотых не обещала.

И понеслась - 3 дня плотной работы, максимального включения. Было непросто эмоционально (я тогда была гораздо жестче в наставничестве, чем сейчас😁), и физически.

🫢😁😅😯😀🤗😍😊😍

✔️За 3 дня Андрей подготовился к собеседованию и получил оффер!
✔️Мы подготовились так, что даже спустя 3-4 месяца работы никто не верил, что Андрей - джун, а не миддл.

Когда я вспоминаю этот кейс - мне даже как-то неловко становится за свою прямоту и гигантский объем информации в одну неподготовленную голову 😁

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

Как вам кейс? Ставьте 🔥 и делитесь своим мнением в комментариях

Вау! Уже столько заявок прилетело на обучение.

➡️Приятно видеть, что столько людей, IT-менеджеров хотят расти в карьере и учиться строить эффективные процессы и команды.

Успевайте оформить предзапись по лучшей цене!

✅Регистрируйтесь по ссылке или ставьте + в комментариях

#Бажанова_курс

Открыта предзапись на мой курс: "Карьера в IT: руководство для Delivery и Project Manager"!

В программе только рабочие инструменты, которые вы будете внедрять на практике в своих проектах:

- Пошаговая система организации процессов без выгорания и текучки
- Навыки для общения с заказчиками
- Планы карьерного роста

✔️5 модулей
✔️Практика
✔️Разборы

+ БОНУС для тарифа ВИП: личная менторская сессия.

Только по предзаписи:

- Максимальная скидка
- Мини-консультация в подарок
- Приоритетный доступ к будущим программам

Забронировать место:
http://juliabazhanova.ru/kurs


P.S. Успевайте, после старта курса цена повысится!

Открыта предзапись на мой курс для PM и DM!

IT-отрасль трясет, старые подходы перестали работать. Мы находимся в точке, в которой рынку необходимы усовершенствованные закрепленные на практике навыки и системный подход в управлении IT-проектами.

Именно поэтому я разработала авторскую систему, которая уже помогла моим ученикам:

— Вырасти в должности и увеличить оклад на 25%
— Вырасти с тимлида до ДМ с окладом х1,5
— Освободить время, стать наставником и увеличить оклад почти в 2 раза
— Вырастить прибыль компании на 18% и статья автором технологического решения

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

Для кого этот курс:

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

Длительность: 8 недель

В программе:
✅5 модулей
✅Практические задания, тесты, тренажеры
✅Разбор ваших кейсов
❗️При покупке модуля ВИП – личная менторская сессия

Количество мест на тарифах «Продвинутый» и «ВИП» ограничено, для обеспечения качественной обратной связи.

Специальные условия для тех, кто регистрируется сейчас:

⏺Максимальная скидка
⏺Персональная мини-консультация
⏺Приоритетный доступ к будущим программам

Чтобы забронировать место по специальной цене, регистрируйтесь на сайте или ставьте + в комментариях

Друзья, как и обещала готовлю памятку по метрикам которые мы разобрали в прямом эфире "Как говорить с ТОПами на языке цифр и результативности".

Скоро пришлю материал всем, кто ставил + в комментариях к этому➡️ посту

Как говорить с ТОПами на языке цифр и результативности

💻 Эфир получился очень полезным, дала много практической информации. Кто вчера не смог присутствовать, обязательно посмотрите в записи!

Содержание:

00:50 Виды метрик и в какой очередности их презентовать
02:20 Как и когда собирать метрики
05.00 Конкретные метрики, которые важно считать и что они показывают ТОПам
18:45 Как презентовать метрики. Визуализация
20:58 Дополнительные вопросы: какие могут быть и как на них отвечать
23:20 Использование терминов: правила и ошибки
25:15 Последовательность выступления
26:40 Как привлечь инвестиции, если проект еще не запущен и метрик нет
28:15 Какие метрики вводить в новый проект
30:55 Какое время уделить презентации
33.25 Кто назначает встречу
35:40 Офлайн или онлайн: какая встреча лучше
37:10 Нужен ли дресс-код
39:10 Как измерить и продемонстрировать  вовлеченность команды
41:22 Лучший руководитель - какой он?
43:50 Вопросы: как посчитать конверсию пользователей и нужно ли
46:20 Немного рассказала, что будет на моем обучении

Спасибо всем, кто присутствовал и присылал вопросы!

Хочу отдельно поблагодарить всех, кто были онлайн. От себя хочу сказать, что мне очень понравилось вести прямой эфир 🔥

Так приятно получать вашу обратную связь! Невероятно ценно.

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

Спасибо всем, кто присутствовал на эфире! Запись выложу завтра.
Хорошего вечера 😎

⚡️ Встречаемся через час!

Разберем честно и по делу, как говорить с ТОПами на языке цифр и результативности!

Подключайтесь из любой точки в 19:30!

Через 3 часа стартуем!

Сегодня в 19:30 МСК в прямом эфире разбираем тему "Как говорить с ТОПами на языке цифр и не облажаться"

Обсудим:

⏺Работающие метрики для защиты проектов
⏺Техники презентации для быстрого согласования бюджета
⏺Практические приемы общения с руководством

Готовьте ваши вопросы - будем разбирать!

➡️Ваш подарок уже здесь

Привет всем новым подписчикам!

Меня зовут Юлия Бажанова.
Я эксперт цифровой трансформации, наставник топ-менеджеров и управленцев в IT.

Моя миссия — растить новое поколения Delivery и Project менеджеров, способных создавать инновационные решения для экономического роста.

Здесь вы найдете:

- Практические кейсы моих учеников - DM и PM
- Экспертные статьи по цифровой трансформации
- Рекомендации по управлению проектами
- Актуальные тренды в сфере IT

Добро пожаловать!

Как превращать проблемы и кризисные ситуации в точки роста и что делать с командами:

🎙 🤗😁😇😆😊😆😍

⏺Ценность ретро - недооцененный инструмент
⏺Кризис из-за недостаточного планирования - управленческие ошибки имеют тоже место быть
⏺Фиксация и регламентация плана действий. Не бегаем как на пожаре.
⏺Твердость управления в самый пик - четкость, ясность, понятность особенно важны в задачах и ролях в этот момент
⏺Помните о своей роли - от вас многое зависит! Станьте тем руководителем за которым и в огонь и в воду!