Ознакомительная версия. Доступно 22 страниц из 107
Типичные болевые точки:
♦ Задержки. Они могут быть объективными, связанными с неподконтрольными нам вещами, и субъективными, связанными с сопротивлением системы, в целом, и людей, в частности. Задержки, к сожалению, иногда являются следствием запретов, а подчас, также к сожалению, приводят к запретам.
♦ Конфликтные ситуации, напряжения, распри внутри проектной команды. Дело может принять более суровый оборот, когда психологическая несогласованность переносится за пределы проектной группы на остальных членов коллектива.
♦ Крайнее проявление конфронтации внутри проектной группы, может быть, распад команды.
♦ Любой проект предполагает изменения, что, в свою очередь, вызывает торможение до сих пор отлаженных бизнес-процессов; далее снижение скорости отражается на качестве обслуживания клиентов; и нашей очередной новостью становится статистика потери клиентов.
♦ Если подробнее изучить середину предыдущей логической цепочки, то можно предположить вероятность сбоя основных систем компании, что имеет крайне негативные результаты.
♦ Мы осознаем, что не учти то, не учти другое, нас это ведет к незапланированному увеличению бюджета, а свободных средств, как всегда, нет.
♦ Инвесторы, акционеры могут быть очень недовольны всем происходящим.
Вот она – обратная сторона лидерства: пожинать плоды с поля несбывшихся надежд и произошедших рисков. К этому надо быть готовым. Что мы можем сделать? Мы же можем что-то сделать? Всегда! Заполнить следующую таблицу.
Рис. 32. Предупредительные действия, направленные на болевые точки
Будет глупо представлять себе лидера безудержным мечтателем о светлом будущем, начисто потерявшим контроль над настоящим. Согласитесь?! Нам нужны, нам просто необходимы инструменты контроля и его график. Прошу вас тогда не брезговать «Серьезным еженедельным отчетом о ходе проекта». Надеюсь, вы понимаете, почему он серьезный? (см. рис. 33).
Вам не обязательно, и даже вредно делать все самому. Многое можно передать участникам проектной группы. Мы начинаем вспоминать о делегировании. Наконец-то! В предыдущей таблице мы контролировали выполнение задач с точки зрения времени, можно основной осью контроля взять статус выполнения задачи. Тоже неплохой вариант (см. рис. 34).
Периодичность заполнения такой таблицы зависит от срока реализации проекта в целом. Все-таки как приятно иногда говорить прописными истинами с очень важным и умным видом.
Ну, и рассмотрим вариант контроля за проектом с точки зрения участников этого же проекта. Почему нет? (см. рис. 35).
В этой таблице все совпадения с реальными лицами вашей компании являются случайными. Ну и чтобы окончательно утонуть в бумагах, закопаться в таблицах и в порыве гнева на собрании участников проекта изорвать их в клочья, необходимо учесть еще и список проблем (см. рис. 36).
Рис. 33. Серьезный еженедельный отчет о ходе проекта
Рис. 34. Статусный контроль задач
Рис. 35. Распределение обязанностей
Рис. 36. Список проблем
После всего этого никто не сможет нас упрекнуть в недостаточном планировании и контроле затеянного нами проекта по изменению мира к лучшему. Полагаю, что даже Всевышний иногда прибегает к таким средствам! А иначе как вы объясните то обстоятельство, что мир развивается и движется к новым результатам?! Да и жить в целом становится лучше, если не принимать во внимание призраки очередных кризисов, раздуваемые газетчиками, охотливыми до всякого рода происшествий и катаклизмов. И, к сожалению, эти призраки иногда воплощаются в реальности, и мы задумываемся как руководители о проектах сокращения издержек. Управляй проектом!
Непростительно для людей XXI века будет не упомянуть, что серьезными инструментами управления проектом являются IT-решения, к примеру, решение на платформе Microsoft, которое позволяет учесть, как минимум четыре задачи:
• Составление календарного плана-графика,
• Распределение ресурсов,
• Анализ рисков,
• Отслеживание текущего состояния проекта.
Так что – управляй проектом!
13.3.2
Модель участия в управлении изменениями
Основная мысль модели участия: чем больше человек задействован в разработке проекта, тем больше он заинтересован реализовывать данный проект.
Основа модели – структурированное и управляемое расширение сторонников изменений за счет спланированного включения людей, работающих в компании, в процесс разработки и реализации изменений.
Модели участия или, как их по-другому называют, модели вовлечения, нацеливают менеджмент компании на проведение различных анкетировании, собраний, консультаций с теми, кого потенциальные нововведения коснутся. С одной стороны, руководство компании получает дополнительную, весьма ценную информацию, с другой стороны, компания добивается одобрения предлагаемых новаций и инноваций (чем отличается новация от инноваций, знают только избранные).
13.3.3
Политическая модель изменения
Данная модель утверждает следующее. Что бы вы ни делали, как бы вы ни старались, как бы ни объясняли необходимость изменений, какие бы аргументы ни приводили, как бы ни вовлекали участников изменений в процесс разработки и претворения изменений, все равно будут существовать индивидуумы и целые группы, которые заинтересованы в том, чтобы оставить все как есть, или заинтересованы в изменениях другого характера, и ваши попытки изменений вызовут у них сопротивление и отпущение собственного проигрыша!!!
Политическая модель подчеркивает факт существования противоборствующих группировок внутри компании. И неважно, состоит группировка из одного человека или из сотни. Данная модель побуждает к оказанию различных способов воздействия: социального и психологического, в том числе и к манипуляции.
Ознакомительная версия. Доступно 22 страниц из 107
