💣#управлениеПроектами #теория #управлениеКомандой
Всем привет!
Сегодня 6-я область знаний проектного управления - Управление командой. Напомню, что перечень областей знаний есть в закрепленных сообщениях 👆🏻
Ооооох, к этой теме я долго не могла подступиться. Почему? Потому что помимо теоретической фигни (её тут кстати достаточно мало) тема управления командой - это огромный океан теорий, практик и личных навыков, но давайте все-таки попробуем начать.
Когда вообще начинается процесс управления ресурсами?
есть несколько сценариев :
Сценарий 1️⃣
при инициации проекта. Давайте для примера сегодня будем внедрять CRM систему. Итак заказчик назначает вас РП и даёт для первичной проработки проекта, к примеру, функционального специалиста- руководителя отдела продаж и аналитика и вот у вас уже появилась маленькая команда
Сценарий 2️⃣
вас назначают Руководителем проекта и поручают определить, кто вам нужен в проекте и вы садитесь планировать проект:
🗂определяете содержание - здесь вы пишите, что хотите, к примеру, интеграцию вашей CRM системы с бухгалтерской системой для автоматического выставления актов выполненных работ. Сразу же «прикидываете» требования к исполнителю: необходим программист из соседнего отдела, который обслуживает 1С:Бухгалтерию (внешнего подрядчика не рассматриваем- он не сможет получить доступ к нашей системе). Вторая задача - это настроить систему оплат, для этого нужен будет программист, который занимается CRM (у нас в компании никто эту систему не знает - будем брать подрядчика), а для оплат нужна интеграция с нашим сайтом (это тоже будет делать подрядчик, но без нашего разработчика сайта тут не обойтись). Ну и конечно нужно выбрать ключевых пользователей, которые поставят требования к CRM системе, протестируют ее и потом будут визионерами внедрения - запланируем пока 2 человека)))
⏰Определяете расписание - выделяете приоритетные работы и «прикидываете», когда и на какой объем работы вам необходимы будут заявленные выше ресурсы. К примеру, выставление актов потребуется только к концу квартала, да их можно и руками сделать - с этим можно повременить, а вот оплаты пойдут сразу и нужно сделать интеграцию с CRM как можно скорее - поэтому подрядчика начнем искать сразу и заранее договоримся о привлечении разработчика сайта. Результатом этого шага является предварительное расписание использования ресурсов - кто и в какой момент вам нужен.
💰Бюджет проекта - конечно, любые ресурсы стоят денег/ времени или репутации и, конечно, любой проект ограничен в затратах, поэтому вы составляете бюджет проекта с учетом ваших «прикидок» по участию специалистов и проверяете, не вышли ли вы за границы ваших ограничений. В нашем случае нам важно понять, сколько для проекта будут стоить программисты из других отделов и есть ли в компании деньги на привлечение подрядчика.
Дальше начинается полноценный процесс управления ресурсами, который состоит из следующих действий:
1️⃣ Еще раз составляете перечень всех необходимых ресурсов с учетом графика работ и требований. У нас с вами получилось 2 программиста, ключевые пользователи и подрядчики. Пока без фамилий - только роли
2️⃣ Готовим матрицу ответственности - кто и что должен делать. Можно в виде матрицы RACI
3️⃣Опционально, но желательно - делаете устав команды - это принципы взаимодействия, к примеру, какие основные ценности, как мы будем принимать решения, форматы проведения совещаний - не стесняйтесь, пишите все, что хочется - так вы заранее закладываете фундамент вашего взаимодействия
4️⃣ Вот тут самое интересное - вам необходимо идти договариваться с владельцами ресурсов о выделении самых лучших специалистов для вашего проекта! Ваша задача получить конкретные фамилии под конкретные роли. Включайте все свое обаяние, прихватывайте с собой дар убеждения и вперед. Можете сначала составить письма с запросом о выделении требуемых вам фио с указанием функционала и времени участия, а если будут вопросы у менеджеров ресурсов - топайте ножками.
ПРОДОЛЖЕНИЕ->>>>>>>
Всем привет!
Сегодня 6-я область знаний проектного управления - Управление командой. Напомню, что перечень областей знаний есть в закрепленных сообщениях 👆🏻
Ооооох, к этой теме я долго не могла подступиться. Почему? Потому что помимо теоретической фигни (её тут кстати достаточно мало) тема управления командой - это огромный океан теорий, практик и личных навыков, но давайте все-таки попробуем начать.
Когда вообще начинается процесс управления ресурсами?
есть несколько сценариев :
Сценарий 1️⃣
при инициации проекта. Давайте для примера сегодня будем внедрять CRM систему. Итак заказчик назначает вас РП и даёт для первичной проработки проекта, к примеру, функционального специалиста- руководителя отдела продаж и аналитика и вот у вас уже появилась маленькая команда
Сценарий 2️⃣
вас назначают Руководителем проекта и поручают определить, кто вам нужен в проекте и вы садитесь планировать проект:
🗂определяете содержание - здесь вы пишите, что хотите, к примеру, интеграцию вашей CRM системы с бухгалтерской системой для автоматического выставления актов выполненных работ. Сразу же «прикидываете» требования к исполнителю: необходим программист из соседнего отдела, который обслуживает 1С:Бухгалтерию (внешнего подрядчика не рассматриваем- он не сможет получить доступ к нашей системе). Вторая задача - это настроить систему оплат, для этого нужен будет программист, который занимается CRM (у нас в компании никто эту систему не знает - будем брать подрядчика), а для оплат нужна интеграция с нашим сайтом (это тоже будет делать подрядчик, но без нашего разработчика сайта тут не обойтись). Ну и конечно нужно выбрать ключевых пользователей, которые поставят требования к CRM системе, протестируют ее и потом будут визионерами внедрения - запланируем пока 2 человека)))
⏰Определяете расписание - выделяете приоритетные работы и «прикидываете», когда и на какой объем работы вам необходимы будут заявленные выше ресурсы. К примеру, выставление актов потребуется только к концу квартала, да их можно и руками сделать - с этим можно повременить, а вот оплаты пойдут сразу и нужно сделать интеграцию с CRM как можно скорее - поэтому подрядчика начнем искать сразу и заранее договоримся о привлечении разработчика сайта. Результатом этого шага является предварительное расписание использования ресурсов - кто и в какой момент вам нужен.
💰Бюджет проекта - конечно, любые ресурсы стоят денег/ времени или репутации и, конечно, любой проект ограничен в затратах, поэтому вы составляете бюджет проекта с учетом ваших «прикидок» по участию специалистов и проверяете, не вышли ли вы за границы ваших ограничений. В нашем случае нам важно понять, сколько для проекта будут стоить программисты из других отделов и есть ли в компании деньги на привлечение подрядчика.
Дальше начинается полноценный процесс управления ресурсами, который состоит из следующих действий:
1️⃣ Еще раз составляете перечень всех необходимых ресурсов с учетом графика работ и требований. У нас с вами получилось 2 программиста, ключевые пользователи и подрядчики. Пока без фамилий - только роли
2️⃣ Готовим матрицу ответственности - кто и что должен делать. Можно в виде матрицы RACI
3️⃣Опционально, но желательно - делаете устав команды - это принципы взаимодействия, к примеру, какие основные ценности, как мы будем принимать решения, форматы проведения совещаний - не стесняйтесь, пишите все, что хочется - так вы заранее закладываете фундамент вашего взаимодействия
4️⃣ Вот тут самое интересное - вам необходимо идти договариваться с владельцами ресурсов о выделении самых лучших специалистов для вашего проекта! Ваша задача получить конкретные фамилии под конкретные роли. Включайте все свое обаяние, прихватывайте с собой дар убеждения и вперед. Можете сначала составить письма с запросом о выделении требуемых вам фио с указанием функционала и времени участия, а если будут вопросы у менеджеров ресурсов - топайте ножками.
ПРОДОЛЖЕНИЕ->>>>>>>
🔥1
5️⃣И вот вы набрали свою dream team, начинаете работать и в процессе выполнения работ понимаете, что у программиста из соседнего отдела, который настраивает Бухгалтерию, не хватает знаний о интеграции с CRM - ваша задача как ответcтвенного РП обеспечить ему необходимые курсы/ книги или наставничество у более опытного специалиста. На этом этапе также важно понимать стадии развития команды - пока оставлю здесь название Кривой Таккмана и расскажу о ней как-нибудь подробнее.
6️⃣Еще через неделю у вас назревает первый конфликт: 2 программиста (один от подрядчика, второй - наш, который занимается сайтом) не могут договориться о способе интеграции. Какие ваши действия? Чью сторону вы займете?
🌟Закроете глаза и оставите их разбираться наедине - выберете стратегию УКЛОНЕНИЯ
🌟Сами примете решение на основе своего опыта - это стратегия ПРИНУЖДЕНИЯ
🌟Отложите вопрос на 2 недели до момента готовности CRM системы - это СГЛАЖИВАНИЕ
🌟Заставите письменно описать все плюсы и минусы предложенных вариантов, а потом соберете их и выработаете совместное решение - придете к КОМПРОМИССУ (этот вариант считается наилучшим)
7️⃣ Контроль ресурсов очень важно проводить постоянно, к примеру, вы справились с разработкой CRM системы, в ней получилось 10 различных модулей и уже четко понимаете, что за 2 недели систему не протестировать двумя выделенными специалистами - у вас назревает проблема… Анализируем, понимаем, сколько человек и на какой срок нужны, идем к руководству с запросом о выделении еще 8 человек, собираем их, рассказываем что нужно сделать, организовываем тестирование, проверяем, что им хватает времени и считаем, что на сегодня одной проблемой меньше;)
ИТОГО : в процессе управления командой особо актуальными становятся такие понятия как эмоциональный интеллект, ваше влияние, умение вести переговоры и быть настоящим лидером для команды.
📌 Что изучить дополнительно по этой теме:
1. Как выстроить организационную структуру в проекте
2. Этапы развития команды по Такману
3. Тренинг по управлению командой
4. 3-х дневный тренинг по Управлению конфликтами
6️⃣Еще через неделю у вас назревает первый конфликт: 2 программиста (один от подрядчика, второй - наш, который занимается сайтом) не могут договориться о способе интеграции. Какие ваши действия? Чью сторону вы займете?
🌟Закроете глаза и оставите их разбираться наедине - выберете стратегию УКЛОНЕНИЯ
🌟Сами примете решение на основе своего опыта - это стратегия ПРИНУЖДЕНИЯ
🌟Отложите вопрос на 2 недели до момента готовности CRM системы - это СГЛАЖИВАНИЕ
🌟Заставите письменно описать все плюсы и минусы предложенных вариантов, а потом соберете их и выработаете совместное решение - придете к КОМПРОМИССУ (этот вариант считается наилучшим)
7️⃣ Контроль ресурсов очень важно проводить постоянно, к примеру, вы справились с разработкой CRM системы, в ней получилось 10 различных модулей и уже четко понимаете, что за 2 недели систему не протестировать двумя выделенными специалистами - у вас назревает проблема… Анализируем, понимаем, сколько человек и на какой срок нужны, идем к руководству с запросом о выделении еще 8 человек, собираем их, рассказываем что нужно сделать, организовываем тестирование, проверяем, что им хватает времени и считаем, что на сегодня одной проблемой меньше;)
ИТОГО : в процессе управления командой особо актуальными становятся такие понятия как эмоциональный интеллект, ваше влияние, умение вести переговоры и быть настоящим лидером для команды.
1. Как выстроить организационную структуру в проекте
2. Этапы развития команды по Такману
3. Тренинг по управлению командой
4. 3-х дневный тренинг по Управлению конфликтами
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
🏷Я прихожу в магазин покупать вещи, а не скидки
Всем привет!
Думаете, Странный заголовок в чатике про управление проектами?? А вот и нет. Руководители проектов постоянно сталкиваются с необходимостью продажи себя или проекта, поэтому сегодня хотела бы поделиться с вами своими мыслями на этот счет.
☝🏻Итак, основная мысль - Заказчику не всегда нужен самый дешевый продукт или услуга, даже если он говорит обратное.
Я очень люблю приводить пример с покупкой вещей👠. Как прожжённый шопоголик я фанат походить по торговым центрам. В период распродаж и скидок - это конечно то еще занятие. Не успеваешь ты зайти в магазин, как тебе из самого дальнего угла кричат о том, что у нас скидки -50/ -30%. А я как бы не за скидками пришла, а туфли из новой коллекции купить (ну, к примеру).
Также и в проектах - прежде, чем предлагать Заказчику варианты снижения стоимости проекта, сформируйте ценностное предложение, которое будет соответствовать ожиданиям Заказчика и вашему понимаю о стоимости этой работы. А вот уже в запасе имейте несколько козырей на случай, если Заказчик попросит рассказать о вариантах оптимизации затрат. Кстати, вот парочка советов, как сократить затраты и при этом остаться «при заработке»
🌟сокращение содержания
🌟перенос рисков на сторону Заказчика
Все остальные варианты (типа: сокращения стоимости оборудования, привлечения более дешевого специалиста или сокращения бюджета проекта в 4 раза 😂) не пишу, т.к. предполагаю, что в первоначальном бюджете вы уже выбрали самый оптимальный способ выполнения работ для достижения заявленного качества и примерно понимаете ожидания Заказчика.
А что вы думаете на этот счет? С какими кейсами встречались?
Всем привет!
Думаете, Странный заголовок в чатике про управление проектами?? А вот и нет. Руководители проектов постоянно сталкиваются с необходимостью продажи себя или проекта, поэтому сегодня хотела бы поделиться с вами своими мыслями на этот счет.
☝🏻Итак, основная мысль - Заказчику не всегда нужен самый дешевый продукт или услуга, даже если он говорит обратное.
Я очень люблю приводить пример с покупкой вещей👠. Как прожжённый шопоголик я фанат походить по торговым центрам. В период распродаж и скидок - это конечно то еще занятие. Не успеваешь ты зайти в магазин, как тебе из самого дальнего угла кричат о том, что у нас скидки -50/ -30%. А я как бы не за скидками пришла, а туфли из новой коллекции купить (ну, к примеру).
Также и в проектах - прежде, чем предлагать Заказчику варианты снижения стоимости проекта, сформируйте ценностное предложение, которое будет соответствовать ожиданиям Заказчика и вашему понимаю о стоимости этой работы. А вот уже в запасе имейте несколько козырей на случай, если Заказчик попросит рассказать о вариантах оптимизации затрат. Кстати, вот парочка советов, как сократить затраты и при этом остаться «при заработке»
🌟сокращение содержания
🌟перенос рисков на сторону Заказчика
Все остальные варианты (типа: сокращения стоимости оборудования, привлечения более дешевого специалиста или сокращения бюджета проекта в 4 раза 😂) не пишу, т.к. предполагаю, что в первоначальном бюджете вы уже выбрали самый оптимальный способ выполнения работ для достижения заявленного качества и примерно понимаете ожидания Заказчика.
А что вы думаете на этот счет? С какими кейсами встречались?
🔥1
#обзор #добропожаловать
За последние дни к чату присоединилось много новых участников - всем добро пожаловать! Надеюсь, каждый здесь найдет что-то интересное для себя и свободно будет делиться своими находками/ вопросами.
В закрепленке есть вся необходимая информация обо мне (меня зовут Ольга) и о назначении этого чата)) Здесь мы общаемся и делимся нашими находками в сфере проектного управления, продуктивности и не только) К чату привязан канал https://t.iss.one/proProject1 - это для тех, кто не хочет общаться, а только получать полезные сообщения;)
Вот основные топики, про которые вы уже можете прочитать в блоге - для этого просто кликните на хэштеги. Если у вас есть пожелания, о чем рассказать - пишите в чате, с удовольствием подискутируем)))
#СоветДня или #СоветВыходногоДня - простые, но емкие советы из жизни РП
#ИнтересныеМероприятия - обзор ближайших мероприятий, или конспекты прошедших лекций, конференций, семинаров
#Design - вдруг кому интересна тема дизайна
#Платформа #ИТсистемы - немного об ИТ
#сертификация #PMBoK #PMP #управлениеПроектами #теория - говорит само за себя
#продуктивность #приложения - все про планирование, продуктивности, обзоры мобильных приложений
#смешно - ну не все же о серьезном
#Обучение #ПолезныеВидео - обзор проводимых обучений
За последние дни к чату присоединилось много новых участников - всем добро пожаловать! Надеюсь, каждый здесь найдет что-то интересное для себя и свободно будет делиться своими находками/ вопросами.
В закрепленке есть вся необходимая информация обо мне (меня зовут Ольга) и о назначении этого чата)) Здесь мы общаемся и делимся нашими находками в сфере проектного управления, продуктивности и не только) К чату привязан канал https://t.iss.one/proProject1 - это для тех, кто не хочет общаться, а только получать полезные сообщения;)
Вот основные топики, про которые вы уже можете прочитать в блоге - для этого просто кликните на хэштеги. Если у вас есть пожелания, о чем рассказать - пишите в чате, с удовольствием подискутируем)))
#СоветДня или #СоветВыходногоДня - простые, но емкие советы из жизни РП
#ИнтересныеМероприятия - обзор ближайших мероприятий, или конспекты прошедших лекций, конференций, семинаров
#Design - вдруг кому интересна тема дизайна
#Платформа #ИТсистемы - немного об ИТ
#сертификация #PMBoK #PMP #управлениеПроектами #теория - говорит само за себя
#продуктивность #приложения - все про планирование, продуктивности, обзоры мобильных приложений
#смешно - ну не все же о серьезном
#Обучение #ПолезныеВидео - обзор проводимых обучений
Telegram
Про Проекты и карьеру в ИТ | Романова
Как получить работу в ИТ с зп 300к+
500+ офферов с ЗП до 1,2 млн. руб.
Описание услуг: https://mnlp.cc/mini?domain=proupravlenie&id=2
Автор: Романова Ольга, запись на консультацию @projectpro3
По вопросам рекламы @LocalTalent_bot
№ 4935037520
500+ офферов с ЗП до 1,2 млн. руб.
Описание услуг: https://mnlp.cc/mini?domain=proupravlenie&id=2
Автор: Романова Ольга, запись на консультацию @projectpro3
По вопросам рекламы @LocalTalent_bot
№ 4935037520
#ВопросОтвет
Всем привет!
За последний месяц ко мне обратилось около 10 человек относительно возможности трудоустройства в сферу проектного управления или перехода с др специальностей, потому решила сделать серию постов «вопрос/ответ» по самым распространенным вопросам :
PS за идею поста большое спасибо @Pashtet64
Итак, поехали🚀, постараюсь отвечать кратко и емко - если какую-то тему нужно будет раскрыть поподробнее - пишите
1️⃣можно ли устроиться на должность Руководителя проектов совсем без опыта
🗣Ответ: Нет, увы нет - всем сейчас нужен опыт, причем в релевантной сфере. Если вы занимались проектами по открытию офисов продаж, вряд ли это подойдет для реализации ИТ-проектов.
⁉️Что делать: попробуйте устроиться на администратора/ координатора проекта - здесь требования ниже и как раз ваш опыт в другой сфере будет хорош.
☢️Исключения: новые компании, которые массово пылесосят рынок и без разбора берут РП-шников, но вероятность такого успеха крайне мала
2️⃣ Нужно ли мне сертифицированное обучение
🗣Сильно зависит от вашего текущего уровня и опыта работы.
🌟Если вы совсем новичок, то для начала вам необходимо понять основы проектного управления - для этого сертификация не нужна (вы скорее всего ее просто не сдадите), достаточно мини-курсов, которые вам «вправят мозги» в нужном направлении. Желательно найти в этой сфере опытного ментора, который «проведет» вас по всем основам, желательно из той сферы, куда хотите попасть.
🌟А вот если вы уже имеете проектный опыт и, к примеру, ваша компания подается на серьезный тендер в проект, здесь уже могут потребовать специальную сертификацию и если у вас ее не будет, то на определённым этапе вы будете проигрывать в деньгах отдельным специалистам.
⁉️ Опять же сертификация «выглядит хорошо», когда вы приходите устраиваться на работу опытным РП, и при прочих равных сертификация может стать решающим фактором
3️⃣ Имеют ли роль при приёме на работу проектные кейсы, которые дают гиганты обучения?
🗣Без реально опыта - нет, но и тут есть нюансы - зацените разницу:
🌟вы имеете опыт реальной инициации проекта, т.е. Можете рассказать о том, как общались с Заказчиком, какие презентации рисовали, как набирали группу (это ваш реальный опыт), вот тут вы можете применить кейс из учебного курса и рассказать, что еще вам приходилось рассчитывать бюджет проект методом оценки по аналогам и вы это делали вот так….
🌟Но еси у вас нет вообще никакого опыта, все учебные кейсы будут выглядеть очень куце и опытный рекрутер обязательно копнет в такую конкретику, на которую у вас не будет ответа: к примеру: как проходила защиты бюджета с вашим Заказчиком, какие вопросы вам задавали, какие аргументы вы приводите и так в каждой области.
Дабы сильно не затягивать, на сегодня на этом остановимся, но у меня в запасе еще пяток вопросов. Если у вас тоже есть или появились вопросы, которые стоит вот так осветить - напишите, пожалуйста в комментариях + напишите, пожалуйста, если в вашей практике были/ есть отличные кейсы👇🏻
Всем привет!
За последний месяц ко мне обратилось около 10 человек относительно возможности трудоустройства в сферу проектного управления или перехода с др специальностей, потому решила сделать серию постов «вопрос/ответ» по самым распространенным вопросам :
PS за идею поста большое спасибо @Pashtet64
Итак, поехали🚀, постараюсь отвечать кратко и емко - если какую-то тему нужно будет раскрыть поподробнее - пишите
1️⃣можно ли устроиться на должность Руководителя проектов совсем без опыта
🗣Ответ: Нет, увы нет - всем сейчас нужен опыт, причем в релевантной сфере. Если вы занимались проектами по открытию офисов продаж, вряд ли это подойдет для реализации ИТ-проектов.
⁉️Что делать: попробуйте устроиться на администратора/ координатора проекта - здесь требования ниже и как раз ваш опыт в другой сфере будет хорош.
☢️Исключения: новые компании, которые массово пылесосят рынок и без разбора берут РП-шников, но вероятность такого успеха крайне мала
2️⃣ Нужно ли мне сертифицированное обучение
🗣Сильно зависит от вашего текущего уровня и опыта работы.
🌟Если вы совсем новичок, то для начала вам необходимо понять основы проектного управления - для этого сертификация не нужна (вы скорее всего ее просто не сдадите), достаточно мини-курсов, которые вам «вправят мозги» в нужном направлении. Желательно найти в этой сфере опытного ментора, который «проведет» вас по всем основам, желательно из той сферы, куда хотите попасть.
🌟А вот если вы уже имеете проектный опыт и, к примеру, ваша компания подается на серьезный тендер в проект, здесь уже могут потребовать специальную сертификацию и если у вас ее не будет, то на определённым этапе вы будете проигрывать в деньгах отдельным специалистам.
⁉️ Опять же сертификация «выглядит хорошо», когда вы приходите устраиваться на работу опытным РП, и при прочих равных сертификация может стать решающим фактором
3️⃣ Имеют ли роль при приёме на работу проектные кейсы, которые дают гиганты обучения?
🗣Без реально опыта - нет, но и тут есть нюансы - зацените разницу:
🌟вы имеете опыт реальной инициации проекта, т.е. Можете рассказать о том, как общались с Заказчиком, какие презентации рисовали, как набирали группу (это ваш реальный опыт), вот тут вы можете применить кейс из учебного курса и рассказать, что еще вам приходилось рассчитывать бюджет проект методом оценки по аналогам и вы это делали вот так….
🌟Но еси у вас нет вообще никакого опыта, все учебные кейсы будут выглядеть очень куце и опытный рекрутер обязательно копнет в такую конкретику, на которую у вас не будет ответа: к примеру: как проходила защиты бюджета с вашим Заказчиком, какие вопросы вам задавали, какие аргументы вы приводите и так в каждой области.
Дабы сильно не затягивать, на сегодня на этом остановимся, но у меня в запасе еще пяток вопросов. Если у вас тоже есть или появились вопросы, которые стоит вот так осветить - напишите, пожалуйста в комментариях + напишите, пожалуйста, если в вашей практике были/ есть отличные кейсы👇🏻
👍2
Доброе утро!
#вопросОтвет #Итсистемы
По запросу @ziablova_e
Подготовила подборку самых распространенных систем для автоматизации кадрового документооборота, бухгалтерии, документооборота.
1️⃣Кадровый документооборот
https://job-63.ru/news/253/
2️⃣Бухгалтерский учёт
https://moluch.ru/conf/econ/archive/131/6697/
3️⃣Документооборот
https://crmindex.ru/sed
https://www.tadviser.ru/index.php/Статья:Самые_популярные_СЭД/ECM-системы
Добавляйте в комментариях 👇
#вопросОтвет #Итсистемы
По запросу @ziablova_e
Подготовила подборку самых распространенных систем для автоматизации кадрового документооборота, бухгалтерии, документооборота.
1️⃣Кадровый документооборот
https://job-63.ru/news/253/
2️⃣Бухгалтерский учёт
https://moluch.ru/conf/econ/archive/131/6697/
3️⃣Документооборот
https://crmindex.ru/sed
https://www.tadviser.ru/index.php/Статья:Самые_популярные_СЭД/ECM-системы
Добавляйте в комментариях 👇
🔥1
⚠️ #управлениеПроектами #теория #управлениеРисками⚠️
На повестке - 7 область "Управление рисками" в проектах - это, кстати, единственная область знаний, которая должна обсуждаться абсолютно на каждой проектной встрече, на каждом совещании, а основная работа Руководителя проекта на самом деле заключается в постоянном поиске и анализе новых рисков. Также к работе над рисками ОБЯЗАТЕЛЬНО должны быть привлечены все заинтересованные стороны проекта.
Сегодня я не хочу много рассказывать об этапах управления рисками, детально об этом вы можете узнать на практикуме по управлению рисками. Здесь я пожалуй расскажу о современных тенденциях в области управления рисками и о тех понятиях, которые, как показывает практика, вообще не очевидны для многих даже профессиональных РП.
1️⃣ Риски имеют положительные ✅ и отрицательные 🆘последствия, поэтому стоит выделять угрозы и возможности.
💡 практически любой риск можно переформулировать в возможность. Например, уход крутого ведущего разработчика даст вам возможность привлечь более квалифицированного сотрудника со свежим взглядом, а если совсем повезет - еще и за мЕньшие деньги
2️⃣ два основных параметра риска - это вероятность возникновения и последствие от риска. Наша задача в работе с рисками - снижать вероятность угроз, и снижать негативное влияние/ последствие. если говорить о возможностях - делаем все наоборот.
3️⃣риск - это не всегда событие, можно фиксировать и неопределенности. Пример: несвойственные для данного сезона погодные условия или возможные изменения законодательства
💡как работать с такими рисками - постепенно заполнять пробелы и постоянно переоценивать последствие риска. к примеру, мониторить изменения законодательства, участвовать в формировании экспертной позиции, получить драфт законопроекта и тд
4️⃣Не все риски можно предотвратить, но можно научиться быстро ⚡️и гибко реагировать на наступление риска
💡что делать? заложить денежные 💰 или временные ⏰ резервы (к примеру + 100 тыс. на прием на работу более дорогого программиста), предусмотреть план Б (начать обучать ведущего программиста, организовать программу наставничества).
5️⃣ не все риски НУЖНО предотвращать или работать с ними. определите, на какие риски можно "забить" (к примеру эту те риски, где ваши затраты на снижение вероятности гораздо выше стоимости последствия)
💡 что делать? - учитывать риск аппетит (уровень риска, который компания готова принять), проводить качественный анализ риска с помощью тепловых карт 🔴🟡🟢 . Зеленые риски просто фиксируем и периодически следим, чтобы они не попали в красную зону
6️⃣ Можно отслеживать в динамике 📈 различные числовые индикаторы для предотвращения наступления рискового события для проекта (к примеру, отношение фактических трудозатрат к плановым - для этого берем плановые затраты из плана-графика и ежедневно делаем выгрузку трудозатрат к примеру из jira, сравниваем два показателя и при отклонении разбираемся, что идет не так)
7️⃣Отслеживать программные и портфельные риски 💼 на уровне организации, которые могут влиять на ваш проект.
Пример: у вас в компании инициирован новый очень приоритетный проект... время напрячься - скоро к вам придут за вашими лучшими ресурсами 😂😂
8️⃣Наш любимый #Agile в принципе один большой риск, поэтому весь цикл управления рисками 🔄 проводим для каждого инкремента и еще тщательнее ходим и ищем новые риски
9️⃣ количественная оценка рисков - не обязательный этап. Обычно ее проводят в сложных строительных, космических или автомобильных проектах для расчета тех событий, которые могут привести к большим финансовым потерям. Пример из книги "Ли Якокка. «Карьера менеджера»: увеличение капота автомобиля на 5% (по желанию Генри Форад 2) могло стоить компании около 100 млн $. И как всегда не забываем про целесообразность такой сложной оценки - см п5
🔟 этот пункт надо было поставить первым.
На повестке - 7 область "Управление рисками" в проектах - это, кстати, единственная область знаний, которая должна обсуждаться абсолютно на каждой проектной встрече, на каждом совещании, а основная работа Руководителя проекта на самом деле заключается в постоянном поиске и анализе новых рисков. Также к работе над рисками ОБЯЗАТЕЛЬНО должны быть привлечены все заинтересованные стороны проекта.
Сегодня я не хочу много рассказывать об этапах управления рисками, детально об этом вы можете узнать на практикуме по управлению рисками. Здесь я пожалуй расскажу о современных тенденциях в области управления рисками и о тех понятиях, которые, как показывает практика, вообще не очевидны для многих даже профессиональных РП.
1️⃣ Риски имеют положительные ✅ и отрицательные 🆘последствия, поэтому стоит выделять угрозы и возможности.
💡 практически любой риск можно переформулировать в возможность. Например, уход крутого ведущего разработчика даст вам возможность привлечь более квалифицированного сотрудника со свежим взглядом, а если совсем повезет - еще и за мЕньшие деньги
2️⃣ два основных параметра риска - это вероятность возникновения и последствие от риска. Наша задача в работе с рисками - снижать вероятность угроз, и снижать негативное влияние/ последствие. если говорить о возможностях - делаем все наоборот.
3️⃣риск - это не всегда событие, можно фиксировать и неопределенности. Пример: несвойственные для данного сезона погодные условия или возможные изменения законодательства
💡как работать с такими рисками - постепенно заполнять пробелы и постоянно переоценивать последствие риска. к примеру, мониторить изменения законодательства, участвовать в формировании экспертной позиции, получить драфт законопроекта и тд
4️⃣Не все риски можно предотвратить, но можно научиться быстро ⚡️и гибко реагировать на наступление риска
💡что делать? заложить денежные 💰 или временные ⏰ резервы (к примеру + 100 тыс. на прием на работу более дорогого программиста), предусмотреть план Б (начать обучать ведущего программиста, организовать программу наставничества).
5️⃣ не все риски НУЖНО предотвращать или работать с ними. определите, на какие риски можно "забить" (к примеру эту те риски, где ваши затраты на снижение вероятности гораздо выше стоимости последствия)
💡 что делать? - учитывать риск аппетит (уровень риска, который компания готова принять), проводить качественный анализ риска с помощью тепловых карт 🔴🟡🟢 . Зеленые риски просто фиксируем и периодически следим, чтобы они не попали в красную зону
6️⃣ Можно отслеживать в динамике 📈 различные числовые индикаторы для предотвращения наступления рискового события для проекта (к примеру, отношение фактических трудозатрат к плановым - для этого берем плановые затраты из плана-графика и ежедневно делаем выгрузку трудозатрат к примеру из jira, сравниваем два показателя и при отклонении разбираемся, что идет не так)
7️⃣Отслеживать программные и портфельные риски 💼 на уровне организации, которые могут влиять на ваш проект.
Пример: у вас в компании инициирован новый очень приоритетный проект... время напрячься - скоро к вам придут за вашими лучшими ресурсами 😂😂
8️⃣Наш любимый #Agile в принципе один большой риск, поэтому весь цикл управления рисками 🔄 проводим для каждого инкремента и еще тщательнее ходим и ищем новые риски
9️⃣ количественная оценка рисков - не обязательный этап. Обычно ее проводят в сложных строительных, космических или автомобильных проектах для расчета тех событий, которые могут привести к большим финансовым потерям. Пример из книги "Ли Якокка. «Карьера менеджера»: увеличение капота автомобиля на 5% (по желанию Генри Форад 2) могло стоить компании около 100 млн $. И как всегда не забываем про целесообразность такой сложной оценки - см п5
🔟 этот пункт надо было поставить первым.
🔥4
Научитесь грамотно формулировать риск - он должен стать для команды 🌟 путеводной звездой", а не набором непонятных символов.
К примеру,
❌убиваем все риски типа: риск превышения бюджета проекта, риск задержки сроков и пишем по формуле: причина - риск- эффект.
✅Например, в связи с некорректным планированием и как следствие переработками ведущего программиста, он может уволиться, что приведет к потенциальным ошибкам в программном коде или к задержке выпуска релиза на 1,5 недели.
Чувствуете разницу? в этом случае вам сразу понятно, что нужно делать, чтобы предотвратить это безобразие.
Более подробно эта тема разбирается на 4-х часовом практикуме по управлению рисками, там же все шаблоны и примеры описания 6 самых распространенных рисков в проектах
К примеру,
❌убиваем все риски типа: риск превышения бюджета проекта, риск задержки сроков и пишем по формуле: причина - риск- эффект.
✅Например, в связи с некорректным планированием и как следствие переработками ведущего программиста, он может уволиться, что приведет к потенциальным ошибкам в программном коде или к задержке выпуска релиза на 1,5 недели.
Чувствуете разницу? в этом случае вам сразу понятно, что нужно делать, чтобы предотвратить это безобразие.
Более подробно эта тема разбирается на 4-х часовом практикуме по управлению рисками, там же все шаблоны и примеры описания 6 самых распространенных рисков в проектах
🌟Что такое soft скилы и для чего они нужны руководителю проекта и не только ему
#Кейсизжизни
Работала я как-то в одной ИТ-шной команде, которая занималась внедрением системы по учету заработной платы. А система эта всегда заинтегрирована с системой ведения бухгалтерского учёта (в зарплате делаем кадровые документы, считаем зарплату и начисления), а вот уже все проводки передаём в «бухгалтерию» - этой программой занималась другая ИТ Команда. При этом у нас был один Руководитель.
И вот как-то раз сидим мы на совещании, где мой аналитик в проекте рассказывает о концепции построения управленческого учета (тезисы предварительно обсуждались с руководителем, но он не смог присоединиться ко встрече). Кстати, если интересно, зачем в компании делают компании учёт - черканите в комментах. Смежная Команда в жесткой форме отклоняет все предложения под предлогом непроработанности концепции и как следствие нереализуемости в Бухгалтерии. Аналитик закипает на глазах и я решаю прекратить дискуссию.
Как вы считаете, что делать в такой ситуации? Выберите ответ в опросе ниже, а через день разберём доступные варианты и мой выбор.
Опрос и Ответ на кейс
#Кейсизжизни
Работала я как-то в одной ИТ-шной команде, которая занималась внедрением системы по учету заработной платы. А система эта всегда заинтегрирована с системой ведения бухгалтерского учёта (в зарплате делаем кадровые документы, считаем зарплату и начисления), а вот уже все проводки передаём в «бухгалтерию» - этой программой занималась другая ИТ Команда. При этом у нас был один Руководитель.
И вот как-то раз сидим мы на совещании, где мой аналитик в проекте рассказывает о концепции построения управленческого учета (тезисы предварительно обсуждались с руководителем, но он не смог присоединиться ко встрече). Кстати, если интересно, зачем в компании делают компании учёт - черканите в комментах. Смежная Команда в жесткой форме отклоняет все предложения под предлогом непроработанности концепции и как следствие нереализуемости в Бухгалтерии. Аналитик закипает на глазах и я решаю прекратить дискуссию.
Как вы считаете, что делать в такой ситуации? Выберите ответ в опросе ниже, а через день разберём доступные варианты и мой выбор.
Опрос и Ответ на кейс
👍2
Всем привет!
Итак, давайте вернемся к опросу выше ☝🏻 и постараемся оценить предложенные варианты. Очевидно, что правильного варианта тут нет, особенно с учётом ещё кучи всяких нюансов внутри фирмы. пойду от наименее желательного варианта
🌟Вынести вопрос на обсуждение с руководителем - никто, ни один руководитель не хочет решать проблемы за вас, особенно если вы не можете договориться сами внутри. Любимая фраза: зачем нужны мне вы, если приходится решать проблемы самому. В общем, Это самый крайний вариант, когда ну вообще ничего не помогает.
🌟 проработать концепцию и вернуться к повторному обсуждению - хороший вариант, но только в случае, если вы реально понимаете и разделяете аргументы, почему ваши предложения плохи, но скорее всего дело вообще не в аргументах.
И вот тут как раз ваша задача сначала разобраться, а в чем же все-таки дело, особенно если это происходит не в первый раз.
🌟 лучшей стратегией будет как раз встретиться один на один с руководителем группы, выяснить его опасения, поговорить "по душам", спросить о его видении разрешения ситуации (может он вообще против внедрения управленческого учёта в компании), а дальше уже принимать решение.
На деле все было очень просто : руководитель смежной группы просил повышения в связи с увеличением функционала и ему просто нужно было доказать руководителю, найти повод показать, какой он классный, продуманный чувак. На личной встрече он, кстати, не стесняясь об этом сказал, дав понять, что некоторым зелёным молодым девочкам тут особо ловить нечего и мол не надо лезть в серьёзные дела.
🙅🏼♀️Его проблема была в том, что он то как раз не учел, что с нашим общим руководителем мы уже давно работали вместе и мне доказывать было нечего.
Закончилось все тем не менее с привлечением руководителя, а я в свою очередь предложила ему несколько вариантов развития событий:
⁃ Вынести свою концепцию на согласование бизнеса
⁃ Ещё раз обсудить концепции вместе
⁃ Забрать всю практику на себя 😂😂😂 ну юношеский максимализм никто не отменял
Победили потребности бизнеса.
Итоги
1️⃣ Софт-скилы — это личные качества, которые помогают договариваться с людьми, организовывать работу команды и мыслить критически.
2️⃣ Для менеджера проектов важно уметь слушать и выделять главное, договариваться и приходить к компромиссу, представлять и аргументировать свою позицию, а также управлять эмоциями и стрессом (своим и собеседника). 3️⃣ Важно наладить хорошие отношения со всеми представителями клиента, однако при принятии решений лучше всего ориентироваться на потребности лючевых заказчиков. 4️⃣ Если произошёл конфликт, стоит взять небольшую паузу и обдумать ситуацию, а потом встретиться с представителем клиента наедине, чтобы спокойно обсудить причины и найти наилучшее решение.
На этом все и желаю вам не иметь таких серых кардиналов вокруг вас🙏🏻
Итак, давайте вернемся к опросу выше ☝🏻 и постараемся оценить предложенные варианты. Очевидно, что правильного варианта тут нет, особенно с учётом ещё кучи всяких нюансов внутри фирмы. пойду от наименее желательного варианта
🌟Вынести вопрос на обсуждение с руководителем - никто, ни один руководитель не хочет решать проблемы за вас, особенно если вы не можете договориться сами внутри. Любимая фраза: зачем нужны мне вы, если приходится решать проблемы самому. В общем, Это самый крайний вариант, когда ну вообще ничего не помогает.
🌟 проработать концепцию и вернуться к повторному обсуждению - хороший вариант, но только в случае, если вы реально понимаете и разделяете аргументы, почему ваши предложения плохи, но скорее всего дело вообще не в аргументах.
И вот тут как раз ваша задача сначала разобраться, а в чем же все-таки дело, особенно если это происходит не в первый раз.
🌟 лучшей стратегией будет как раз встретиться один на один с руководителем группы, выяснить его опасения, поговорить "по душам", спросить о его видении разрешения ситуации (может он вообще против внедрения управленческого учёта в компании), а дальше уже принимать решение.
На деле все было очень просто : руководитель смежной группы просил повышения в связи с увеличением функционала и ему просто нужно было доказать руководителю, найти повод показать, какой он классный, продуманный чувак. На личной встрече он, кстати, не стесняясь об этом сказал, дав понять, что некоторым зелёным молодым девочкам тут особо ловить нечего и мол не надо лезть в серьёзные дела.
🙅🏼♀️Его проблема была в том, что он то как раз не учел, что с нашим общим руководителем мы уже давно работали вместе и мне доказывать было нечего.
Закончилось все тем не менее с привлечением руководителя, а я в свою очередь предложила ему несколько вариантов развития событий:
⁃ Вынести свою концепцию на согласование бизнеса
⁃ Ещё раз обсудить концепции вместе
⁃ Забрать всю практику на себя 😂😂😂 ну юношеский максимализм никто не отменял
Победили потребности бизнеса.
Итоги
1️⃣ Софт-скилы — это личные качества, которые помогают договариваться с людьми, организовывать работу команды и мыслить критически.
2️⃣ Для менеджера проектов важно уметь слушать и выделять главное, договариваться и приходить к компромиссу, представлять и аргументировать свою позицию, а также управлять эмоциями и стрессом (своим и собеседника). 3️⃣ Важно наладить хорошие отношения со всеми представителями клиента, однако при принятии решений лучше всего ориентироваться на потребности лючевых заказчиков. 4️⃣ Если произошёл конфликт, стоит взять небольшую паузу и обдумать ситуацию, а потом встретиться с представителем клиента наедине, чтобы спокойно обсудить причины и найти наилучшее решение.
На этом все и желаю вам не иметь таких серых кардиналов вокруг вас🙏🏻
👍3
Всем привет! Новый пост в инсте О том, а реально ли тебе надо быть Руководителем проекта. Завтра здесь выложу продолжение о том, как с этим работать. Enjoy 🙏🏻 https://www.instagram.com/p/CNDEvuyFmKg/?igshid=l77uualzdh91
Instagram
Instagram
Про Проекты и карьеру в ИТ | Романова
Всем привет! Новый пост в инсте О том, а реально ли тебе надо быть Руководителем проекта. Завтра здесь выложу продолжение о том, как с этим работать. Enjoy 🙏🏻 https://www.instagram.com/p/CNDEvuyFmKg/?igshid=l77uualzdh91
👻Что делать чтобы побороть страхи?
#компетенцииРП
Вчера в инсте выкладывала пост на тему основных сложностей, с которыми сталкиваются РП, а сегодня решила поштурмить, что с этим делать - ну знаете, такие маленькие, простые действия и тем не менее эффективные, чтобы не свалиться под проектной тяжестью
🌟Задавай вопросы: разные - глупые, уточняющие, повторяющие - твоя задача максимально исключить «непонятки» или надосказанности. Заказчик прекратил сессию обучения? Копай, пока не докопаешься до сути - почему? Что пошло не так, какие вопросы он задавал, как аргументировал прекращение встречи и т.д.
🌟Записывай свои и чужие идеи в проекте. «Что-то Петя стал раньше приходить на работу - говорит тебе твой аналитик на кофе». Запиши, но не забывай потом разгребать записи - там может быть много интересного - и потенциальные риски и новые варианты решения и новые подходы к взаимодействию в команде.
🌟Фиксируй договоренности — если что-то не записано, значит, этого не было😂. Даже если люди помнят разговор - они точно запомнили его по-своему. Письменная речь позволяет структурировать информацию.
🌟Не стесняйся искать проблемы в проекте - это твоя работа. Как? см первый пункт. Больше знаешь о потенциальных проблемах, больше подготовлен к решению. Ну не сложно же выпить еще одну чашку кофе с Петей, узнать, почему он так рано приходит на работу, а он оказывается собеседования втихаря проходит, пока никого нет на месте…
🌟Структурируй все данные, которые получаешь. Пусть даже в виде простейших табличек и заметок. Главное — упорядочить информацию, выгрузить свой мозг и освободить место для новых сил и идей.
🌟Будь гибким - просто прими, что как бы ты все круто не описал и не спланировал, завтра может случиться “коронавирус”. Отсюда след вывод:
🌟Разумная бюрократия - план управления проектом для месячного и годового проекта - это как "палата№ 6" и «Война и мир»
🌟Новая работа - новая возможность для тебя и для команды - узнать что-то новое и организовать старую работу по-другому, более эффективно. В комфортных условиях не вырастешь.
🧘🏼♀️Рефлексия🧘🏼♀️
Попробуй честно ответить на вопросы ниже - они позволят тебе понять, действительно ты хочешь/ готов быть Руководителем проекта.
Некоторые из этих вопросов любят задавать на собеседованиях
▶️ЧТо тебя привлекает в профессии менеджера проектов.
▶️Что тебя беспокоит, когда ты представляешь себя в роли менеджера проектов?
▶️какие менеджерские обязанности могут вызвать у тебя трудности?
▶️Сможешь ли ты отстоять свою позицию перед руководителем или клиентом?
▶️Готов ли Ты много общаться с людьми и постоянно быть в центре событий, что тебя беспокоит в коммуникациях?
▶️Из-за чего ты можешь разозлиться расстроиться/ уйти в себя, в чем это проявляется?
▶️Как ты поймёшь, что хорошо справляешься с работой? Назови свои маркеры успеха.
▶️Как думаешь, какие менеджерские навыки тебе полезно будет освоить в будущем? Есть ли у тебя примеры людей, которые демонстрируют эти навыки .
#компетенцииРП
Вчера в инсте выкладывала пост на тему основных сложностей, с которыми сталкиваются РП, а сегодня решила поштурмить, что с этим делать - ну знаете, такие маленькие, простые действия и тем не менее эффективные, чтобы не свалиться под проектной тяжестью
🌟Задавай вопросы: разные - глупые, уточняющие, повторяющие - твоя задача максимально исключить «непонятки» или надосказанности. Заказчик прекратил сессию обучения? Копай, пока не докопаешься до сути - почему? Что пошло не так, какие вопросы он задавал, как аргументировал прекращение встречи и т.д.
🌟Записывай свои и чужие идеи в проекте. «Что-то Петя стал раньше приходить на работу - говорит тебе твой аналитик на кофе». Запиши, но не забывай потом разгребать записи - там может быть много интересного - и потенциальные риски и новые варианты решения и новые подходы к взаимодействию в команде.
🌟Фиксируй договоренности — если что-то не записано, значит, этого не было😂. Даже если люди помнят разговор - они точно запомнили его по-своему. Письменная речь позволяет структурировать информацию.
🌟Не стесняйся искать проблемы в проекте - это твоя работа. Как? см первый пункт. Больше знаешь о потенциальных проблемах, больше подготовлен к решению. Ну не сложно же выпить еще одну чашку кофе с Петей, узнать, почему он так рано приходит на работу, а он оказывается собеседования втихаря проходит, пока никого нет на месте…
🌟Структурируй все данные, которые получаешь. Пусть даже в виде простейших табличек и заметок. Главное — упорядочить информацию, выгрузить свой мозг и освободить место для новых сил и идей.
🌟Будь гибким - просто прими, что как бы ты все круто не описал и не спланировал, завтра может случиться “коронавирус”. Отсюда след вывод:
🌟Разумная бюрократия - план управления проектом для месячного и годового проекта - это как "палата№ 6" и «Война и мир»
🌟Новая работа - новая возможность для тебя и для команды - узнать что-то новое и организовать старую работу по-другому, более эффективно. В комфортных условиях не вырастешь.
🧘🏼♀️Рефлексия🧘🏼♀️
Попробуй честно ответить на вопросы ниже - они позволят тебе понять, действительно ты хочешь/ готов быть Руководителем проекта.
Некоторые из этих вопросов любят задавать на собеседованиях
▶️ЧТо тебя привлекает в профессии менеджера проектов.
▶️Что тебя беспокоит, когда ты представляешь себя в роли менеджера проектов?
▶️какие менеджерские обязанности могут вызвать у тебя трудности?
▶️Сможешь ли ты отстоять свою позицию перед руководителем или клиентом?
▶️Готов ли Ты много общаться с людьми и постоянно быть в центре событий, что тебя беспокоит в коммуникациях?
▶️Из-за чего ты можешь разозлиться расстроиться/ уйти в себя, в чем это проявляется?
▶️Как ты поймёшь, что хорошо справляешься с работой? Назови свои маркеры успеха.
▶️Как думаешь, какие менеджерские навыки тебе полезно будет освоить в будущем? Есть ли у тебя примеры людей, которые демонстрируют эти навыки .
🔥1
Всем привет! Новый пост в инсте о том, чего не надо делать в проектах или как прошёл мой ремонт 🤣🤣🤣 https://www.instagram.com/p/CNQJbDal2s-/?igshid=9ojuhnlh21t2
Всем привет! В эту субботу очередной бесплатный интенсив по управлению проектами. С меня как всегда тема про риски, бюджеты и эффективность. Берет полезно всем, особенно кто плохо слушал первые 4-е лекции фин. Менеджмента 😂😂😂 также в программе много интересного - присоединяйтесь https://geekbrains.ru/courses/free/intprojmanag
gb.ru
Курс «Менеджер проектов в ИТ с нуля»: обучение на онлайн курсе в GeekBrains
Онлайн курс «Менеджер проектов в ИТ с нуля» от GeekBrains: получи новую профессию дистанционно! ✅ Курс ориентирован на уровень: Junior. ⌚ Длительность обучения: 9 месяцев. ✅Помощь в трудоустройстве! Обучение на менеджера проектов в ИТ с нуля онлайн.
Всем привет! #вакансии #работа #grow Для кого Тема поиска работы актуальна, рекомендую очень хорошее упражнение - ниже будет конспект-зарисовка. О методе мне сегодня напомнила @katerina_proaudit , за что ей огромное спасибо!