УПРАВЛЕНИЕ-ПРОЕКТАМИ.РУ @upravlenieproektami Channel on Telegram

УПРАВЛЕНИЕ-ПРОЕКТАМИ.РУ

УПРАВЛЕНИЕ-ПРОЕКТАМИ.РУ
15 лет управляю проектами, портфелями проектов и проектными офисами. Пишу о практике и теории проектного управления здесь и в блоге upravlenie-proektami.ru.
Для связи - @YuliaBazhanova.
3,970 Subscribers
517 Photos
1 Videos
Last Updated 15.03.2025 02:30

Управление проектами: Путь к успешной реализации

Управление проектами — это систематический подход к планированию, исполнению и контролю проектной деятельности в целях достижения запланированных результатов. За последние несколько десятилетий проектное управление стало неотъемлемой частью успешного ведения бизнеса в различных отраслях. Оно охватывает широкий спектр методов и инструментов, которые помогают управлять рисками, оптимизировать затраты и увеличить эффективность. Современные компании всё чаще осознают важность качественного управления проектами, что приводит к созданию специализированных проектных офисов и внедрению гибких методологий, таких как Agile и Scrum. В этой статье мы рассмотрим ключевые аспекты управления проектами, его значение для бизнеса и ответим на самые распространённые вопросы по этой теме.

Что такое управление проектами?

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

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

Какие методы и методологии используются в управлении проектами?

Существует множество методов и методологий, применяемых в управлении проектами. К наиболее популярным относятся: Waterfall, Agile, Scrum и PRINCE2. Каждый из этих подходов имеет свои сильные и слабые стороны, и выбор метода зависит от конкретных требований проекта и среды, в которой он реализуется.

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

Какова роль проектного офисa?

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

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

Каковы основные компетенции проектного менеджера?

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

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

Как управлять рисками в проекте?

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

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

УПРАВЛЕНИЕ-ПРОЕКТАМИ.РУ Telegram Channel

Добро пожаловать на канал УПРАВЛЕНИЕ-ПРОЕКТАМИ.РУ! Здесь вы найдете все необходимые знания и инструменты для успешного управления проектами. Наш основатель, Yulia Bazhanova, имеет более 10 лет опыта в управлении проектами, портфелями проектов и проектными офисами. Она делится своими знаниями и опытом в блоге upravlenie-proektami.ru, где можно найти полезные статьи о практике и теории проектного управления. Наш канал предназначен для всех, кто стремится стать профессионалом в области управления проектами или просто интересуется этой темой. Присоединяйтесь к нам, чтобы узнать о последних тенденциях в проектном управлении, обсудить лучшие практики и получить советы от опытных специалистов. Для связи с нами, обращайтесь к @YuliaBazhanova. Давайте вместе создадим успешные проекты!

УПРАВЛЕНИЕ-ПРОЕКТАМИ.РУ Latest Posts

Post image

Про окружение проекта 🌏
...и как с ним работать

это четвертая и заключительная часть, первая здесь, вторая здесь, третья здесь

Зачем вообще нужно учитывать окружение проекта?

А затем, что если вы не понимаете, в каком окружении вы работаете – проект вы не сделаете. Учет окружения проекта необходим для того, чтобы этот «багаж» либо помогал реализации проекта либо хотя бы не мешал или мешал по минимуму.

Частая ошибка «хорошего руководителя проекта» – человек сделал несколько проектов в одной компании и перешел в другую. И в новой компании он, не изучив окружение проекта, продолжает действовать привычными методами с использованием привычных паттернов. Мол, это же всегда работало, я крутой руководитель проекта! В итоге начинают срабатывать риск за риском, и сыпаться ошибка за ошибкой, которые нередко приводят к провалу проекта. А делов-то было, немного времени на изучении компании потратить.

Как проанализировать окружение проекта?

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

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

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

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

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

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

@upravlenieproektami

14 Mar, 11:53
303
Post image

Про оценку стоимости проекта 📈

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

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

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

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

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

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

Мои ребята уже тоже начали тестировать, пока все вроде бы выглядит хорошо, из того, что прям зашло сверх наших базовых требований - это оценка "на лету" прямо блоками из ФТТ или ТЗ (фича - огонь просто 🔥), возможность промоделировать различные сценарии технической реализации, ну и бесплатность, конечно😊

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

Так что если работали с этой системой - делитесь впечатлениями. Если знаете достойные альтернативы - тоже делитесь.

P.S. Для корпораций, особенно озабоченных импортозамещением, пока не подойдет. Судя по всему, система не в реестре отечественного ПО, а пока только в реестре программ для ЭВМ, но, наверное, путь осилит идущий.

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

@upravlenieproektami

13 Mar, 07:11
467
Post image

#кейс

Еще раз про методолога Леночку
...и про искусственный интеллект

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

Оцените, как круто вышло!

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

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

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

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

@upravlenieproektami

12 Mar, 06:09
586
Post image

#кейс

Про методолога Леночку🧝‍♀️

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

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

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

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

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

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

Что будете делать?

Вариант 1. Буду четко выполнять все указания Леночки, поставлю это в первый приоритет, буду везде это подчеркивать. Когда проекты пострадают - виновата будет Леночка, и, может, тогда руководитель проектного офиса что-то поймет.

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

Вариант 3. Буду перерабатывать, если нужно - выходить в выходные и выводить команду, но на 100% делать все и по проектам, и по требованиям Леночки. Руководитель проектного офиса прав - это временный хаос, дальше все наладится.

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

Вариант 5. Пойду налево😂 А именно - аккуратно расскажу одному-двум внешним заказчикам о происходящем в компании и попрошу поднять этот вопрос на ближайшем УК или напрямую в беседе с руководителем проектного офиса. Мол, появились какие-то ненужные бумажки, руководитель проекта занимается непойми чем, сроки горят, зачем это все?

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

Вариант 7. Свой вариант, расскажу в комментариях.

@upravlenieproektami

10 Mar, 09:48
644