На курсе Юлия Минькина «Школа руководителя проекта» прошел мастер-класс с Оксаной Сиротиной, автором курса «Управление качеством».

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

И это ещё одно подтверждение, что в «Школе руководителя проекта» работает живая практика — эксперты делятся опытом, который проверен в реальных проектах.

Старт 17 сентября

🔣Подробнее о курсе и регистрация ➡️ по ссылке

Школа проектного специалиста | @techitpm

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

🔣 На курсе «Soft skills для проектных специалистов» с Екатериной Титовой вы научитесь выстраивать коммуникации и формировать культуру внимания к людям. Подробнее на сайте.

Школа проектного специалиста | @techitpm

Свежие отзывы о курсе «Школа руководителя проекта»

🔣 Старт уже 17 сентября.
Хотите стать тем РП, о котором говорят «этот человек вытащит любой проект»?

🔗 Подробнее о курсе и запись 🔜 тут

#Отзывыокурсе

Школа проектного специалиста | @techitpm

Если клиент просит — всегда говорите «да», но…

Красивый лозунг «клиент всегда прав» в реальности часто оборачивается выгоранием команды и провалом проекта. Настоящий профессионал умеет говорить «да» осознанно — фиксируя договорённости, оценивая последствия и разделяя хотелки от реальных задач.

➡️ В новой статье на #Дзен рассказываем, как говорить «да» так, чтобы это было выбором, а не капитуляцией.

Школа проектного специалиста | @techitpm

Ни пенсий, ни страховки, ни стажа. Почему компании не спешат нанимать ИТ-шников в штат

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

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

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

Вопрос к вам: в ваших проектах ставка делается на собственных специалистов или на подрядчиков❓

В продолжение темы аутсорсинга ИТ-команд — у нас на Дзен вышла статья: «Большинство компаний не готовы нанимать ИТ-департамент в штат: почему это больше не просто альтернатива». Почитайте будет интересно.

Источник

Школа проектного специалиста | @techitpm

Мы записали большое интервью с Юлией Волгиной, выпускницей целой серии наших курсов — получился живой и очень интересный разговор.

⤴️ Пока смотрите тизер, а завтра полную версию выложим на нашем канале на #Дзен

Школа проектного специалиста | @techitpm

Как настроить роли и ответственность в команде

В проекте можно иметь идеальные сроки, бюджет и даже команду профессионалов. Но если роли не определены — проект всё равно будет буксовать.

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

Если это не развести, возникают типичные ситуации:
~ задачи повисают «между» отделами,
~ несколько человек делают одно и то же,
~ или наоборот, никто не делает, потому что «думали, что это не наше».

Что помогает на практике:

1️⃣ Карта ролей. Опишите роли проекта (аналитик, тестировщик, согласующий и т.д.) и назначьте их на людей. Даже если человек выполняет несколько ролей — важно, чтобы он понимал, в какой именно он действует в данный момент.

2️⃣ Матрица ответственности (RACI). Простая таблица: кто отвечает (Responsible), кто утверждает (Accountable), кто консультирует (Consulted), кто информируется (Informed). Сразу видно, где пустоты или пересечения.

3️⃣ Регулярная проверка. Роли в проекте — не раз и навсегда. Люди уходят, задачи меняются, приоритеты сдвигаются. Нужно раз в несколько недель проверять, что распределение ещё актуально.

Когда роли и ответственность определены, проектная команда работает как система: меньше споров, меньше выгорания и «сюрпризов», больше скорости и прозрачности.

А вы используете матрицу ответственности или всё строится на договорённостях❓

Школа проектного специалиста | @techitpm

На нашем канале на #Дзен вышло интервью с Юлией Волгиной — руководителем проектов, которая прошла «Школу руководителя проекта» и продолжает учиться у нас дальше.

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

🔣Хотите так же? Записывайтесь на курс по ссылке.

Школа проектного специалиста | @techitpm

Карьера вне возраста: что даст работодателям долголетие сотрудников

Мир меняется: к 2050 году число людей старше 60 лет удвоится, и всё больше рабочих мест будут занимать специалисты 55+. Это не проблема, а новый ресурс — но только если бизнес и HR научатся правильно работать с возрастным разнообразием.

С точки зрения проектного управления, активное долголетие — это про:
~ управление знаниями и передачу опыта в команде;
~ интеграцию разных возрастных групп в единый процесс;
~ развитие корпоративной культуры непрерывного обучения.

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

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

Источник

Школа проектного специалиста | @techitpm

📢КУРС «1С:СППР для архитекторов»

Хотите управлять проектами на новом уровне? Этот курс — про полный цикл: моделирование процессов, проектирование архитектуры, тестирование и запуск.

Автор — Виталий Тупицын, системный архитектор «Первого БИТа» и доцент кафедры цифровых технологий ЯрГУ. 10+ лет опыта внедрения крупных проектов 1С:ERP.

~ Для кого: архитекторов, аналитиков и всех, кто хочет работать с «1С:СППР» профессионально.
~ Количество мест ограничено — СТАРТ 13 октября.

🔣Подробности и запись на сайте.

Школа проектного специалиста | @techitpm

📢КУРС «ШКОЛА ПРОЕКТНОГО СПЕЦИАЛИСТА. СИСТЕМНЫЙ АНАЛИТИК»

Представляем обновленную программу ШКОЛЫ СИСТЕМНОГО АНАЛИТИКА!

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

СТАРТ: 25 сентября

Вас ждет
✔️ 11 лекций + 9 практических занятий – теория и реальные кейсы.
✔️ Онлайн-формат – удобные занятия по вторникам и четвергам с 17:00 до 19:00.
✔️ Домашние задания и тестирования – отработаете знания на практике.
✔️ Преподаватели-практики – эксперты с реальным опытом в IT и аналитике.

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

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

🔗 ПРИСОЕДИНЯЙТЕСЬ и прокачивайте навыки системного аналитика!

Технологии 1С проектов | @techitpm

#ITобразование #аналитика #1С #системныйанализ #обучение

Риски в управлении: почему все врут и кто на самом деле виноват
В проектах риски часто превращаются в формальность: их перечисляют для галочки, но не обсуждают честно.
На #Дзен разбираем, почему риски замалчиваются и как выстроить честную систему управления, которая реально работает.

🔣А на курсе «Управление изменениями» мы подробно учим выявлять угрозы, оценивать их влияние и строить план действий. Подробнее и запись на сайте.

Обучение — это не галочка

В ERP-проектах часто звучит знакомое:
«Ну, давайте проведём вебинар, расскажем кнопки — и всё, обучение закрыто».

Формально — галочка стоит.
Реально — пользователи продолжают работать по-старому.

Почему так?
~ Один час вебинара не меняет привычек,
~ Пользователи не успевают задать вопросы,
~ Нет практики на «живых» данных,

Обратная связь теряется.

И в итоге через неделю мы слышим:
~ «Система неудобная»,
~ «Мы привыкли по-другому»,
~ «Ничего не понятно, давайте вернём как было».

Что реально работает:

~ Вовлечение ключевых пользователей ещё до запуска,
~ Обучение малыми блоками + практика,
~ Наставники внутри команды: коллеги, которые уже умеют, помогают новичкам,

Повторное обучение через пару недель — закрепление на реальных кейсах.

Обучение — это не про «галочку» в плане.
Это про то, чтобы люди смогли работать в новой системе без страха и хаоса.

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

А у вас обучение в проектах было больше для отчёта или реально помогло❓

Школа проектного специалиста | @techitpm