Бесплатный вебинар
Что первично: методология или ИСУП?
Что первично: методология или ИСУП?
завершен
Этот вебинар будет полезен
топ-менеджерам
директорам по развитию
руководителям проектных офисов
Вы приняли решение выстраивать систему управления проектами, но не уверены, нужно ли сразу искать программный продукт
Непонятно, что важнее делать, в первую очередь: разрабатывать методологию, внедрять ИСУП, готовить персонал.
Сложно решиться на покупку информационной системы, пока точно не решено, какие процессы она будет поддерживать.
Непонятно, какие требования к ИТ-решению для управления проектами нужно предъявить, если методология еще не готова.
Нет понимания, что стоит предусмотреть «на будущее» при покупке информационной системы для управления проектами, а что должно быть «в базе».
Есть много методологий, сложно определиться с тем, что будет эффективно работать сразу на старте и в программном продукте.
Вы не хотите сразу вкладываться в софт, но боитесь, что «вручную» процессы не заработают
Как контролировать внедрение процессов «на бумаге»? И можно ли управлять тем, что не измеряется?
Как бороться с сопротивлением персонала к требованиям «новых отчетов» и «новых бумажек»?
Как поддерживать скорость управления проектами и мотивацию людей без автоматизации?
Во время внедрения системы управления процессы часто меняются. Как при этом обучать персонал?
Большое количество документов хранится «в куче»: как гарантировать сохранность, доступность и безопасность данных?
Программный продукт для управления проектами – это автомобиль, на котором «едет» ваша КСУП
Важно обеспечить единое следование процессу управления: упрощенное обучение, минимизация ошибок пользователей, мониторинг и контроль процесса
Система управления должна снижать трудозатраты руководителей проектов и исполнителей: более быстрый поиск информации, легкая отчетность, прозрачный контроль за исполнением
Вы должны обеспечить безопасность: защиту секретной информации, стабильную работу процессов, защиту от потери важных данных
Правда о проектах должна быть единой: решения основываются на объективной информации, «верхи» и «низы» одинаково понимают статус работ
Узнайте на вебинаре
- В какой последовательности эффективнее внедрять КСУП и что первично: подготовка персонала, методология или информационная система?
- Можно ли внедрять одновременно и методологию, и ИТ-решение?
- Как программное решение помогает снизить сопротивление новым правилам?
- Почему нельзя управлять тем, что нельзя измерить, и как этому поможет ИСУП?
- Какие функции ИСУП необходимы для старта управления проектами, что можно отложить «на потом»?
- Какие основные риски внедрения КСУП и ИСУП, и как их избежать?
От тренера
Елена Филипова
руководитель корпоративного Проектного офиса «Адванта Консалтинг», PMP
Более 10 лет в проектном управлении. Руководила и участвовала более чем в 20 ИТ и организационных проектах
Более 10 лет в проектном управлении. Руководила и участвовала более чем в 20 ИТ и организационных проектах
«По роду своей деятельности мне часто приходится сталкиваться с вопросом: а нужно ли программное обеспечение для старта проектного управления в компании? Вопрос непростой и очень важный. Ведь начиная изменения в управлении, невозможно на 100% быть уверенным в их успехе. А программное обеспечение, как правило, требует вложений, и безотлагательных.
Умудренные опытом педагоги и практики внедрения проектного управления отвечали мне однозначно: не стоит внедрять программное решение до того, как будут выстроены процессы. Все логично, красиво и... абсолютно не так сработало у меня.
Я работала в компании, где ИТ-решения были очень развиты, сотрудники и руководство ценили свое и чужое время, бюрократия была необходимым и мучительным звеном процессов, и с ней яростно боролись. При постановке нового процесса очень внимательно относились к возможностям для повышения эффективности, сокращению ручного труда и времени выполнения операций, способам снижения рисков за счет автоматизации. Становление процессов проектного управления – не исключение. К ним отнеслись точно так же. И... почти сразу купили решение для автоматизации этих процессов.
Пройдя этот путь, я сделала вывод, во-первых, о том, какие процессы являются действительно движущей силой, а какие – лишь глубоким дополнением к системе и, во-вторых, о роли программного продукта при внедрении процессов. Этими опытом я и хочу поделиться с вами в этом вебинаре».
Умудренные опытом педагоги и практики внедрения проектного управления отвечали мне однозначно: не стоит внедрять программное решение до того, как будут выстроены процессы. Все логично, красиво и... абсолютно не так сработало у меня.
Я работала в компании, где ИТ-решения были очень развиты, сотрудники и руководство ценили свое и чужое время, бюрократия была необходимым и мучительным звеном процессов, и с ней яростно боролись. При постановке нового процесса очень внимательно относились к возможностям для повышения эффективности, сокращению ручного труда и времени выполнения операций, способам снижения рисков за счет автоматизации. Становление процессов проектного управления – не исключение. К ним отнеслись точно так же. И... почти сразу купили решение для автоматизации этих процессов.
Пройдя этот путь, я сделала вывод, во-первых, о том, какие процессы являются действительно движущей силой, а какие – лишь глубоким дополнением к системе и, во-вторых, о роли программного продукта при внедрении процессов. Этими опытом я и хочу поделиться с вами в этом вебинаре».
Заполните форму
чтобы получить видео вебинара
