---

Разделы На главную История денег и экономики История экономических знаний Формы безналичных денег Международные финансы Экономические концепции Экономические теории Экономика в реальной жизни Экономический анализ и интеграция Макроэкономика Экономика и социальное общество Социальная экономика Социология Кризисная экономика Инфляция в экономике Экономика зарубежных стран Иностранные деньги Государственное регулирование Бюджетная система Политическая экономия Политология Законы денег Налогообложение Аудит Банкротство Теория рынка Конкуренция Международная торговля Товарная биржа Нефть и газ на бирже Логистика Банки - услуги и операции Банки в России Банковский кредит Недвижимость Ипотека в банке Инвестирование Стратегии инвестирования Инвестиционные фонды Ценные бумаги Акции Вексель Облигации Опционы Фьючерсы Биржевая торговля Биржа Forex Фондовый рынок Фондовый рынок России Волны Эллиотта Теория фракталов Торговая теория Ганна Фибоначчи на бирже Графический анализ на бирже Паттерны Биржевой анализ "Крестики-нолики" Японские свечи Технический анализ Математика на бирже Фундаментальный анализ Биржевая торговля Стратегии торговли Механические торговые системы Программирование МТС Управление торговым капиталом Управление портфелем Управление риском Страхование Профессия трейдер Практический трейдинг Технологии инфосистем Информационный рынок Безопасность информации Криптология и криптография Реклама PR - Public Relations Маркетинг Финансовая система Начало бизнеса Предпринимательство Малый бизнес Микроэкономика Торговля Ценообразование Работа в Интернете Сайты, софт, дизайн Управление качеством Управление предприятием Производство продукции Стратегический менеджмент Учебники по менеджменту Системы и организации Теория систем Планирование Статистика финансов Управление персоналом Трудовые отношения Бухгалтерия «1С:Бухгалтерия» Управленческий учет Делопроизводство и офис Автоматизация делопроизводства Рынок труда Карьера Менеджер Лидерство и бизнес карьера Лидерство и карьера Общение и переговоры Общение в бизнесе Бизнес переговоры Инновации в моделировании Экономическое моделирование Нейронные сети Нейролингвистика Логика нейросетей Программирование Пакет Excel Технологии программирования Языки программирования Практическая психология Психологические тренинги Психология в медицине Возрастная психология Ваши скрытые резервы Здоровье и долголетие Работа с эмоциями Пикап Управление временем Гипнотерапия Подсознание Трансовые техники Магия Здоровье советы Спорт для здоровья Йога Религии Эзотерика Мистицизм

---

Дело 3. Управлять изменениями

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

Изменения призваны обеспечить проекту «самонаведение» на цель (внося корректировки в «траекторию» – в состав работ). Но в чрезмерном количестве они приводят к обратному эффекту – исчерпав ресурсы проект вовсе «не долетает» до цели.

Посему, очень важно организовать работу с изменениями по определенным правилам. Один из возможных подходов: использование матрицы требований в качестве основы (подробное описание в главе VI). Члены команды дополняют матрицу новыми позициями в течение проекта, а руководитель проекта производит периодическую ревизию списка. Рано или поздно, каждое требование должно быть отклонено или включено в состав работ по проекту. Возможный алгоритм принятия такого решения приведен ниже.

1. оценить соответствует ли требование целям проекта (базовым положениям устава и/или концепции проекта). Если выявлено несоответствие – требование отклоняется.
2. оценить предполагаемое влияние работ по реализации требования на проект (если проект останется в треугольнике – то следующий шаг 4, если нет – то 3).
3. определить, возможно ли «уложить» реализацию требования в треугольник, и что для этого потребуется (нужно ли сжатие расписания или быстрый проход, сильно ли возрастут риски и т.п.).
4. обсудить результаты с командой, при необходимости – со спонсором и принять совместное решение о включении / отклонении требования
5. оповестить заказчика, пользователей и прочих заинтересованных лиц о принятом решении (положительном или отрицательном).

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

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

---