Практическое руководство по системе управления

Часть 1. Руководство к Своду Знаний по Управлению Проектом (Руководство PMBOK®)

1. Введение

1.1. Обзор и назначение настоящего руководства

Управление проектами не является чем-то новым. Люди пользуются им на протяжении многих веков. Среди примеров осуществленных проектов можно назвать:

♦ пирамиды в Гизе,

♦ Олимпийские игры,

♦ Великую китайскую стену,

♦ Тадж-Махал,

♦ издание книги для детей,

♦ Панамский канал,

♦ создание коммерческих реактивных самолетов,

♦ вакцину от полиомиелита,

♦ высадку человека на Луне,

♦ коммерческие компьютерные прикладные программы,

♦ портативные устройства для использования глобальной системы позиционирования (GPS),

♦ выведение международной космической станции на околоземную орбиту.

Практические достижения этих проектов стали результатом применения руководителями и управленцами в своей работе практик, принципов, процессов, инструментов и методов управления проектами. Руководители этих проектов использовали ряд ключевых навыков и применяли знания, необходимые для удовлетворения своих клиентов и других людей, занятых в осуществлении или испытывающих влияние проекта. К середине XX века руководители проектов начали работу с целью добиться признания управления проектами в качестве профессии. Одним из аспектов этой работы стало достижение соглашения в отношении содержания свода знаний (body of knowledge, BOK) под названием «управление проектом» (project management). ВОК становится известным как «Свод знаний по управлению проектом» (Project Management Body of Knowledge, PMBOK). Институт управления проектами (Project Management Institute, PMI) создал базовые схемы и глоссарии для PMBOK. Руководители проектов скоро пришли к пониманию, что PMBOK невозможно полностью уместить в одной книге. Поэтому PMI разработал и опубликовал «Руководство к Своду знаний по управлению проектом» (PMBOK® Guide).

Согласно данному институтом PMI определению, «свод знаний по управлению проектом» (PMBOK) – это понятие, которое описывает знания в области профессии управления проектом. Свод знаний по управлению проектом включает в себя зарекомендовавшие себя и широко используемые традиционные практики, а также недавно появившиеся инновационные практики.

Свод знаний (ВОК) включает как опубликованные, так и неопубликованные материалы. Этот свод знаний постоянно развивается. Настоящее Руководство PMBOK® выделяет ту часть Свода знаний по управлению проектом, которая является общепризнанной хорошей практикой.

Общепризнанные означает, что описываемые знания и практики применимы к большинству проектов в большинстве случаев, причем относительно их ценности и пользы существует консенсус.

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

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

Настоящее Руководство PMBOK® не является методологией. Методология – это система практик, методов, процедур и правил, используемых в определенной сфере деятельности. Настоящее Руководство PMBOK® является основой, на которой организация может разработать свои методологии, политики, процедуры, правила, инструменты и методы, а также фазы жизненного цикла, необходимые в практике управления проектом.

1.1.1. Стандарт управления проектом

В основу настоящего Руководства положен Стандарт управления проектом [1]. Стандарт – это документ, установленный уполномоченным органом, обычаем или по общему согласию в качестве модели или образца. Стандарт управления проектом был разработан как стандарт Американского национального института стандартов (American National Standards Institute, ANSI) с использованием процесса, основанного на принципах консенсуса, открытости, соблюдения процессуальных норм и сбалансированности. Стандарт управления проектом является основополагающим справочным материалом для программ PMI по профессиональному развитию и в практике управления проектом. Поскольку существует необходимость адаптации управления проектом с целью обеспечить соответствие потребностям конкретного проекта, в основу как Стандарта, так и Руководства положены описательные, а не директивные практики. В силу этого настоящий Стандарт определяет процессы, которые являются хорошими практиками при осуществлении большинства проектов в большинстве случаев. Данный Стандарт также определяет входы и выходы, которые обычно связаны с этими процессами. Стандарт не содержит требований об обязательном исполнении тех или иных конкретных процессов или практик. Стандарт управления проектом входит в состав части II Руководства к Своду знаний по управлению проектом (Руководство PMBOK®).

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

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

Стандарт управления портфелем [2], и

Стандарт управления программой [3].

1.1.2. Общий словарь

Общий словарь является существенным элементом любой профессиональной дисциплины. Лексикон терминов управления проектами PMI (PMI Lexicon of Project Management Terms)[1] представляет собой основной словарь профессиональной терминологии, который могут единообразно использовать организации, руководители проектов, программ и портфелей и другие заинтересованные стороны проектов. Лексикон с течением времени будет развиваться. Глоссарий настоящего Руководства включает в себя словарь входящих в Лексикон (Lexicon) терминов, а также дополнительные определения. В проектах могут использоваться другие принятые в конкретных отраслях термины, определение которых дано в отраслевой литературе.

1.1.3. Кодекс профессиональной этики и поведения

PMI публикует Кодекс профессиональной этики и поведения [5] с целью укрепить доверие к профессии управления проектами и помочь человеку в принятии разумных решений, особенно в трудных ситуациях, когда ему (ей) может быть предложено совершить нечестный поступок или поступиться своими ценностями. Ценности, которые мировое сообщество специалистов по управлению проектами определило как наиболее важные, – это ответственность, уважение, справедливость и честность. В основе Кодекса профессиональной этики и поведения лежат эти четыре ценности.

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

1.2. Основополагающие элементы

В данном разделе дается описание основополагающих элементов, необходимых для работы в области и понимания дисциплины управления проектами.

1.2.1. Проекты

Проект – это временное предприятие, направленное на создание уникального продукта, услуги или результата.

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

Достижение целей проекта может произвести один или несколько из перечисленных ниже поставляемых результатов:

• уникальный продукт, который может быть либо компонентом другого продукта, либо улучшением или исправлением какого-то продукта, либо сам по себе новым конечным продуктом (например, устранением дефекта в конечном продукте);

• уникальная услуга или способность предоставлять услугу (например, бизнес-подразделение, поддерживающее производство или дистрибуцию);

• уникальный результат, такой как конечный результат или документ (например, исследовательский проект приносит новые знания, которые можно использовать для определения наличия тенденции или выгоды какого-либо нового процесса для общества);

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

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

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

В качестве примеров проекта можно привести, среди прочего:

• разработку новых фармацевтических препаратов для рынка;

• расширение экскурсионных туристических услуг;

• слияние двух организаций;

• совершенствование бизнес-процесса в организации;

• приобретение и установка нового компьютерного аппаратного обеспечения для использования в организации;

• разведка нефтяных месторождений в регионе;

• модификация компьютерной программы, используемой в организации;

• проведение исследований для разработки нового производственного процесса;

• строительство здания.

Временное предприятие. Временный характер проектов указывает на наличие определенного начала и окончания. Определение «временный» не обязательно означает, что проект рассчитан на короткое время. Окончание проекта наступает, когда верным является одно или несколько из следующих утверждений:

• достигнуты цели проекта;

• цели не будут или не могут быть достигнуты;

• финансирование на осуществление проекта исчерпано или больше не может быть выделено;

• потребность в проекте отпала (например, заказчик больше не хочет завершения проекта, изменение в стратегии или приоритетах требует прекращения проекта, руководство организации дает указание прекратить проект);

• исчерпаны человеческие или материальные ресурсы;

• проект прекращается по юридическим причинам или соображениям целесообразности.

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

Проекты служат движущей силой изменений. Проекты служат движущей силой изменений в организациях. С точки зрения бизнеса, цель проекта состоит в переходе организации из одного состояния в другое для достижения конкретной цели (см. рис. 1–1). Обычно считается, что до начала проекта организация находится в исходном состоянии. А желаемый результат изменения в ходе осуществления проекта описывается как будущее состояние.

Некоторые проекты могут предполагать создание переходного состояния, когда выполняется несколько вытекающих один из другого шагов для достижения будущего состояния. Результатом успешного завершения проекта является переход организации к будущему состоянию и достижение конкретной цели. Дополнительную информацию по управлению проектом и изменениями смотрите в документе «Управление изменениями в организациях: практическое руководство» (Governance of Portfolios, Programs, and Projects: A Practice Guide) [6].

Рис. 1–1. Переход организации к новому состоянию с помощью проекта

Проекты позволяют создавать бизнес-ценность. PMI определяет бизнес-ценность как чистую, количественно определяемую выгоду, получаемую от бизнес-предприятия. Выгода может быть материальной, нематериальной или и той, и другой. В бизнес-анализе бизнес-ценностью считается полученная выгода в таких формах, как время, деньги, товары или нематериальные активы, в обмен на какое-то вложение. См. «Бизнес-анализ для специалистов-практиков: практическое руководство» (Business Analysis for Practitioners: A Practice Guide, стр. 185)[7].

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

В качестве примеров материальных элементов можно назвать:

• денежные средства,

• акционерный капитал,

• инженерные сети,

• основные средства,

• инструменты,

• долю рынка.

В качестве примеров нематериальных элементов можно назвать:

• гудвилл (деловая репутация и коммерческий опыт),

• узнаваемость марки,

• общественное благо,

• товарные знаки,

• соответствие стратегии,

• репутацию.

Контекст инициации проекта. Руководители организаций инициируют проекты в ответ на факторы, влияющие на состояние дел в их организациях. Существует четыре основных категории данных факторов, которые позволяют лучше понять контекст проекта (см. рис. 1–2):

• обеспечение соответствия нормативно-правовым, юридическим или социальным требованиям;

• удовлетворение запросов или потребностей заинтересованных сторон;

• реализация или изменение бизнес- или технологических стратегий;

• создание, совершенствование или исправление продуктов, процессов или услуг.

Рис. 1–2. Контекст инициации проекта.

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

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

Таблица 1–1. Примеры факторов, которые вызывают необходимость в создании проекта.

1.2.2. Важность управления проектом

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

Результативное управление проектом помогает отдельным лицам, группам, а также государственным и частным предприятиям:

♦ достигать бизнес-целей;

♦ удовлетворять ожидания заинтересованных сторон;

♦ быть более предсказуемыми;

♦ повышать вероятность успеха;

♦ поставлять нужный продукт в нужное время;

♦ разрешать проблемы и вопросы;

♦ своевременно реагировать на риски;

♦ оптимизировать использование ресурсов организации;

♦ выявлять, возобновлять или прекращать неудачные проекты;

♦ управлять ограничениями (например, содержанием, качеством, расписанием, стоимостью, ресурсами);

♦ балансировать влияние ограничений на проект (например, увеличение содержания может потребовать увеличения стоимости или сроков);

♦ лучше управлять изменениями.

Плохое управление проектом или отсутствие управления проектом может привести к:

♦ нарушению установленных сроков,

♦ превышению стоимости,

♦ плохому качеству,

♦ доработкам,

♦ бесконтрольному расширению проекта,

♦ репутационным потерям организации,

♦ неудовлетворенности заинтересованных сторон,

♦ неспособности достичь целей, ради которых проект был организован.

Проекты – это главный способ создания ценности и выгод в организации. В современной бизнес-среде руководителям организаций необходимо уметь осуществлять управление в условиях более ограниченных бюджетов, сжатых сроков, недостатка ресурсов и быстро меняющихся технологий. Бизнес-среда характеризуется высокой динамичностью с ускоряющимися темпами изменений. Чтобы сохранить конкурентоспособность в условиях мировой экономики, компании активно переходят к управлению проектами с целью добиться неуклонного получения бизнес-ценности.

Результативное и эффективное управление проектом следует считать стратегической компетенцией в организации. Оно позволяет организации:

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

♦ более успешно конкурировать на своих рынках,

♦ добиваться устойчивости своей организации,

♦ реагировать на воздействия изменений бизнес-среды на проекты с помощью надлежащей корректировки планов управления проектами (см. раздел 4.2).

1.2.3. Взаимосвязи между управлением проектом, программой, портфелем и управлением операционной деятельностью

1.2.3.1. Общие сведения

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

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

Управление программой и управление портфелем отличаются от управления проектом по их жизненным циклам, операциям, целям, основной задаче и выгодам. Однако портфели, программы, проекты и операционная деятельность во многих случаях связаны с одними и теми же заинтересованными сторонами и могут требовать использования тех же ресурсов (см. рис. 1–3), что может вести к возникновению конфликтной ситуации в организации. Ситуация такого типа усиливает необходимость координации внутри организации с помощью управления портфелями, программами и проектами в целях обеспечения реалистичного баланса в организации.

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

Рис. 1–3. Портфель, программы, проекты и операционная деятельность

Представление об управлении проектом, программой и портфелем с точки зрения организации:

♦ в центре управления программой и проектом стоит задача осуществления программ и проектов «правильным» образом,

♦ основная задача управления портфелем состоит в осуществлении «правильных» программ и проектов.

В таблице 1–2 представлен сравнительный обзор портфелей, программ и проектов.

Таблица 1–2. Сравнительный обзор управления проектом, программой и портфелем

1.2.3.2. Управление программой

Управление программой определяется как применение к программе знаний, навыков и принципов для достижения целей программы и получения выгод и контроля, которые были бы недоступны при управлении компонентами программы по отдельности. «Компонент программы» означает проекты и другие программы, входящие в состав данной программы. Управление проектом сосредоточено на взаимозависимостях внутри проекта с целью определить оптимальный подход к управлению им. При управлении программой основное внимание уделяется взаимозависимостям между проектами, а также между уровнями проекта и программы с целью определить оптимальный подход к управлению ими. Действия, связанные с данными взаимозависимостями между уровнями программы и проекта, могут включать в себя:

♦ приведение в соответствие с организационным или стратегическим направлением, затрагивающим цели и задачи программы и проекта;

♦ распределение содержания программы по ее компонентам;

♦ управление взаимозависимостями между компонентами программы с целью наилучшего удовлетворения потребностей программы;

♦ управление рисками программы, которые могут оказать влияние на различные проекты в составе программы;

♦ разрешение ограничений и конфликтов, затрагивающих несколько проектов в рамках одной программы;

♦ разрешение проблем между проектами-компонентами и уровнем программы;

♦ управление запросами на изменения в рамках общей структуры руководства;

♦ распределение бюджетных средств на разные проекты в составе программы;

♦ обеспечение реализации выгод от программы и проектов-компонентов.

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

Дополнительную информацию об управлении программой смотрите в документе «Стандарт по управлению программой» (The Standard for Program Management) [3].

1.2.3.3. Управление портфелем

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

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

Целью управления портфелями является:

♦ выработка решений по инвестициям в организации;

♦ выбор оптимального сочетания программ и проектов для достижения стратегических целей;

♦ обеспечение прозрачности процесса принятия решений;

♦ приоритизация распределения человеческих и материальных ресурсов;

♦ повышение вероятности осуществления желаемой окупаемости инвестиций;

♦ централизация управления совокупным профилем рисков от всех компонентов.

Управление портфелем призвано также соблюсти соответствие портфеля стратегическим задачам организации и согласование с ними.

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

Так, организация, занимающаяся инфраструктурными объектами, перед которой стоит стратегическая задача максимизировать окупаемость своих инвестиций, может скомпоновать портфель, состоящий из разнообразных проектов в газо- и нефтедобывающей отрасли, энергетической отрасли, водоснабжении, проектов для автодорожных, железнодорожных объектов и аэропортов. Из этого набора разнообразных проектов организация может выбрать ряд связанных проектов и включить их в один портфель. Например, все проекты по строительству объектов энергетической инфраструктуры могут быть сгруппированы в портфеле по развитию инфраструктуры энергетической отрасли. Аналогично, все проекты по строительству объектов инфраструктуры водоснабжения могут быть сгруппированы в портфель по развитию инфраструктуры водоснабжения. Однако, когда организация занимается проектами по проектированию и строительству электростанции, после чего осуществляет эксплуатацию этой электростанции для генерации электроэнергии, эти взаимосвязанные проекты могут быть сгруппированы в одну программу. Таким образом, программа по развитию инфраструктуры энергетической отрасли и аналогичная программа по развитию инфраструктуры водоснабжения становятся неотъемлемыми компонентами портфеля организации, занимающейся развитием инфраструктуры.

Дополнительную информацию об управлении портфелем смотрите в документе «Стандарт по управлению портфелем» (The Standard for Portfolio Management) [2].

1.2.3.4. Управление операционной деятельностью

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

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

1.2.3.5. Управление операционной деятельностью и управление проектом

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

Проекты могут пересекаться с операционной деятельностью в разных точках на протяжении жизненного цикла продукта, например:

♦ в случае разработки нового продукта, усовершенствования продукта или расширения выпуска продукции,

♦ при улучшении операционной деятельности или процесса разработки продукта,

♦ в конце жизненного цикла продукта,

♦ в каждой завершающей фазе.

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

1.2.3.6. Организационное управление проектами (OPM) и стратегии организации

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

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

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

♦ Управление проектом обеспечивает достижение целей и решение задач организации.

Проекты, входящие в состав программ или портфелей, являются средством достижения целей и решения задач организации. Это часто осуществляется в связи со стратегическим планом, который является главным фактором регулирования инвестиций в проекты. Согласованность со стратегическими бизнес-целями организации может быть достигнута в результате систематического управления портфелями, программами и проектами путем применения организационного управления проектами (organizational project management, OPM). По определению, OPM – это модель, в рамках которой осуществляется интеграция управления портфелями, программами и проектами с организационными инструментами реализации в целях достижения стратегических целей.

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

Дополнительную информацию по OPM смотрите в документе «Реализация организационного управления проектами: практическое руководство» (Implementing Organizational Project Management: A Practice Guide) [8].

Рис. 1–4. Организационное управление проектом

1.2.4. Компоненты руководства

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

Краткое описание ключевых компонентов приведено в таблице 1–3. Эти компоненты более полно объясняются в разделах, которые следуют после таблицы.

Таблица 1–3. Описание ключевых компонентов Руководства PMBOK®


Рис. 1–5. Взаимодействие ключевых компонентов Руководства PMBOK® в рамках проекта

1.2.4.1. Жизненный цикл проекта и жизненный цикл развития

Жизненный цикл проекта – это набор фаз, через которые проходит проект с момента его начала до момента завершения. Он определяет основные рамки управления проектом. Данные основные рамки действуют вне зависимости от особенностей конкретных работ по осуществлению проекта. Фазы проекта могут быть последовательными, итеративными или накладываться друг на друга. Все проекты могут иметь структуру жизненного цикла в общем виде представленную на рис. 1–5.

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

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

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

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

♦ Адаптивные жизненные циклы являются гибкими (agile), итеративными или инкрементными. Подробное содержание определяется и одобряется перед началом каждой итерации. Адаптивные жизненные циклы называют также «гибкими» (agile) или жизненными циклами, управляемыми изменениями. См. Приложение X3.

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

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

♦ определения процесса или процессов, осуществление которых необходимо в каждой фазе;

♦ осуществления процесса или процессов, определенных для каждой фазы;

♦ корректировки различных качеств фазы (например, название, длительность, критерии выхода и критерии входа).

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

1.2.4.2. Фаза проекта

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

♦ название (например, «Фаза А», «Фаза В», «Фаза 1», «Фаза 2», «Фаза подготовки предложения»);

♦ количество (например, три фазы в проекте, пять фаз в проекте);

♦ длительность (например, 1 неделя, 1 месяц, 1 квартал);

♦ требования к ресурсам (например, человеческие ресурсы, сооружения, оборудование);

♦ критерии входа для проекта, чтобы перейти в данную фазу (например, необходимые одобрения задокументированы, необходимые документы разработаны);

♦ критерии выхода для проекта, чтобы завершить данную фазу (например, одобрения задокументированы, документы разработаны, поставляемые результаты завершены).

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

♦ разработка концепции,

♦ анализ целесообразности,

♦ требования заказчика,

♦ разработка решения,

♦ проектирование,

♦ прототипирование,

♦ строительство,

♦ испытания,

♦ передача,

♦ ввод в эксплуатацию,

♦ анализ контрольных событий,

♦ извлеченные уроки.

Фазы проекта могут устанавливаться на основе различных факторов, включая, среди прочего:

♦ потребности управления;

♦ характер проекта;

♦ уникальные характеристики организации, отрасли или технологии;

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

♦ точки принятия решений (например, о выделении финансирования, продолжении или прекращении проекта и анализе контрольных событий).

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

1.2.4.3. Ворота фазы

«Ворота фазы» проводятся в конце фазы. Исполнение и прогресс проекта сверяются с документами проекта и бизнес-документами, включая, помимо прочего:

♦ бизнес-кейс проекта (см. раздел 1.2.6.1),

♦ устав проекта (см. раздел 4.1),

♦ план управления проектом (см. раздел 4.2),

♦ план управления выгодами (см. раздел 1.2.6.2).

Решение (например, продолжать или прекратить проект) принимается по результатам данной сверки с целью принятия решения:

♦ перейти к следующей фазе,

♦ перейти к следующей фазе с изменениями,

♦ прекратить проект,

♦ остаться в данной фазе,

♦ повторить фазу или некоторые ее элементы.

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

1.2.4.4. Процессы управления проектом

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

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

♦ либо вход в другой процесс,

♦ либо поставляемый результат проекта или фазы проекта.

На рис. 1–6 показан пример того, как входы, инструменты и методы, а также выходы соотносятся друг с другом в рамках одного процесса и с другими процессами.

Рис. 1–6. Пример процесса: входы, инструменты и методы, выходы

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

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

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

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

Управление проектом осуществляется посредством надлежащего применения и интеграции логически сгруппированных процессов управления проектом. Существуют различные способы группировки процессов, но в Руководстве PMBOK® группы процессов разбиты на пять категорий, именуемых «группы процессов».

1.2.4.5. Группы процессов управления проектом

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

Группа процессов инициации. Процессы, выполняемые для определения нового проекта или новой фазы существующего проекта путем получения авторизации на начало проекта или фазы.

Группа процессов планирования. Процессы, требуемые для установления содержания работ, уточнения целей и определения направления действий, требуемых для достижения целей проекта.

Группа процессов исполнения. Процессы, выполняемые для исполнения работ, указанных в плане управления проектом, с целью соответствия требованиям проекта.

Группа процессов мониторинга и контроля. Процессы, требуемые для отслеживания, анализа, а также регулирования исполнения проекта; выявления областей, требующих внесения изменений в план; и инициирования соответствующих изменений.

Группа процессов закрытия. Это процессы, выполняемые для формального завершения или закрытия проекта, фазы или договора.

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

1.2.4.6. Области знаний по управлению проектом

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

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

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

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

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

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

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

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

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

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

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

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

Потребности конкретного проекта могут требовать дополнительно одну или несколько областей знаний; например, в строительстве могут потребоваться знания в области финансового управления или управления техникой безопасности и охраной здоровья. В таблице 1–4 сопоставлены группы процессов управления проектом и области знаний. В разделах с 4 по 13 приводятся подробные сведения о каждой области знаний. Таблица ниже содержит обзор основных процессов, описанных в разделах с 4 по 13.

Таблица 1–4. Сопоставление групп процессов управления проектом и областей знаний

1.2.4.7. Данные и информация управления проектом

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

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

Данные об исполнении работ. Необработанные наблюдения и измерения, выявленные во время операций, предпринимаемых для выполнения работ проекта. Примером могут служить: процентные данные о физически выполненной работе, показатели качества и показатели технического исполнения, даты старта и финиша операций по расписанию, количество запросов на изменения, количество дефектов, фактическая стоимость, фактическая длительность и т. д. Данные проекта обычно регистрируются в информационной системе управления проектами (Project Management Information System, PMIS; см. раздел 4.3.2.2) и в документах проекта.

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

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

На рис. 1–7 показан поток информации проекта в рамках различных процессов, используемых для управления проектом.

Рис. 1–7. Поток данных, информации и отчетов проекта

1.2.5. Адаптация

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

Настоящее Руководство и Стандарт управления проектом [1] предлагаются в качестве справочных материалов для дальнейшей адаптации, поскольку данные нормативные документы содержат подмножество свода знаний по управлению проектом, который получил общее признание как хорошая практика. «Хорошая практика» не означает, что описанные знания всегда должны единообразно применяться во всех проектах. Конкретные методологические рекомендации не входят в содержание настоящего Руководства.

Методологии управления проектом могут быть:

♦ разработаны собственными экспертами организации,

♦ приобретены у поставщиков,

♦ получены от профессиональных ассоциаций,

♦ получены от государственных ведомств.

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

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

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

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

1.2.6. Бизнес-документы управления проектом

Руководителю проекта необходимо сделать так, чтобы подход к управлению проектом учитывал предназначение бизнес-документов. Определение этих документов приводится в таблице 1–5. Эти два документа зависят друг от друга, разрабатываются итеративно и ведутся на всем протяжении жизненного цикла проекта.

Таблица 1–5. Бизнес-документы проекта

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

В обязанности руководителей проектов входит адаптация указанных документов по управлению проектом для своих проектов. В некоторых организациях ведение бизнес-кейса и плана управления выгодами осуществляется на уровне программы. Руководители проектов должны работать вместе с руководителями соответствующих программ, чтобы обеспечить согласованность документов по управлению проектом с документами программы. На рис. 1–8 показаны взаимосвязи этих важнейших бизнес-документов по управлению проектом с оценкой потребностей. На рис. 1–8 также показана примерная продолжительность жизненного цикла этих различных документов относительно жизненного цикла проекта.

Рис. 1–8. Взаимосвязи оценки потребностей и наиболее важных документов проекта/бизнес-документов

1.2.6.1. Бизнес-кейс проекта

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

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

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

♦ Бизнес-потребности:

• определение причин необходимости действий;

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

• идентификация заинтересованных сторон, на которых будет оказано влияние;

• определение содержания.

♦ Анализ ситуации:

• определение стратегий, целей и задач организации;

• определение основных причин проблемы или главных источников благоприятной возможности;

• анализ необходимых для проекта возможностей в сравнении с существующими возможностями организации;

• идентификация известных рисков;

• идентификация критически важных факторов успеха;

• определение критериев принятия решений, по которым можно оценить различные варианты способов действий.

Примерами категорий критериев, используемых для анализа ситуации, являются следующие:

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

Желательные. Это критерии, исполнение которых желательно для решения проблемы или использования благоприятной возможности.

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

• Определение имеющихся вариантов действий, которые необходимо учесть для разрешения бизнес-проблемы или использования благоприятной возможности. Варианты действий – это альтернативные способы действий, которые организация может использовать по своему усмотрению. Варианты действий можно также описать как «бизнес-сценарии». Например, бизнес-кейс может предложить следующие три варианта действий:

Ничего не делать. Этот вариант действий называют также «бизнес как обычно». Выбор этого варианта действий ведет к отказу в авторизации проекта.

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

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

♦ Выработка рекомендаций:

• заключение о рекомендованном варианте действий, который предлагается выбрать для данного проекта;

• пункты, которые должно содержать заключение, включают в себя, среди прочего:

• результаты анализа возможных вариантов действий;

• ограничения, допущения, риски и зависимости по потенциальным вариантам действий;

• показатели успеха (см. раздел 1.2.6.4);

• подход к реализации, который может включать в себя, среди прочего, следующее:

• контрольные события,

• зависимости,

• роли и сферы ответственности.

♦ Оценка:

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

Документ бизнес-кейса дает основу для количественной оценки успеха проекта и хода его исполнения в течение всего жизненного цикла проекта путем сравнения результатов с целями и определенными критериями успеха. См. документ «Бизнес-анализ для специалистов-практиков: практическое руководство» (Business Analysis for Practitioners: A Practice Guide) [7].

1.2.6.2. План управления выгодами проекта

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

Целевые выгоды (например, ожидаемые материальные и нематериальные ценности, которые предполагается получить в результате реализации проекта; финансовая ценность выражается в чистой приведенной стоимости).

Приведение в соответствие со стратегией (например, насколько выгоды от проекта согласуются с бизнес-стратегиями организации).

Сроки реализации выгод (например, выгоды по фазам, в долгосрочной и краткосрочной перспективе, текущие выгоды).

Владелец выгод (например, ответственное лицо, которое осуществляет мониторинг, ведет документацию о реализованных выгодах и представляет отчетность о них в предусмотренные планом сроки).

Метрики (например, количественные показатели, которые планируется использовать для демонстрации реализованных выгод, прямые показатели и косвенные показатели).

Допущения (например, факторы, которые, как ожидается, должны быть в наличии или наблюдаться).

Риски (например, риски для реализации выгод).

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

Разработка и ведение плана управления выгодами проекта является итеративной деятельностью. Данный документ дополняет бизнес-кейс, устав проекта и план управления проектом. Руководитель проекта ведет работу со спонсором, цель которой заключается в том, чтобы устав проекта, план управления проектом и план управления выгодами оставались согласованными друг с другом на всем протяжении жизненного цикла проекта. См. документы «Бизнес-анализ для специалистов-практиков: практическое руководство» (Business Analysis for Practitioners: A Practice Guide) [7], «Стандарт управления программой» (The Standard for Program Management) [3] и «Стандарт управления портфелем» (The Standard for Portfolio Management) [2].

1.2.6.3. Устав проекта и план управления проектом

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

План управления проектом – это документ, описывающий, как проект будет исполняться, как будет происходить его мониторинг и контроль.

Дополнительную информацию об уставе проекта и плане управления проектом смотрите в разделе 4, посвященном управлению интеграцией проекта.

1.2.6.4. Показатели успеха проекта

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

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

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

♦ Как выглядит успех для данного проекта?

♦ Как будет измеряться успех?

♦ Какие факторы могут повлиять на успех?

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

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

♦ исполнение плана управления выгодами проекта;

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

• чистую приведенную стоимость (net present value, NPV);

• окупаемость инвестиций (return on investment, ROI);

• внутреннюю норму доходности (internal rate of return, IRR);

• период окупаемости инвестиций (payback period, PBP);

• отношение выгод к затратам (beneft-cost ratio, BCR);

♦ достижение нефинансовых целей бизнес-кейса;

♦ совершение перехода организации из исходного состояния к будущему состоянию;

♦ исполнение условий и положений договора;

♦ исполнение стратегий, целей и задач организации;

♦ обеспечение удовлетворенности заинтересованных сторон;

♦ удовлетворительная приемка заказчиком/конечным пользователем;

♦ интеграция поставляемых результатов в операционную среду организации;

♦ обеспечение согласованного качества поставляемого продукта;

♦ исполнение критериев руководства;

♦ достижение других согласованных показателей или критериев успеха (например, производительность процесса).

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

При постоянном приведении в соответствие проекта вероятность его успеха значительно возрастает, так как проект соответствует стратегическому направлению организации.

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

2. Среда, в которой осуществляется проект

2.1. Общие сведения

Проекты существуют и осуществляются в среде, которая может воздействовать на них. Эти воздействия могут оказывать благоприятное или неблагоприятное влияние на проект. Две главных категории воздействий – это факторы среды предприятия (ФСП) и активы процессов организации (АПО).

Источником ФСП является внешняя по отношению к проекту и часто внешняя по отношению к предприятию среда. ФСП могут оказывать воздействие на уровне организации, портфеля, программы или проекта. Дополнительную информацию по ФСП смотрите в разделе 2.2.

АПО являются внутренними по отношению к организации. Их источником может быть сама организация, портфель, программа, другой проект или их сочетание. На рис. 2–1 показана разбивка влияний проекта на ФСП и АПО. Дополнительную информацию по АПО смотрите в разделе 2.3.

Рис. 2–1. Влияния проекта

Кроме ФСП и АПО в жизненном цикле проекта значительную роль играют организационные системы. Системные факторы, которые воздействуют на властные полномочия, влияние, интересы, компетенции и политические возможности людей действовать в рамках организационной системы, более подробно обсуждаются в разделе, посвященном организационным системам (см. раздел 2.4).

2.2. Факторы среды предприятия

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

ФСП имеют большие различия в зависимости от типа или характера. Эти факторы необходимо учитывать, чтобы добиться результативности проекта. ФСП включают в себя, среди прочего, факторы, которые описаны в разделах 2.2.1 и 2.2.2.

2.2.1. ФСП, внутренние для организации

Описанные ниже ФСП являются для организации внутренними:

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

Географическое распределение производственных объектов и ресурсов. Примерами могут служить: местоположение заводов, виртуальные команды, системы общего пользования и облачные компьютерные ресурсы.

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

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

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

Кадровые возможности. Примерами могут служить: профессиональная квалификация и опыт, навыки, компетенции и специальные знания кадровых ресурсов.

2.2.2. ФСП, внутренние для организации

Описанные ниже ФСП являются для организации внешними:

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

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

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

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

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

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

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

Материальные элементы среды. Примерами могут служить: производственные условия, погодные условия и ограничения.

2.3. Активы процессов организации

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

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

♦ процессы, политики и процедуры,

♦ базы знаний организации.

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

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

2.3.1. Процессы, политики и процедуры

Процессы и процедуры организации для проведения работ по проекту включают в себя, среди прочего, следующие:

Инициация и планирование:

• руководящие указания и критерии для адаптации набора стандартных процессов и процедур организации с целью удовлетворения конкретных потребностей проекта;

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

• жизненные циклы продуктов и проектов, а также методы и процедуры (например, методы управления проектом, метрики подсчета, аудиты процессов, целевые области совершенствования, контрольные списки и определения типовых процессов для использования в организации);

• шаблоны (например, планы управления проектом, документы проекта, реестры проектов, формы отчетности, шаблоны договоров, категории рисков, шаблоны заключений о рисках, определения вероятностей и воздействий, матрицы вероятностей и воздействий и шаблоны реестра заинтересованных сторон);

• заранее утвержденные списки поставщиков и различных типов основанных на договоре соглашений (например, договоров с фиксированной ценой, договоров о возмещении затрат и договоров «время и материалы»).

Исполнение, мониторинг и контроль:

• процедуры контроля изменений, включающие в себя действия, согласно которым вносятся изменения в стандарты, политики, планы и процедуры исполняющей организации или в любые документы проекта, а также порядок одобрения и подтверждения любых изменений;

• матрицы отслеживания;

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

• процедуры управления проблемами и дефектами (например, определение средств контроля проблем и дефектов, выявление и разрешение проблем и дефектов, а также отслеживание вопросов, требующих решения);

• контроль наличия и управление назначением ресурсов;

• требования организации к коммуникациям (например, имеющаяся конкретная коммуникационная технология, допустимые средства передачи данных, политики хранения документов, порядок проведения видеоконференций, инструменты совместной работы и требования по безопасности);

• процедуры приоритизации, одобрения и авторизации работ;

• шаблоны (например, реестр рисков, журнал проблем и журнал изменений);

• типовые руководящие указания, рабочие инструкции, критерии оценки предложений и критерии измерения исполнения;

• процедуры проверки и подтверждения продукта, услуги или результата.

Закрытие: указания или требования по закрытию проекта (например, заключительные аудиторские проверки проекта, оценки проекта, приемка поставляемых результатов, закрытие договора, перераспределение ресурсов и передача знаний на производство и/или в операционную деятельность).

2.3.2. Репозитории знаний организации

Репозитории знаний организации, предназначенные для хранения и извлечения информации, включают в себя, среди прочего:

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

♦ репозитории финансовых данных, содержащие такую информацию, как данные о человеко-часах, понесенных затратах, бюджетах и любых перерасходах средств по проекту;

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

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

♦ репозитории данных по метрикам, используемым для сбора и обеспечения доступа к данным измерений по процессам и продуктам;

♦ файлы предыдущих проектов (например, базовые планы по содержанию, базовые планы по стоимости, базовые расписания, базовые планы исполнения, календари проектов, диаграммы сети расписания проектов, реестры рисков, отчеты о рисках и реестры заинтересованных сторон).

2.4. Организационные системы

2.4.1. Общие сведения

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

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

♦ элементы управления,

♦ модель руководства,

♦ типы организационной структуры.

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

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

♦ системы являются динамическими;

♦ системы можно оптимизировать;

♦ компоненты системы можно оптимизировать;

♦ системы и их компоненты нельзя оптимизировать одновременно;

♦ реакция системы не является прямолинейной (изменение на входе в систему не производит прогнозируемого изменения на выходе из нее).

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

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

2.4.2. Модели руководства организации

Недавнее исследование PMI показывает, что понятие «руководство» означает организационное или структурное устройство организации на всех ее уровнях, цель которого определять и влиять на поведение членов организации [9]. Из указанного исследования следует вывод, что концепция руководства является многоплановой и:

♦ включает в себя соображения о людях, функциях, структурах и политиках;

♦ требует обеспечения указаний и надзора на основе данных и обратной связи.

2.4.2.1. Модель руководства

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

♦ правила,

♦ политики,

♦ процедуры,

♦ нормы,

♦ отношения,

♦ системы,

♦ процессы.

Данная модель оказывает влияние на то, как:

♦ устанавливаются и достигаются цели организации,

♦ осуществляется мониторинг и оценка рисков,

♦ осуществляется оптимизация исполнения.

2.4.2.2. Руководство портфелями, программами и проектами

В документе «Руководство портфелями, программами и проектами: практическое руководство» (Governance of Portfolios, Programs, and Projects: A Practice Guide) [10] описывается наиболее распространенная модель руководства, согласующая организационное управление проектами (OPM) с управлением портфелями, программами и проектами. В данном практическом руководстве описаны четыре области руководства: приведение в соответствие, риск, исполнение и коммуникации. Каждая из указанных областей имеет следующие функции: надзор, контроль, интеграция и принятие решений. Каждая из этих функций обеспечивается вспомогательными процессами и действиями для самостоятельных проектов или проектов, осуществляемых в средах портфелей или программ.

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

Дополнительную информацию в отношении руководства проектами, включая его реализацию, см. в документе «Руководство портфелями, программами и проектами: практическое руководство» (Governance of Portfolios, Programs, and Projects: A Practice Guide) [10].

2.4.3. Элементы управления

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

Основные функции или принципы управления включают в себя, среди прочего:

♦ распределение работ с учетом специальных навыков и наличия сил для производства работ;

♦ полномочия, предоставленные для производства работ;

♦ ответственность за производство работ распределяется надлежащим образом с учетом таких качеств, как профессиональные навыки и опыт;

♦ дисциплина поведения (например, уважение к власти, людям и правилам);

♦ единоначалие (то есть только один человек отдает приказы на совершение любых операций или действий другому лицу);

♦ единство руководства (то есть существует только один план и один руководитель для группы мероприятий, имеющих общую цель);

♦ общие цели организации имеют приоритет над индивидуальными;

♦ справедливая оплата за выполненную работу;

♦ оптимальное использование ресурсов;

♦ четкие каналы коммуникации;

♦ правильные материалы для правильного лица для правильной работы в правильное время;

♦ справедливое и равноправное отношение к людям на рабочем месте;

♦ гарантия сохранения должности;

♦ безопасность людей на рабочих местах;

♦ открытый вклад каждого человека в планирование и исполнение;

♦ оптимальный моральный климат.

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

2.4.4. Типы организационных структур

Определение соответствующего типа организационной структуры является результатом изучения компромиссных вариантов между двумя переменными. Этими переменными являются: типы организационных структур, которые представляется возможным использовать, и то, как их можно оптимизировать для данной организации. Не существует структуры на все случаи жизни, подходящей для любой организации. Выбранная в конечном счете структура для данной организации из-за многочисленных переменных, которые приходится учитывать, является уникальной. В разделах 2.4.4.1 и 2.4.4.2 приводятся примеры некоторых факторов, которые необходимо принять в расчет при рассмотрении двух указанных выше переменных. В разделе 2.4.4.3 приводится описание организационной структуры, которая чаще всего используется для управления проектом.

2.4.4.1. Типы организационных структур

Организационные структуры имеют много форм или типов. В таблице 2–1 приведено сравнение типов организационных структур и их влияния на проекты.

2.4.4.2. Факторы выбора организационной структуры

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

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

♦ степень согласованности с целями организации,

♦ возможности специализации,

♦ уровень эффективности и результативности контроля,

♦ четкий путь эскалации для принятия решений,

♦ четкие границы и содержание полномочий,

♦ возможности делегирования,

♦ назначение подотчетности,

♦ назначение ответственности,

♦ возможность адаптации структуры,

♦ простота структуры,

♦ эффективность работы,

♦ учет затрат,

♦ физическое местонахождение (например, совместное, региональное или виртуальное расположение),

♦ четкая система коммуникаций (например, политики, ход производства работ и видение организации).

Таблица 2–1. Влияние организационных структур на проекты

* ОУП – это офис или организация управления портфелем, программой или проектом.

2.4.4.3. Офис управления проектом

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

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

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

Контролирующий. Контролирующие ОУП предоставляют поддержку и требуют соответствия требованиям с помощью различных средств. Степень контроля со стороны ОУП средняя. Обеспечение соответствия может потребовать:

• адаптация моделей или методологий управления проектом;

• использования особых шаблонов, форм и инструментов;

• обеспечения соответствия моделям руководства.

Руководящий. Руководящие ОУП контролируют проекты путем непосредственного управления данными проектами. Руководители проекта назначаются ОУП и подотчетны ему. Степень контроля со стороны ОУП высокая.

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

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

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

♦ давать рекомендации,

♦ руководить передачей знаний,

♦ прекращать проекты,

♦ совершать по мере необходимости другие операции.

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

♦ управление общими ресурсами всех проектов, администрируемых ОУП;

♦ определение и разработка методологии, лучших практик и стандартов управления проектом;

♦ коучинг, наставничество, обучение и надзор;

♦ мониторинг соответствия стандартам, политикам, процедурам и шаблонам управления проектом посредством аудитов проектов;

♦ разработка и управление политиками, процедурами, шаблонами проекта и другой общей документацией (активами процессов организации);

♦ координация коммуникаций между проектами.

3. Роль руководителя проекта

3.1. Общие сведения

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

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

Состав и роли. В составе участников большого проекта и оркестра имеется много членов, каждый из которых играет свою особую роль. В большом оркестре под управлением дирижера может играть более 100 музыкантов. Эти музыканты могут использовать 25 разных типов инструментов, разбитых на основные группы, такие как струнные, деревянные и медные духовые, а также ударные инструменты. Таким же образом, в работе над крупным проектом под управлением руководителя проекта может находиться более 100 участников проекта. Члены команды проекта могут выполнять разные функции, такие как проектирование, изготовление и управление средствами производства. Как и основные группы оркестра, они представляют различные бизнес-подразделения или группы в организации. Музыканты и члены проекта составляют команду каждого из руководителей.

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

Знания и навыки.

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

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

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

3.2. Определение руководителя проекта

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

3.3. Сфера влияния руководителя проекта

3.3.1. Общие сведения

Руководители проектов выполняют многочисленные роли в своей сфере влияния. Эти роли отражают возможности руководителя проекта и показывают ценность и вклад профессии управления проектом. В данном разделе освещаются роли руководителя проекта в различных сферах влияния, которые показаны на рис. 3–1.

Рис. 3–1. Примеры сфер влияния руководителя проекта

3.3.2. Проект

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

Руководитель проекта также играет роль в осуществлении коммуникаций между спонсором проекта, членами команды и другими заинтересованными сторонами. Сюда относится доведение указаний и представление общего видения успеха для проекта. Руководитель проекта использует социальные навыки (например, навыки межличностных отношений и способность управлять людьми) для балансировки противоречащих и конкурирующих целей заинтересованных сторон проекта с целью достижения консенсуса. В этом контексте понятие «консенсус» означает, что соответствующие заинтересованные стороны поддерживают решения и действия по проекту даже тогда, когда полное согласие отсутствует.

Исследования показывают, что успешные руководители проекта последовательно и результативно используют некоторые фундаментальные навыки. Исследования позволяют прийти к выводу, что отличительной чертой лучших 2 % руководителей проектов, согласно отзывам их начальников и членов команд, является наличие у них превосходных навыков формирования личных отношений и общения с людьми при одновременной демонстрации позитивного отношения [12].

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

♦ выработку отточенных навыков с использованием различных способов (например, вербальных, письменных и невербальных);

♦ создание, ведение и соблюдение планов и расписаний коммуникаций;

♦ осуществление коммуникаций предсказуемо и последовательно;

♦ стремление понять потребности заинтересованных сторон в коммуникациях (коммуникации могут быть единственным поставляемым результатом, который некоторые заинтересованные стороны получают вплоть до создания конечного продукта или услуги проекта);

♦ способность сделать способы коммуникаций краткими, ясными, полными, простыми, релевантными и адаптированными;

♦ включение важных позитивных и негативных новостей;

♦ включение в систему коммуникаций каналов обратной связи;

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

3.3.3. Организация

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

♦ спрос на одни и те же ресурсы,

♦ приоритеты финансирования,

♦ получение или распределение поставляемых результатов,

♦ согласование целей и задач проекта с целями и задачами организации.

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

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

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

♦ демонстрировать ценность управления проектом;

♦ укреплять признание управления проектом в организации;

♦ укреплять действенность ОУП, если он имеется в организации.

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

3.3.4. Отрасль

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

♦ развитие продуктов и технологий;

♦ новые и меняющиеся ниши на рынке;

♦ стандарты (например, в области управления проектом, управления качеством, управления безопасностью информации);

♦ инструменты технической поддержки;

♦ экономические силы, которые оказывают влияние на текущий проект;

♦ влияния, воздействующие на дисциплину управления проектом;

♦ стратегии совершенствования процессов и устойчивости.

3.3.5. Профессиональная дисциплина

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

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

♦ участие в обучении, непрерывное образование и развитие:

• в профессии управления проектом (например, университеты, PMI);

• в смежной профессии (например, системная инженерия, управление конфигурацией);

• в других профессиях (например, информационные технологии, авиакосмическая отрасль).

3.3.6. В других дисциплинах

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

3.4. Компетенции руководителя проекта

3.4.1. Общие сведения

В недавних исследованиях PMI к навыкам, необходимым руководителям проектов, была применена «Модель развития компетенций менеджера проекта» (Project Manager Competency Development (PMCD) Framework) через «треугольник талантов PMI®» (PMI Talent Triangle®), который изображен на рис. 3–2. Треугольник талантов описывает три ключевые группы навыков, а именно:

Техническое управление проектами. Знания, навыки и типы поведения, относящиеся к конкретным областям управления проектом, программой и портфелем. Технические аспекты исполнения порученной роли.

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

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

Рис. 3–2. Треугольник талантов PMI® [11]

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

3.4.2. Навыки технического управления проектами

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

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

♦ Сосредоточить внимание на наиболее важных элементах технического управления проектами при осуществлении каждого проекта под их управлением. Эта способность состоит всего лишь в том, чтобы необходимые артефакты всегда были под рукой. В первую очередь имеются ввиду следующие артефакты:

• наиболее важные факторы успеха для данного проекта,

• расписание,

• определенные финансовые отчеты,

• журнал проблем.

♦ Адаптировать как традиционные, так и гибкие инструменты, способы и методы для каждого проекта.

♦ Найти время для тщательного планирования и приоритизации задач самым добросовестным образом.

♦ Управлять элементами проекта, которые включают в себя, среди прочего, расписание, стоимость, ресурсы и риски.

3.4.3. Навыки стратегического управления и управления бизнесом

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

♦ объяснить другим важнейшие аспекты бизнеса, связанные с проектом;

♦ вести работу со спонсором, командой и экспертами предметной области по данному проекту с целью разработки соответствующей стратегии реализации проекта;

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

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

♦ стратегию;

♦ миссию;

♦ цели и задачи;

♦ продукты и услуги;

♦ операционную деятельность (например, месторасположение, тип, технологию);

♦ рынок и положение на рынке, например, заказчиков, состояние рынка (то есть рост или спад) и факторы времени выпуска продукта на рынок и т. п.;

♦ конкуренцию (т. е. что, кто, положение на рынке).

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

♦ стратегии;

♦ миссии;

♦ целей и задач;

♦ приоритетов;

♦ тактики;

♦ продуктов или услуг (например, поставляемых результатов).

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

♦ риски и проблемы;

♦ финансовые последствия;

♦ анализ затрат в сравнении с выгодами (например, чистая приведенная прибыль; окупаемость инвестиций), включая в себя различные принятые в расчет варианты;

♦ бизнес-ценность;

♦ ожидания и стратегии реализации выгод;

♦ содержание, бюджет, расписание и качество.

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

3.4.4. Навыки лидерства

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

3.4.4.1. Работа с людьми

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

3.4.4.2. Качества и навыки лидера

Исследования показывают, что качества и навыки лидера включают в себя, среди прочего:

♦ видение перспективы (то есть способность оказать помощь в описании продуктов, целей и задач проекта; способность создать образ будущего и передавать свои мысли другим);

♦ оптимистический и позитивный настрой;

♦ способность к сотрудничеству;

♦ управление отношениями и конфликтами путем:

• построения доверительных отношений;

• разрешения волнующих других людей вопросов;

• стремления к достижению соглашения;

• умения сбалансировать конфликтующие и противоположные цели;

• использования навыков убеждения, ведения переговоров, нахождения компромиссов и разрешения конфликтов;

• развития и постоянного расширения личных и профессиональных сетей общения;

• принятия точки зрения, что отношения не менее важны, чем сам проект;

• постоянного развития и использования на практике политической дальновидности.

♦ коммуникации путем:

• выделения достаточного времени для коммуникаций (исследования показывают, что лучшие руководители проектов тратят около 90 % своего рабочего времени по проекту на коммуникации);

• управления ожиданиями;

• принятия обратной связи с признательностью;

• предоставления обратной связи в конструктивном ключе;

• умения задавать вопросы и выслушивать других.

♦ уважительное отношение (помощь другим сохранять свою самостоятельность), вежливость, дружелюбие, доброта, честность, доверительность, лояльность и соблюдение этических норм;

♦ демонстрация высоких моральных качеств, умение учитывать культурные особенности, смелость, умение решать проблемы и принимать решения;

♦ отдавать должное другим людям, когда необходимо;

♦ учеба на протяжении всей жизни с ориентацией на результат и действие;

♦ фокус на важных вещах, в том числе:

• непрерывная приоритизация работы путем анализа и корректировок, по мере необходимости;

• поиск и использование метода приоритизации в их интересах и интересах проекта;

• дифференциация высокоуровневых стратегических приоритетов, особенно тех, которые относятся к критическим факторам успеха для проекта;

• постоянное внимание к основным ограничениям проекта;

• сохранение гибкости в отношении тактических приоритетов;

• способность обрабатывать большие массивы информации для получения наиболее важной информации.

♦ наличие целостного и систематического представления о проекте; учет в равной мере внутренних и внешних факторов;

♦ способность применять критическое мышление (например, аналитических методов для принятия решений) и осознавать себя как источник перемен;

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

3.4.4.3. Политика, власть и получение результата

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

Политика и связанные с ней элементы – это не только «хороший» или «плохой», «положительный» или «отрицательный». Чем лучше руководитель проекта понимает, как работает организация, тем выше вероятность, что он или она добьется успеха. Руководитель проекта наблюдает и собирает данные о проекте и организации. После этого данные требуется проанализировать с учетом особенностей проекта, участвующих в нем людей, организации и обстановки в целом. Этот анализ дает информацию и знания, необходимые руководителю проекта для планирования и исполнения наиболее целесообразных действий. Действия руководителя проекта являются результатом выбора правильного типа власти для оказания влияния на других людей и общения с ними. Осуществление властных полномочий влечет также ответственность быть чутким и уважительным в отношениях с другими людьми. Результативные действия руководителя проекта сохраняют независимость людей, которые вовлечены в них. В результате действий руководителя проекта операции, которые требуются для исполнения проекта, выполняют правильные люди.

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

♦ должностная (иногда ее называют «формальной», «авторитарной», «законной») (например, в силу официальной должности, занимаемой в организации или команде);

♦ информационная (например, контроль за сбором и распределением информации);

♦ референтная (например, чувство уважения или восхищения других людей в отношении данного лица, завоеванное доверие);

♦ ситуационная (например, полученная благодаря возникновению уникальной ситуации, скажем, специфичного кризиса);

♦ личностная или харизматическая (например, в силу личной привлекательности или обаяния);

♦ основанная на связях (например, участие в социальных сетях, связях и объединениях);

♦ экспертная (например, благодаря навыкам, владению информацией, опыту, профессиональной подготовке, образованию, сертификации);

♦ поощрительная (например, способность поощрить благодарностью, денежным или другим желаемым вознаграждением);

♦ карательная или принудительная (например, способность наложить дисциплинарное взыскание или причинить другие нежелательные последствия);

♦ заискивающая (например, использование лести или других общих интересов для завоевания благосклонности или лояльности);

♦ основанная на подавлении (например, с помощью ограничения свободы выбора или передвижения с целью добиться послушания и заставить выполнить нужное действие);

♦ основанная на чувстве вины (например, наложение обязательств или привитие чувства долга);

♦ убеждающая (например, способность привести аргументы, которые побуждают людей к желаемому образу действий);

♦ основанная на уклонении (например, отказ от участия).

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

3.4.5. Сравнение лидерства и управления

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

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

Чтобы добиться успеха, руководителям проекта нужно уметь применять как лидерство, так управление. Данный навык состоит в умении найти их правильное соотношение в каждой конкретной ситуации. Способы, в которых применяются управление и лидерство, часто находят выражение в стиле лидерства руководителя проекта.

Таблица 3–1. Сравнение управления командой с лидерством в команде

3.4.5.1. Стили лидерства

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

♦ характеристики лидера (например, позиции, настроения, потребности, ценности, этические убеждения);

♦ характеристики членов команды (например, позиции, настроения, потребности, ценности, этические убеждения);

♦ характеристики организации (например, ее назначение, структура и вид производимых работ);

♦ характеристики окружающей среды (например, социальная обстановка, экономическая ситуация и политические элементы).

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

♦ либеральный (например, разрешение членам команды свободно принимать собственные решения и самостоятельно определять цели; называется также «анархическим» стилем);

♦ транзакционный (например, при распределении вознаграждений основное внимание уделяется целям, отдаче и достижениям; то же, что «управление по отклонениям»);

♦ лидер-слуга (например, лидер демонстрирует стремление служить и ставить людей на первое место; основное внимание уделяет росту, образованию, развитию, независимости и благополучию других людей; концентрируется на отношениях, создании сообщества и сотрудничестве; лидерство остается на втором месте и возникает в результате служения);

♦ трансформационное (например, мобилизация людей с помощью идеализированных атрибутов и типов поведения, вдохновляющей мотивации, поощрения инноваций и творчества, а также учета индивидуальных особенностей);

♦ харизматический (например, способность вдохновлять, очень энергичный, полный энтузиазма, уверенный в своих силах, имеющий прочные убеждения);

♦ интерактивный (например, комбинация транзакционного, трансформационного и харизматического стилей).

3.4.5.2. Индивидуальность

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

♦ естественность (например, принятие других людей такими, какие они есть; открытое выражение озабоченности);

♦ вежливость (например, способность правильно вести себя и применять нормы этикета);

♦ способность к творчеству (например, способность к абстрактному мышлению, взглянуть на вещи иначе, создавать новое);

♦ культурные особенности (например, определенная мера чуткости к другим культурам, включая их ценности, нормы и убеждения);

♦ эмоциональность (например, способность понимать эмоции и информацию, которую они представляют, а также управлять ими; мера навыков межличностных отношений);

♦ интеллектуальность (например, мера человеческого интеллекта по различным сферам его применения);

♦ управленческие качества (например, определенная мера управленческой практики и управленческого потенциала);

♦ политические способности (например, оценка политического интеллекта и способность добиваться достижения целей);

♦ ориентированность на оказание услуг (например, проявление готовности оказывать услуги другим людям);

♦ социальность (например, способность понимать людей и управлять ими);

♦ способность к систематизации (например, способность понимать и создавать системы).

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

3.5. Осуществление интеграции

Роль руководителя проекта при осуществлении интеграции проекта является двойственной.

♦ Руководители проектов играют ключевую роль в работе со спонсором, чтобы понять стратегические цели и обеспечить согласование задач и результатов проекта с задачами и результатами портфеля, программы и сферами бизнеса. Именно так руководители проектов вносят вклад в интеграцию и реализацию стратегии.

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

Для руководителей проектов осуществление интеграции является важнейшим навыком. Более углубленно интеграция описана в разделе области знаний управления интеграцией проекта. Основное внимание в разделах с 3.5.1 по 3.5.4 уделяется интеграции, которая происходит на трех различных уровнях: процессов, когнитивном и контекстном. В заключительной части раздела 3.5.4 освещаются вопросы сложности и интеграции.

3.5.1. Осуществление интеграции на уровне процессов

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

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

3.5.2. Интеграция на когнитивном уровне

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

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

3.5.3. Интеграция на контекстном уровне

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

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

3.5.4. Интеграция и сложность

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

Сложность в проектах является результатом поведения системы организации, поведения людей и неопределенности, существующей в организации или в окружающей среде. В документе «Работа в сложных условиях: практическое руководство» (Navigating Complexity: A Practice Guide) [13], эти три измерения сложности определены следующим образом:

Поведение системы. Факторы взаимозависимости компонентов и систем.

Поведение человека. Взаимодействие между разными людьми и группами.

Неопределенность. Неопределенность возникающих проблем и отсутствие понимания или путаница.

Сложность сама по себе – это восприятие человеком, основанное на его личном опыте, наблюдениях и навыках. Более точно определить проект можно не как сложный, а как содержащий сложность. Портфели, программы и проекты могут содержать элементы сложности.

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

♦ содержащий множество частей;

♦ имеющий ряд связей между частями;

♦ демонстрирующий динамические взаимодействия между частями;

♦ проявляющий виды поведения, возникающие в результате этих взаимодействий, которые нельзя объяснить простым сложением частей (то есть эмерджентное поведение).

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

4. Управление интеграцией проекта

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

♦ распределения ресурсов,

♦ нахождения баланса конкурирующих требований,

♦ изучения альтернативных подходов,

♦ адаптации процессов для достижения целей проекта,

♦ управления взаимозависимостями между областями знаний по управлению проектом.

Управление интеграцией проекта включает следующие процессы:

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

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

4.3. Руководство и управление работами проекта – это процесс руководства и исполнения работ, определенных в плане управления проектом, и применения одобренных изменений для достижения целей проекта.

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

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

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

4.7. Закрытие проекта или фазы – это процесс завершения всех операций по проекту, фазе или договору.

На рис. 4–1 представлена общая схема процессов управления интеграцией проекта. Процессы управления интеграцией проекта представляются в виде дискретных процессов с определенными границами, хотя на практике они накладываются и взаимодействуют такими способами, которые не могут быть в полной мере детализированы в Руководстве PMBOK®.

Рис. 4–1. Общая схема управления интеграцией проекта

КЛЮЧЕВЫЕ КОНЦЕПЦИИ УПРАВЛЕНИЯ ИНТЕГРАЦИЕЙ ПРОЕКТА

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

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

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

В задачи управления интеграцией проекта входит:

♦ обеспечение согласованности установленных сроков поставки продукта, услуги или результата, жизненного цикла проекта и плана управления выгодами;

♦ предоставление плана управления проектом для достижения целей проекта;

♦ обеспечение по мере целесообразности создания и использования соответствующих знаний, необходимых для осуществления проекта и полученных в ходе его исполнения;

♦ управление ходом работ и изменениями операций, предусмотренных планом управления проектом;

♦ принятие интегрированных решений в отношении ключевых изменений, влияющих на проект;

♦ измерение и мониторинг прогресса проекта, а также выполнение необходимых действий для достижения целей проекта;

♦ сбор данных о достигнутых результатах, анализ данных для получения информации и доведение этой информации до соответствующих заинтересованных сторон;

♦ завершение всех работ по проекту и формальное закрытие каждой фазы, договора и проекта в целом;

♦ управление переходом от фазы к фазе по мере необходимости.

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

ТЕНДЕНЦИИ И ВНОВЬ ПОЯВЛЯЮЩИЕСЯ ПРАКТИКИ В ОБЛАСТИ УПРАВЛЕНИЯ ИНТЕГРАЦИЕЙ ПРОЕКТА

Область знаний «управление интеграцией проекта» требует объединения результатов, полученных во всех других областях знаний. Развивающиеся тенденции в процессах интеграции включают в себя, среди прочего:

Использование автоматизированных инструментов. С учетом объема данных и информации, которые руководителям проектов требуется интегрировать, возникает необходимость в использовании информационной системы управления проектами (PMIS) и автоматизированных инструментов для сбора, анализа и использования информации, необходимых для достижения целей и реализации выгод проекта.

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

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

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

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

СООБРАЖЕНИЯ ПО АДАПТАЦИИ

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

Жизненный цикл проекта. Что такое целесообразный жизненный цикл проекта? Какие фазы должен включать жизненный цикл проекта?

Жизненный цикл разработки. Какой жизненный цикл разработки и подход к ней являются целесообразными для данного продукта, услуги или результата? Какой подход является целесообразным – предиктивный или адаптивный? Если адаптивный, то как следует разрабатывать продукт – инкриментно или итеративно? Или лучше использовать гибридный подход?

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

Управление знаниями. Как будет осуществляться управление знаниями в целях поощрения формирования совместной рабочей среды?

Изменение. Как будет осуществляться управление изменениями в проекте?

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

Извлеченные уроки. Какую информацию следует собирать в ходе реализации и по завершении проекта? Как историческая информация и извлеченные уроки будут доводиться до персонала будущих проектов?

Выгоды. Когда и как предоставляется отчетность о выгодах – в конце проекта или по окончании каждой итерации или фазы?

СООБРАЖЕНИЯ ДЛЯ ГИБКИХ/АДАПТИВНЫХ СРЕД

Итеративный и гибкий подходы способствуют вовлечению членов команды как локальных экспертов в управление интеграцией. Порядок интеграции планов и компонентов определяют члены команды.

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

4.1. Разработка устава проекта

Разработка устава проекта – процесс разработки документа, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта. Ключевые выгоды от этого процесса состоят в том, что он обеспечивает связь между проектом и стратегическими целями организации, позволяет документально оформить проект и показывает обязательство организации в отношении проекта. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 4–2. На рис. 4–3 показана диаграмма потоков данных процесса.

Рис. 4–2. Разработка устава проекта: входы, инструменты и методы, выходы

Рис. 4–3. Разработка устава проекта: диаграмма потоков данных

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

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

4.1.1. Разработка устава проекта: входы

4.1.1.1. Бизнес-документы

Источниками информации о целях проекта и его вкладе в достижение бизнес-целей являются бизнес-кейс (см. описание в разделе 1.2.6.1) и план управления выгодами (см. описание в разделе 1.2.6.2). Хотя разработка бизнес-документов производится до начала осуществления проекта, они время от времени пересматриваются.

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

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

потребность организации (например, в связи с высокими накладными расходами компания может объединить функции персонала и оптимизировать процессы для сокращения затрат);

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

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

юридическое требование (например, производитель красок авторизует проект для разработки руководящих указаний по обращению с токсичными материалами);

экологические воздействия (например, компания авторизует проект для уменьшения своего воздействия на окружающую среду);

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

Устав проекта включает соответствующую информацию по проекту, взятую из бизнес-документов. Руководитель проекта не обновляет и не изменяет содержание бизнес-документов, поскольку они не являются документами проекта, однако руководитель проекта вправе давать рекомендации.

4.1.1.2. Соглашения

Описаны в разделе 12.2.3.2. Соглашения используются для определения первоначальных намерений в отношении проекта. Соглашения могут принимать форму договора, меморандума о взаимопонимании (MOU), соглашения об уровне услуг (SLA), письма-соглашения, письма о намерениях, устных договоренностей, электронного сообщения или других письменных соглашений. Обычно договор используется, если проект выполняется для внешнего заказчика.

4.1.1.3. Факторы среды предприятия

Факторы среды предприятия, которые могут оказывать влияние на процесс разработки устава проекта, включают в себя, среди прочего:

♦ государственные или промышленные стандарты (например, стандарты на продукты, стандарты качества, правила техники безопасности и производственные стандарты);

♦ юридические или регуляторные требования и/или ограничения;

♦ ситуацию на рынке;

♦ культуру организации и политический климат;

♦ модель руководства организации (упорядоченный метод обеспечения контроля, управления и координации с помощью людей, политик и процессов с целью достижения стратегических и операционных целей организации);

♦ ожидания заинтересованных сторон и пороги риска.

4.1.1.4. Активы процессов организации

Активы процессов организации, которые могут оказывать влияние на процесс разработки устава проекта, включают в себя, среди прочего:

♦ стандартные политики, процессы и процедуры организации;

♦ модель руководства портфелем, программой и проектом (функции руководства и процессы для обеспечения управления и принятия решений);

♦ методы мониторинга и отчетности;

♦ шаблоны (например, шаблон устава проекта);

♦ репозиторий исторической информации и извлеченных уроков (например, записи и документы проекта, информация о результатах решений по отбору предыдущих проектов и информация об исполнении предыдущих проектов).

4.1.2. Разработка устава проекта: инструменты и методы

4.1.2.1. Экспертная оценка

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

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

♦ стратегия организации,

♦ управление выгодами,

♦ отраслевые технические знания и главная область проекта,

♦ оценка длительности и бюджета,

♦ идентификация рисков.

4.1.2.2. Сбор данных

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

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

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

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

4.1.2.3. Навыки межличностных отношений и работы с командой

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

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

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

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

4.1.2.4. Совещания

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

4.1.3. Разработка устава проекта: выходы

4.1.3.1. Устав проекта

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

♦ назначение проекта;

♦ измеримые цели проекта и соответствующие критерии успеха;

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ВСЁ, ЧТО ДЕЛАЕТСЯ КОМПАНИЕЙ ДЛЯ ЕЁ КЛИЕНТОВ, ЕСТЬ ПРОЦЕССЫ.

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

Управлять процессами – это значит:

  • Видеть и выделять процессы как последовательность взаимосвязанных действий,
  • Измерять и анализировать результаты процессов,
  • Контролировать связь результатов с ресурсами, необходимыми для их достижения,
  • Принимать меры по непрерывному улучшению процессов.

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

Чтобы заложить основу системы управления процессами в вашей компании, вам нужно осуществить проект длительностью от 2 до 4 месяцев.

Настоящее методическое руководство есть пошаговое описание проекта внедрения основных элементов процессного подхода.

Результатами этого проекта станут:

  • Структура основных процессов компании,
  • Спецификации каждого процесса, определяющие цели, результаты, показатели и другие важные характеристики процесса,
  • Регламенты основных процессов,
  • Инструкции исполнителей процессов,
  • Должностные обязанности сотрудников,
  • Профили должностей, определяющие требования к знаниям, навыкам и личным качествам сотрудников.

Следуйте нашей “дорожной карте”, и вы построите структурированные, управляемые бизнес-процессы.

Практическое руководство по внедрению процессного подхода к управлению компанией

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

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

Далее мы идентифицируем процессы, разрабатывая спецификации каждого процесса, которые содержат все основные параметры процессов.

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

После того как все основные процессы компании определены, можно переходить к разработке должностных обязанностей сотрудников, определению показателей деятельности (KPI), разработке регламентов.

Далее мы подробно рассмотрим каждый этап пути к созданию системы управления компанией на основе процессного подхода.

Методическое руководство основано на материалах мастер-проекта “Создание системы управления процессами”

ЧТО ТАКОЕ ПРОЦЕССЫ?

Начнем с определения.

Процесс – это устойчивая, целенаправленная, последовательность действий, преобразующих ресурсы (входы) в некоторые продукты (выходы), представляющие ценность для потребителя.

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

Практическое руководство по внедрению процессного подхода к управлению компанией

Зачастую процессом называют все, что движется… Это упрощенное представление упускает из виду такую важную характеристику процесса, как повторяемость последовательности действий. Неправильно называть процессом цепочку действий, происходящую однократно. Процесс – это то, что происходит регулярно в одной и той же последовательности.

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

Определим основные понятия, связанные с процессами.

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

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

Для уточнения сущности процессного подхода обсудим аспекты управления, выходящие за его пределы.

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

На самом деле это не только невозможно, но и вредно.

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

Известный исследователь организационных систем Генри Минцберг называет процессные методы управления «стандартизацией деятельности».

При этом он выделяет следующие методы координации, широко используемые в менеджменте:

  1. Прямая координация. Начальник отдает приказы подчиненным и контролирует их исполнение. Так функционируют подразделения вооруженных сил.
  2. Взаимное согласование. Решения вырабатываются в ходе взаимодействия равноправных членов команды. Это принцип функционирования инновационных, творческих коллективов.
  3. Стандартизация целей. Сотруднику ставятся цели; средства их достижения он выбирает самостоятельно. Так действуют дивизиональные подразделения компаний, руководители которых обладают высокой степенью самостоятельности.
  4. Стандартизация квалификации. Методы и приемы работы отрабатываются в ходе обучения специалиста. В своей трудовой деятельности, отличающейся высокой сложностью, сотрудник действует самостоятельно. Так работают хирурги, адвокаты, преподаватели, консультанты.
  5. Корпоративная идеология. Всех сотрудников компании объединяют общие ценности, понимание единых целей и идеологических установок. Поэтому каждый сотрудник в своей деятельности руководствуется своим пониманием того, как «правильно» поступать в той или иной ситуации. На таких принципах построена деятельность миссионеров религиозных организаций и разведчиков, находящихся на вражеской территории.

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

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

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ПРОЦЕССНЫЙ ПОДХОД К УПРАВЛЕНИЮ

Что такое процессный подход к управлению, в чем его особенность?

Это понятие, также как и понятие «процесс», определено в системе менеджмента качества. Процессный подход состоит в том, чтобы

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

Практическое руководство по внедрению процессного подхода к управлению компанией

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

“ДОРОЖНАЯ КАРТА” СОЗДАНИЯ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССАМИ

Задачу, которую мы здесь рассматриваем, можно сформулировать по-разному.

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

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

Практическое руководство по внедрению процессного подхода к управлению компанией

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

Никто не возьмется строить дом или корабль, не владея технологией строительства объекта, который требуется создать. «Организационное строительство» ничем не проще инженерной деятельности. Здесь также есть свои законы и правила, нарушение которых никогда не остается безнаказанным.

Огромное количество неудачных проектов в области «организационного строительства» объясняется именно тем, что работа велась без «архитектурного проекта» с нарушением СНИП (строительных норм и правил).

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

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

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

Следующий шаг – разработка организационной концепции. Это своего рода, «архитектурный проект» нашей организационной системы. Он определяет структуру и взаимосвязь процессов, а также основные центры ответственности и их функции по обслуживанию процессов.

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

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

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

Каждый этап этой “дорожной карты” мы подробно рассмотрим далее.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ИДЕНТИФИКАЦИЯ СТРАТЕГИИ

Мы начинаем путь к построению системы управления бизнес-процессами с идентификации маркетинговой стратегии компании.

Казалось бы, при чем здесь стратегия, когда мы говорим о процессах? Давайте разберемся.

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

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

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

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

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

Обычно маркетинговая стратегия представляет собой документ, объемом 5-10 страниц, определяющий целевые сегменты рынка, ключевые конкурентные отличия, методы привлечения клиентов, принципы организации продаж и обслуживания потребителей.

В материалах мастер-проекта “Создание системы управления процессами” дается подробное описание стратегии маркетинга, разработанной в ходе одного из проектов iTeam.

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

ОРГАНИЗАЦИОННАЯ КОНЦЕПЦИЯ

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

Практическое руководство по внедрению процессного подхода к управлению компанией

Организационная концепция включает пять элементов.

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

Практическое руководство по внедрению процессного подхода к управлению компанией

Определив процессы верхнего уровня, составляем их концептуальное описание. Это второй элемент организационной концепции. Структура описания состоит из следующих элементов.

  1. Клиенты процесса – те, кто получает выгоду от процесса и использует его результаты. Процесс создается и совершенствуется в интересах клиентов, которых он обслуживает. Именно ориентация на клиента является главной ценностью процессного подхода.
  2. Цели процесса – изменения, значимые для клиентов, которые осуществляются в ходе выполнения процесса. Определение целей процесса должно отвечать на вопрос: «Что изменяет процесс?». Например, цель процесса закупок в торговой компании состоит в обеспечении определенного уровня наличия товаров на складе. Наличие товаров – это состояние запасов, критически важное для клиента процесса – подразделения продаж.
  3. Результаты процесса– создаваемые на выходе процесса продукты или услуги, которыми пользуются клиенты процесса. Например, для торговой компании результатом процесса закупок является поступление товаров на склад. Необходимо различать цели и результаты процесса. Цели – это то, что изменяется, а результаты – это то, что производится, создается.
  4. Ресурсы процесса– деньги, информация, материальные ресурсы, поступающие на вход процесса, используемые для производства результатов (продуктов и услуг).
  5. Поставщики процесса– лица и организации, предоставляющие ресурсы, необходимые процессу.
  6. Исполнители процесса– названия ролей (должностных позиций) исполнителей процесса, участвующих в производстве результатов. Здесь нужно использовать не имена сотрудников, а позиции в организационной структуре. Если для какого-либо процесса нет соответствующего исполнителя в структуре компании, то следует использовать условное название роли, которое в дальнейшем, после уточнения организационной структуры, может быть уточнено.
  7. Владелец процесса– название должности руководителя, ответственного за достижение целей процесса, имеющего полномочия изменять процесс.
  8. Показатели процесса– критерии, используемые для измерения результативности, эффективности, качества и производительности процесса.
  9. Содержание процесса– краткое описание действий, осуществляемых в ходе процесса в объеме нескольких предложений.
  10. Структура процесса– перечень процессов второго уровня, из которых состоит описываемый процесс.

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

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

В материалах мастер-проекта “Создание системы управления процессами” содержится подробные примеры описания процессов верхнего уровня и центров ответственности.

Практическое руководство по внедрению процессного подхода к управлению компанией

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ОРГАНИЗАЦИОННАЯ СТРУКТУРА

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

Главное назначение организационной структуры – обслуживание бизнес-процессов. Именно для этого она существует.

Как обеспечивается выполнение этого требования? Путем соотнесения функций исполнителей в бизнес-процессах с центрами ответственности в организационной структуре. Этот анализ был проведен на этапе разработки организационной концепции. Опираясь на его результаты, следует уточнить функции подразделений компании и их области ответственности. При этом нередко выявляются функции, которые в существующей структуре ни за каким подразделением не закреплены. В этом случае необходимо сформировать недостающие центры ответственности, которые должны будут обслуживать “ничейные” процессы.

Практическое руководство по внедрению процессного подхода к управлению компанией

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

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

Действительно, ведь схема отражает только отношения подчиненности между должностными лицами и подразделениями компании. Но это только малая часть отношений, в которые вступают люди в ходе производственной деятельности. Главным же «двигателем» бизнес-процессов являются отношения «клиент-поставщик». Именно эти отношения позволяют передавать результаты труда от одного звена к другому по цепи процессов. Но эти отношения не находят отражения на схеме организационной структуры.

Как описать организационную структуру компании?

Описание организационной структуры должно включать следующие элементы:

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

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

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

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

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

ИДЕНТИФИКАЦИЯ ПРОЦЕССОВ

Следующий пункт нашей “дорожной карты” – идентификация процессов.

Идентификацией процесса мы называем составление спецификации в форме таблицы, в которой указаны все основные характеристики процесса. Рассмотрим составление такой спецификации на примере процесса приемки автомобиля в автосервисе.

  1. Название процесса

Процесс называется “Прием автомобиля от клиента”.

Практическое руководство по внедрению процессного подхода к управлению компанией

  1. Краткое описание процесса

Здесь нужно 2-4 фразами описать содержание процесса. Это необходимо для более точного понимания, какие именно действия совершаются в процессе. Итак, описание процесса:

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

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

  1. Клиент процесса

Клиенты процесса – это лица или организации, получающие выгоду от выполнения процесса, пользующиеся его результатами.

В данном случае клиентом процесса, очевидно, является автовладелец, обратившийся в автосервис. Именно он обслуживается в этом процессе.

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

Помимо названных лиц, выгоду от процесса получает компания. Этот процесс обеспечивает ей приток клиентов и доходов от их обслуживания. Можно ли компанию считать клиентом процесса? Только условно. Дело в том, что этот и все другие бизнес-процессы являются инструментами компании, ее органами, которые она создает для достижения своих целей. Поэтому, какой бы процесс мы ни рассматривали, необходимо характеризовать его с точки зрения выгод для компании.

  1. Цели процесса

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

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

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

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

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

Теперь обсудим интересы компании в этом процессе. Компании нужны:

  • Лояльный клиент, который удовлетворен сервисом настолько, что будет не только постоянным посетителем, но и станет рекомендовать компанию своим знакомым,
  • Доходы от продажи услуг клиенту; желательно, чтобы клиент, в ходе обсуждения его проблем с мастером-приемщиком приобрел дополнительные услуги, представляющие для него ценность,

Таким образом, мы определили цели всех заинтересованных сторон в этом процессе.

  1. Результат процесса

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

Для компании немалое имеет значение такой результат, как сумма заказа.

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

Нужно заметить, что при рассмотрении характеристик процессов часто путают цели и результаты. Цели характеризуют изменения, который должен произвести процесс, а результаты – это продукт процесса, его «выход». Разумеется, продукт создается для достижения целей процесса.

  1. Показатели процесса

Теперь, определив цели и результаты процесса, значимые для всех заинтересованных сторон, можно перейти к созданию инструментов измерения, то есть показателей процесса. Показатели должны отражать достижение целей и быть измеримыми. Данный процесс характеризуется тремя показателями:

  • Удовлетворенность клиента обслуживанием. Способы измерения: (1) прямой опрос клиентов по телефону – сплошной или выборочный, (2) число жалоб на работу мастера-приемщика, (3) число благодарностей за работу мастера-приемщика. Может использоваться любой из этих показателей или их совокупность.
  • Удовлетворенность мастера производственного участка качеством наряд-заказа. Способ измерения: оценка наряд-заказа, подготовленного мастером-приемщиком по критериям отсутствия ошибок, наличию деталей, срокам выполнения.
  • Средний чек.

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

  1. Ресурсы процесса

Есть два вида ресурсов – расходуемые в ходе выполнения процесса и возобновляемые ресурсы. К первому типу относятся, например, материалы, используемые в производстве, или деньги. Ко второму – оборудование, программное обеспечение, разнообразные инструменты и т.п.

Одним из “входов” в рассматриваемый процесс является запись клиента на посещение автосервиса. Без этого процесс не может выполняться.

Для составления наряд-заказа необходима информация о наличии автозапчастей и материалов.

Для определения сроков выполнения работ нужна информация о загрузке производственного участка.

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

Зачем нужно определять ресурсы каждого процесса? Зная ресурсы, мы можем определить поставщиков и смежные процессы, обеспечивающие ресурсами наш процесс.

  1. Поставщики процесса
  • Запись клиентов на ремонт осуществляет диспетчер автосервиса в процессе приема заявок.
  • Поставщиком информации о наличии запчастей является отдел снабжения; при этом информация о запасах содержится в автоматизированной системе.
  • Согласование сроков ремонта проводится с мастером производственного участка.
  • Обслуживание компьютерной техники и программного обеспечения обеспечивает ИТ-служба сети автосервиса.
  1. Исполнители процесса

Исполнителем процесса является мастер-приемщик.

  1. Владелец процесса

Владелец процесса – это должностное лицо, ответственное за достижение целей процесса, имеющее полномочия и ресурсы для проведения изменений, совершенствование процесса.

В рассматриваемом примере владельцем процесса является руководитель автосервиса.

***

Итак, мы идентифицировали процесс, определив все его ключевые параметры.

Что это нам дает? Когда мы проделаем эту работу со всеми основными процессами компании, мы создадим надежную основу для построения системы управления процессами.

  1. Будут точно определены все основные процессы компании и связи между ними.
  2. Поскольку в каждом процессе определены исполнители, нетрудно будет составить должностные обязанности для сотрудников, участвующих в ряде различных процессах.
  3. Ясность целей и показателей процессов позволяет нам установить показатели деятельности (KPI) для сотрудников, являющихся исполнителями процессов.
  4. Установление связи между процессами и исполнителями позволяет внести коррективы в организационную структуру компании в части разграничения функций, ответственности и полномочий должностных лиц и подразделений.

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

В материалах мастер-проекта “Создание системы управления процессами  имеется шаблон спецификации бизнес-процесса.

ОПИСАНИЕ ДОЛЖНОСТНЫХ ОБЯЗАННОСТЕЙ СОТРУДНИКОВ

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

Практическое руководство по внедрению процессного подхода к управлению компанией

Исходными данными для этого служат спецификации процессов, которые содержат всю необходимую нам информацию:

  • Исполнитель процесса,
  • Краткое описание процесса,
  • Цель процесса,
  • Результаты процесса,
  • Показатели процесса.

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

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

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

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

Практическое руководство по внедрению процессного подхода к управлению компанией

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

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

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

Кстати, о названии. По нашему мнению правильнее называть рассматриваемый здесь документ “Должностными обязанностями”, имея в виду, что он достаточно полно определяет круг обязанностей сотрудника. Инструкция – это документ другого уровня. Она описывает порядок выполнения операций в тех или иных процессах. Инструкции для исполнителей нужно составлять после разработки регламентов бизнес-процессов, поскольку они детализируют описание работы исполнителей процессов. Инструкций может быть множество – столько, сколько различных операций выполняет сотрудник.

Практическое руководство по внедрению процессного подхода к управлению компанией

Обычно здесь возникает вопрос о полноте должностных обязанностей. Не упустили ли мы из виду какие-то функции сотрудника? Это исключено. Полноту описания должностных обязанностей обеспечивает методика их составления. Вспомним, что мы прежде всего выявили структуру процессов верхнего уровня, и убедившись, что ничего не упустили, выделили второй и, возможно, третий уровень. Таким образом, все бизнес-процессы учтены, “пробелов” быть не может. Затем мы составил спецификации всех процессов, и только после этого перешли к описанию функций сотрудников в форме должностных обязанностей.

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

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ОПРЕДЕЛЕНИЕ СОСТАВА КОМПЕТЕНЦИЙ СПЕЦИАЛИСТОВ

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

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

Для определения состава компетенций используем таблицу, содержащую описание должностных обязанностей сотрудника.

Нам будут нужны первая и вторая колонка этой таблицы. Вместо остальных колонок добавим три новые: “Знания”, “Навыки”, “Личные качества”. Таким образом, у нас есть список процессов, в которых участвует сотрудник, краткое описание этих процессов и три колонки, которые нужно заполнить, последовательно рассматривая каждый процесс.

Практическое руководство по внедрению процессного подхода к управлению компанией

Необходимо дать точный ответ на вопрос: “Какими знаниями, навыками и личными качествами должен обладать специалист, выступающий исполнителем в этом процессе?”. В поисках ответа на этот вопрос должны участвовать непосредственный руководитель исполнителя, владелец процесса и сам сотрудник. После обсуждения и выработки согласованных формулировок, заполняются соответствующие колонки таблицы. Результатом этой работы становится подробный список компетенций, необходимых для успешного выполнения функций на рассматриваемой должности.

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

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

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

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

Практическое руководство по внедрению процессного подхода к управлению компанией

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

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

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

ОПРЕДЕЛЕНИЕ ПРОФИЛЯ ДОЛЖНОСТИ

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

Практическое руководство по внедрению процессного подхода к управлению компанией

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

Документ «Профиль должности» имеет следующую структуру:

  • Общие знания,
  • Предметные знания,
  • Навыки,
  • Личные качества,
  • Ценности,
  • Функциональные обязанности,
  • Области ответственности.

Рассмотрим содержание каждого раздела.

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

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

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

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

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

Следующий раздел “Ценности”. Требования к ценностям сотрудников не выводятся из бизнес-процессов. Это категория высшего порядка – выше бизнес-процессов и стратегии, поскольку ценности руководят выбором целей и стратегии. Состав ценностей един для всей компании, но в крупных компаниях большие подразделения могут в чем-то отличаться по составу ценностей.

Определение ключевых ценностей и их утверждение в коллективе – задача лидера.

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

Раздел “Функциональные обязанности” формируется из описания функций исполнителя процессов. Эта информация переносится в профиль должности из перечня компетенций.

В разделе “Область ответственности” указываются ключевые показатели, за которые должен отвечать сотрудник. Для специалиста по развитию сети СТО такими показателями являются:

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

Интересно, что последняя позиция из бизнес-процессов не вытекает. Если мы посмотрим показатели бизнес-процессов нижнего уровня, там нет такого показателя – “лояльность клиентов”. Тогда откуда он взялся в описании областей ответственности? Он появился из стратегии, из понимания того, какой “храм” строит эта компания.

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

Если же смотреть на бизнес-процессы с точки зрения стратегии, то задача создания сети СТО рассматривается как способ построения устойчивого сбыта автозапчастей. Необходимым условием успеха здесь является лояльность автовладельцев, получающих сервис высокого качества и регулярно обращающихся на станции за услугами и запчастями.

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

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

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

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

Практическое руководство по внедрению процессного подхода к управлению компанией

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

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

***

Дальнейшие этапы “дорожной карты” внедрения системы управления процессами будут представлены во второй части практического руководства. В нее войдут следующие разделы:

  • Разработка ключевых показателей деятельности (KPI),
  • Внедрение системы вознаграждения на основе KPI,
  • Разработка регламентов бизнес-процессов,
  • Разработка инструкций для исполнителей процессов
  • Рекомендации по управлению проектом внедрения процессного подхода.

***

Пошаговое практическое руководство по внедрению процессного подхода к управлению дает мастер-проект “Создание системы управления процессами” 

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

Далее вы можете ознакомиться с подробным описанием нашего мастер-проекта.

ИНФОРМАЦИЯ О МАСТЕР-ПРОЕКТЕ “СОЗДАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССАМИ”

В состав мастер-проекта входят:

  • 14 мастер-классов
  • 60 шаблонов документов
  • индивидуальные консультации

Приобретая мастер-проект, вы получаете:

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

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

Результат мастер-проекта — работающая система управления процессами и обученные сотрудники, способные самостоятельно вести работу по совершенствованию процессов.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

Автор: Александр Кочнев

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

Основная ценность книг не в том, что они дают правильные ответы. Главная ценность в том, что книги позволяют задавать правильные вопросы, которые приводят к ответам. В практической плоскости.

Книги по бизнес процессам — must read

Свод знаний по управлению бизнес процессами. BPM CBOK 3.0

Свод-знании-по-управлению-бизнес-процессами-BPM-CBOK-3.0--420x420.jpg

Главная настольная книга любого специалиста по управлению бизнес процессами. Несмотря на то, что я рекомендую ее прочесть специалисту любого уровня, она, книга, ориентирована на практиков с опытом. Если пытаться читать ее в качестве учебного пособия, толку будет не очень много. Свод знаний по управлению бизнес процессами дает множество хороших вопросов, на которые каждому придется найти свои ответы. Но также он дает множество ответов. В конце концов, любой свод знаний — это результат труда многих экспертов и профессионалов своего дела. BPM CBOK не исключение. В книге собраны ответы на вопросы по проектированию, моделированию, анализу и управлению бизнес процессами. Вы узнаете о том, как управлять эффективностью бизнес процессов, о трансформации и организации процессов, о технологиях BPM. Кроме того, данная книга содержит наиболее полный и точный глоссарий терминов в области управления бизнес процессами.

Бизнес процессы. Инструменты совершенствования. Бьерн Андерсен

Бизнес-процессы.-Инструменты-совершенствования-420x569.jpg

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

Управление бизнес-процессами. Практическое руководство по реализации проектов. Д.Джестон., Й.Нелис

Управление-бизнес-процессами.-Практическое-руководство-по-успешнои-реализации-проектов.jpg

 Эта книга — инструкция по применению. Вот здесь вы найдете множество ответов на вопрос — «Как реализовать управление бизнес процессами в компании?» Но самое главное в этой книге то, что она дает не только ответы на вопросы «что?» и «зачем?». Она дает ответ на вопрос «как?» — как реализовывать проекты по оптимизации и управлению бизнес процессами. Отсутствие ответов на этот вопрос — основная причина неудач в реализации таких проектов. Из книги вы узнаете, что из себя представляет управление бизнес процессами, какие стадии нужно пройти и какими инструментами воспользоваться, как управлять проектами и многое другое. Есть одно «но» — такие книги по бизнес процессам часто изобилуют большим количеством «воды». И эта — не исключение.

Учитесь видеть бизнес процессы. Построение карт потоков создания ценности. М.Ротер., Д.Шук.

Учитесь-видеть-бизнес-процессы-420x488.jpg

 Определение процессов (process discovery) — отдельный и весьма непростой раздел управления бизнес процессами. С этого начинается все управление. От правильного определения процессов зависит успех последующих этапов. Эта книга посвящена двум вопросам: как правильно определить процессы верхнего уровня и как сформировать уникальную цепочку добавленной ценности. Что крайне важно, в книге рассказано о том, как перейти от одного состояния формирования ценности для клиента к другому — целевому состоянию. Подход авторов сконцентрирован на сути управления бизнес процессами — связке продуктов, которые производят процессы и клиентов, которые эти продукты потребляют.

Книги по бизнес процессам — принципы и идеология

Критическая цепь. Элия Голдратт.

Критическая-цепь.jpg

Что такое критическая цепь? Это метод оценки и планирования работ, проектов, в основе которого лежит понимание взаимосвязи задач и ресурсов, а также влияние рисков на весь проект или работы. Иными словами, критическая цепь — это та последовательность задач, изменение которой влияет на весь проект целиком. Метод критической цепи — основа всей Теории ограничений. Как и многие другие книги Голдратта, Критическая цепь написана в стиле бизнес романа. Так что читается легко и приятно, а иллюстрация принципов метода критической цепи на примере проблем действующего предприятия позволяет легко понять методику и «прикинуть» ее применение на практике.

Серия «Цель». Элия Голдратт.

Цель-420x639.jpg

Такие книги по бизнес процессам — редкость. Серия бизнес романов «Цель», признанная бестселлером в мире — обязательный предмет изучения для любого специалиста по управлению бизнес процессами. Серия подробно рассказывает о применении Теории ограничений в разных отраслях — от производства до розничной торговли и информационных технологий. Голдратт так просто рассказывает об инструментах Теории ограничений, что совершенно нет возможности понять что-то неправильно. Мне известно множество случаев, когда после прочтения книги управленцы достаточно просто применяли теорию на практике и достигали действительно классных результатов в своих компаниях. У Теории ограничений, разработанной и популяризованной Голдраттом, есть одна особенность — если вы ее действительно поймете — уже не сможете игнорировать ее подходы.

Дао Тойота. Д.Лайкер

Дао-Таиота.jpg

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

Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга. Г.Нив

Организация-как-система-420x420.jpg

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

Кайдзен. Ключ к успеху японских компаний. М.Имаи.

Каидзен-420x601.jpg

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

Книги по бизнес процессам — оптимизация

Быстрее, лучше, дешевле: девять методов реинжиниринга бизнес процессов. М.Хаммер.

Быстрее-лучше-дешевле-420x546.jpg

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

Оптимизация бизнес процессов. Документирование, анализ, управление, оптимизация. Д.Харрингтон

Оптимизация-бизнес-процессов-420x564.jpg

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

Практическое руководство по реинжинирингу бизнес процессов. М.Робсон., Ф.Уллах.

Реинжиниринг-бизнес-процессов--Практическое-руководство-по-реинжинирингу-бизнес-процессов-420x635.jpg

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

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

Реинжиниринг корпорации: манифест революции в бизнесе. М.Хаммер., Дж.Чампи.

Реинжиниринг-корпорации.jpg

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

Руководство по улучшению бизнес процессов. Harvard Business School.

Руководство-по-улучшению-бизнес-процессов-420x642.jpg

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

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

Производство-без-потерь-для-рабочих-420x630.jpg

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

Книги по бизнес процессам — системное мышление

Системность во всем. Универсальная технология повышения эффективности. Сэм Карпентер

Системность-во-всем-420x595.jpg

«Менеджеры работают в системе, руководители работают над системой.» — С.Кови Мне кажется, что не только специалисты по бизнес процессам, но и руководители в компаниях испытывают трудности, потому что: 1) не читали эту книгу 2) не используют, изложенные в ней принципы. Эта книга — очень простое изложение применения системного подхода в разных аспектах бизнеса. От принципов работы и документирования процессов до подбора персонала и оценки эффективности. Здесь вы найдете ответ на самый главный вопрос — чем системный подход и мышление в повседневной операционной деятельности отличается от несистемного.

Искусство системного мышления. Д.О. Коннор

Искусство-системного-мышления-420x516.jpg

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

Системное мышление. Как управлять хаосом и сложными процессами. Платформа для моделирования архитектуры бизнеса. Джамшид Гараедаги.

Системное-мышление.-Как-управлять-хаосом-и-сложными-процессами.-Платформа-для-моделирования-архитектуры-бизнеса.jpg

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

Ключевые показатели менеджмента. Киран Уолш

Ключевые-показатели-менеджмента-420x605.jpg

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

Азбука системного мышления. Д.Медоуз.

Азбука-системного-мышления.png

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

Книги по бизнес процессам — инструкции по применению

Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию. У.Детмер.

Теория-ограничении-Голдрата-420x525.jpg

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

Найти идею. Введение в ТРИЗ. Г.Альтшуллер.

Наити-идею-420x711.jpg

Как мне кажется, уже не должно остаться людей, которые не знакомы с Теорией решения изобретательских задач. Но я ведь скорее всего ошибаюсь, правда? ТРИЗ — это методология нахождения решений. Несмотря на то, что изначально методология была ориентирована на решения в области технических систем и изобретательских инженерных задач, она нашла применение в безграничном количестве других областей. Даже в повседневной жизни. Не могу сказать, что книга очень простая. Язык, которым пользовался Альтшуллер, мягко говоря, не простой. Кто-то даже скажет, вычурный. Так что настройтесь на терпеливое и вдумчивое чтение. Поверьте, ваше терпение будет вознаграждено полезным знанием.

Бережливое производство + шесть сигм в сфере услуг. Майкл Джордж

Бережливое-производство-шесть-сигм-420x531.jpg

Инструментарий из арсенала Бережливого производства и Шесть сигма должен знать и использовать любой уважающий себя специалист по бизнес процессам. Эта книга и о том, и о другом, да еще и в применении к самой сложной, с точки зрения управления бизнес процессами, сфере — сфере услуг. Книг по управлению бизнес процессами, по крайней мере на русском языке, не так уж много. Тем более практически отсутствуют книги по управлению сервисными компаниями. Так что можно сказать, что эта книга — уникальна. Не говоря уже о том, что это действительно очень качественный и практический материал. Обязательно к прочтению.

Теория ограничений в действии. Э Шрагенхайм

Теория-ограничении-в-деиствии-420x624.jpg

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

Канбан. Альтернативный путь в Agile. Дэвид Андерсон

Канбан-анлетрнативныи-путь-Agile-420x543.jpg

Когда еще Agile не был так популярен в России, мы уже использовали доски канбан в качестве инструмента операционного управления проектами. Канбан — часть производственно-логистической концепции под названием Точно в срок, которую вы тоже должны знать. Канбан — это система, которая позволяет реализовать так называемое «вытягивающее производство», которое было изобретено компанией Тойота. Должен отметить, что реализовать применение этой системы достаточно просто и требует совершенно смехотворных усилий, в то время как эффект может превзойти все ожидания.

Действенное видение. Как обратить текущий объем продаж в чистую прибыль. Д. Кендалл

Деиственное-видение.-Как-обратить-текущии-объем-продаж-в-чистую-прибыль.jpg

Как обеспечить значительный рост вашей компании? Через уникальное видение бизнеса как единой системы и применение пока еще не стандартных подходов к решению задач в таких функциональных направлениях, как маркетинг, дистрибуция, управление проектами, операционный менеджмент, ИТ и т.д. Интересен подход действенного видения, описанный в этой книге. Главное, что решение функциональных задач направлено не внутрь каждого процесса, а на достижение одной важнейшей цели — значительного увеличения прибыльности бизнеса. Здесь вы найдете обширный список компаний, успешно использующих идеи этой книги. Идей, основанных, между прочим, на Теории ограничений. В книге много кейсов и описания практических ситуаций.

Учет прохода. Управленческий учет по ТОС. Т. Корбетт

Учет-прохода.-Управленческии-учет-по-ТОС.jpg

Традиционный управленческий учет оказывается не в состоянии предоставлять руководителям информацию, необходимую для принятия правильных решений. Существует много споров о том, какие функции должна выполнять система управленческого учета и, следовательно, о том, какая информация необходима для принятия управленческих решений. Эта книга о том, как связать между собой локальные действия и решения с прибылью компании таким образом, чтобы руководители могли объективно оценивать действия и решать, приближают они компанию к цели или нет. Подробное описание методик, подходов, принципов и примеров — все это позволит с легкостью понять идеи термина «проход» и формирование его учета.

28. «5S для рабочих. Как улучшить свое рабочее место» Хироюки Хирано

5S-для-рабочих.-Как-улучшить-свое-рабочее-место.jpeg

Простой и понятный набор инструкций по реализации системы 5S на рабочих местах технических рабочих. Система 5S — один из инструментов подхода Бережливого производства:

  • сортировка
  • соблюдение порядка
  • содержание в чистоте
  • стандартизация
  • совершенствование

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

«Сбалансированная система показателей» Д.Нортон, Р.Каплан

Сбалансированная система показателеи.jpg

В свое время Сбалансированная система показателей произвела на меня неизгладимое впечатление и оказала огромное влияние на понимание процессного подхода. Р.Каплан и Д.Нортон предложили систему, основанную на причинно-следственных связях между стратегическими целями, отражающими их параметрами и факторами получения планируемых результатов. Она складывается из четырех составляющих — финансовой, клиентской, внутренних бизнес процессов и обучения и развития персонала, цели и задачи которых отражаются финансовыми и нефинансовыми показателями. Авторы учат, как использовать эти показатели, чтобы привести в соответствие цели каждого работника, бизнес-единицы и всего предприятия, как выявить новые процессы и инициативы, ведущие к удовлетворению клиентов и акционеров.

«5S для офиса. Как организовать эффективное рабочее место» Томас Фабрицио, Дон Теппинг

5S-для-офиса.-Как-организовать-эффективное-рабочее-место-420x623.jpg

 Питер Друкер в своей книге «Менеджмент. Вызовы 21 века» говорит о том, что сложно повысить эффективность ручного труда. Не потому, что это сложная задача, а потому, что она уже решена — все, что можно было придумать для увеличения эффективности рабочих, уже придумано. Настоящим вызовом и острой необходимостью является повышение производительности работников умственного труда. Система 5S может быть применена не только для организации места рабочего, но и для организации места работника умственного труда. Это позволит повысить его эффективность, если не за счет стимулирования (хотя и это тоже) умственной деятельности, то за счет устранения части отвлекающих факторов.

Книги по бизнес процессам — управление

Практика дао Toyota. Руководство по внедрению принципов менеджмента Toyota. Д.Лайкер.

Практика-дао-Toyota.-Руководство-по-внедрению-принципов-менеджмента-Toyota-420x491.jpg

Книга призвана помочь преодолеть многочисленные препятствия на пути практического внедрения принципов менеджмента Toyota. С чего начать преобразования? Как создать стабильные процессы, построить связанный поток? Всегда ли следует стремиться к потоку единичных изделий? Авторы развивают и углубляют модель 4P, впервые описанную в бестселлере Джеффри Лайкера «Дао Toyota». Множество советов, рекомендаций и примеров делают эту книгу одним из лучших руководств по построению бережливого производства.

Управление качеством в масштабах компании. Йосио Кондо

Управление-качеством-в-масштабах-компании.-Иосио-Кондо.jpg

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

Эдвард Деминг «Выход из кризиса. Новая парадигма управления людьми, системами и процессами»

Выход-из-кризиса.-Новая-парадигма-управления-людьми-системами-и-процессами-420x599.jpg

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

Управление изменениями. Э.Кемерон., М.Грин

Управление-изменениями.jpg

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

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

Виталий Козлов, Галина Панкратова
Регулярный менеджмент. Что должен знать, уметь и регулярно делать каждый руководитель. Практическое руководство по управлению

© В. Козлов, Г. Панкратова, 2023

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

Николай Легкодимов, Партнер,

Руководитель технологического консалтинга,

КПМГ Россия и СНГ.

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

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

Игорь Мальцев, Руководитель направления,

Бизнес-консультант, Коуч, RLG International,

Россия, Европа, Казахстан.

Введение

Уважаемый читатель, мы написали эту книгу, чтобы дать вам в руки краткое руководство к действию в области менеджмента.

Единой теории менеджмента[1]1

  В книге мы используем термины «менеджмент», «руководство» и «управление» как синонимы.

[Закрыть]

нет. Если вы решите изучать науку управления самостоятельно, то увидите огромное разнообразие подходов, техник, моделей, лучших практик, правил и компетенций. От подобного разнообразия и разнородности может возникнуть ощущение хаоса, какой-то огромной и необъятной массы рекомендаций и опыта, к которой непонятно как подступиться.

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

Исторически роль руководителя развивалась и усложнялась, постепенно включая в себя все более «тонкие» уровни управления: 1) регулярный менеджмент, включающий базовые функции управления, 2) лидерство – навыки выдающихся руководителей с давних времен и 3) коучинг – навыки выдающихся руководителей настоящего и будущего.

Регулярный менеджмент является основой, базой деятельности любого руководителя – это «арифметика менеджмента», без знания и применения которой невозможно построить систему управления в принципе. Если какой-то процесс, работа или проект идут плохо, проверьте, как настроены базисные функции управления. Почти наверняка какая-то функция не работает или работает неэффективно.

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

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

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

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

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

Преодолеть это ограничения можно с помощью следующего уровня управления – лидерства.

Лидерство – это усложнение регулярного менеджмента, «алгебра менеджмента».

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

Вторая – инноваторство – всегда ищет возможности для улучшения, даже когда все идет хорошо.

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

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

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

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

Коучинг – вершина – «мат. анализ менеджмента». Задача коуча – развитие подчиненных (мотивация, способность самостоятельно выполнять свои профессиональные обязанности). Работник является максимально производительным, когда самостоятельно определяет проблему, сам находит вариант ее решения и сам же реализует свое решение. Коуч является помощником на этом пути.

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

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

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

Данная книга предназначена исключительно для развития первой роли.

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

1
Базисная функция – планирование

Поиск в Гугле по слову «планирование» выдает 28 200 000 результатов и по слову «planning» 3 070 000 000 результатов.

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

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

На вопрос «Нужно ли нам планировать?» большинство, не раздумывая, ответит: «Да!» Однако, когда речь заходит о планировании в компании, многие менеджеры относятся к этому виду своей деятельности без энтузиазма.

Цитата на полях: «Мне очень трудно делать какие-то прогнозы. Очень неблагодарное дело – строить прогнозы, особенно на будущее». Афоризм Виктора Степановича Черномырдина.

Пренебрежительное отношение к планированию может быть вызвано несколькими причинами:

• Все и так знают, что, как и когда нужно делать.

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

• Зачем нам планы, если делаем одно и то же изо дня в день.

Даже если работа в основном рутинная, планирование дает возможность оценить темп, объем и распределение рутины, сделать выводы о вкладе каждого.

• Не умеем составлять планы, не знаем методы планирования.

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

• Не считаем планирование работой.

Распространенное заблуждение, что работать – это общаться с клиентами, улучшать характеристики продукции или бизнес-процессов, участвовать в совещаниях, распекать или хвалить подчиненных и т. п. В результате любая другая деятельность получает более высокий приоритет, и до планирования руки не доходят. Если попросить любого руководителя открыть его план работы на неделю, то лишь у немногих можно найти запись типа «составление недельного/ месячного/ квартального плана работы отдела». Когда же вы планируете? На бегу, если начальник потребует…

• Планирование занимает время.

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

• Большая неопределенность и непредсказуемость ситуаций вовне и внутри компании.

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

Руководитель получает зарплату за то, что способен принимать решения и планировать в условиях неопределенности.

• Негибкость и зависимость от результата.

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

• Планы часто не выполняются.

Действительно, такое случается на каждом шагу. Значит ли это, что планировать не нужно? Конечно, нет.

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

Что нам дает планирование

Планирование является ОСНОВНОЙ БАЗИСНОЙ функцией менеджмента. Именно с осуществления этой функции запускается цикл управления.

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

План – это основа деятельности руководителя. Он позволяет:

• Заранее обдумать и упорядочить деятельность.

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

• Прояснить возникающие проблемы.

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

• Оценить, как мы движемся.

План дает нам мерило оценки, служит измерительной линейкой, которую мы используем, чтобы понять, насколько хорошо и далеко мы продвинулись. Например, на собрании о результатах работы можно услышать: «В этом месяце мы произвели 200 приборов». Это хорошо или плохо? Все зависит от того, каков был план по производству на этот месяц. Если план был 50 приборов, а мы сделали 200, – ура и поздравления! Если план был 800 приборов, а мы только 200 выдали, то пора подумать про отрицательные последствия.

• Обдумать, запланировать и подготовить ресурсы.

При составлении плана руководитель обязательно принимает во внимание наличие ресурсов (финансовых, трудовых, материальных). Зачастую планы не выполняются не из-за неблагоприятных внешних обстоятельств, а из-за того, что при планировании ресурсы были оценены неверно. Старая управленческая шутка: «С деньгами каждый может решить проблему, а ты без денег реши!» – на практике так и остается шуткой. Без ресурсов задачи не решить, с проблемой не справиться.

Цитата на полях: «Думайте на бумаге. Каждая минута, затраченная на планирование, экономит 10 минут при осуществлении плана». Брайан Трейси, американский писатель, бизнес-тренер.

• Эффективно координировать работу различных сотрудников и подразделений предприятия.

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

• Осуществлять грамотное делегирование.

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

• Подчиненным реже беспокоить руководителя.

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

• Разработать и использовать систему мотивации достижения запланированных результатов.

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

• Снизить уровень стресса руководителя и подчиненных.

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

• Мотивировать себя самостоятельно.

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

Цитата на полях: «Фактически планирование и постановка целей, отдаленных и привлекательных, – это работа по пробуждению собственной энергетики». Радислав Гандапас.

Частое заблуждение: «У нас есть плановый отдел – вот пусть они и планируют, а нам работать нужно». Это в корне неверно!!! Планово-экономический отдел оцифровывает производство и бюджетирует ресурсы, но не решает всех вопросов, связанных с управлением. Каждый руководитель в границах своей ответственности занимается планированием. Это и является базисной функцией.

В целом, планирование является настолько важной функцией менеджмента, что, перефразируя известное высказывание гуру менеджмента Питера Друкера, можно сказать: НЕ УМЕЕШЬ ПЛАНИРОВАТЬ – НЕ БЕРИСЬ УПРАВЛЯТЬ.

1.1 Основные элементы планирования

Планирование, как функция менеджмента, в самом общем виде предполагает постановку цели и разработку плана ее достижения.

На вопрос «С чего начать планировать?» единственный правильный ответ: с определения цели. Неясность цели создает ненужную вариативность планов.

Определение цели

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

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

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

Считается, что наиболее эффективными являются цели в формате «smart».

Основные параметры цели по «smart»:

Конкретные (Specific).

Измеряемые (Measurable).

Достижимые (Attainable).

Обоснованные (Relevant) – нацелены на результат.

Определенные во времени (Timely).

• «Конкретные» цели имеют больше шансов быть достигнутыми, чем цели, сформулированные «в общем». План, составленный для достижения конкретных целей, является более фокусным.

Чтобы определить конкретную цель, нужно продумать ответы на вопросы: «Кто? Что? (Что мы собираемся сделать?) Когда? Почему? (Почему это важно сделать в это время? Что мы в итоге хотим получить?) Как? (Как мы собираемся это сделать?)».

• «Измеряемость» цели позволяет в прямом смысле «мерить» движение по направлению к ее достижению.

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

• «Достижимость» цели – пожалуй, самое узкое место… Существуют диаметрально противоположные подходы. Наиболее распространенный управленческий подход: цель, которуюй невозможно достичь, остается мечтой, не больше. Мечтать можно и нужно, однако руководителям компаний нужны конкретные действия и конкретные достижимые цели. С другой стороны, цель не должна быть слишком легко достижимой, иначе она не нацеливает на напряженный труд. О противоположном подходе мы расскажем позже.

• «Обоснованная» или работающая на результат цель означает, что ее достижение должно вписываться в общую схему того, что нам нужно сделать. Если что-то не продвигает нас в выбранном направлении, зачем тратить на это усилия?

Заведомо утрированный пример. Цель «Чтобы за год скопить деньги на покупку машины, я буду бегать каждое утро 20 минут» совершенно не обоснована.

• «Определенная во времени» означает, что нужно ставить конкретные и реалистичные сроки для осуществления задуманного, показать, когда нужно начать и закончить процесс.

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

Сейчас к SMART добавляют еще две буквы:

• R Rewording (вознаграждающая), т. е. цель, красочно описывающая, что будет получено работниками в результате ее достижения. И это может быть не только материальная мотивация.

• EEngaging (вовлекающая), т. е. привлекающая к выполнению различных работников, позволяющая объединять усилия.

Часть руководителей считает, что цель должна быть описана максимально лаконично, каждое слово взвешено. Другая часть полагает, что не нужно экономить слова, когда мы описываем цель; слов может быть как угодно много, главное – донести и описать все необходимые параметры цели. Вы выбираете то, что подходит вам. Это может быть любая из крайностей или нечто среднее. Как в рецепте: «посолите по вкусу!»

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

Разработка плана

Разработка плана включает я несколько шагов:

• Составление перечня работ, которые необходимо выполнить для достижения поставленной цели.

Описание работы лучше начать с глагола, отвечая на вопрос: «Что делаем?» Например, в некоторых планах можно увидеть, что написано просто «Собрание». А что собрание? Подготовить? Разослать приглашения? Согласовать повестку? Лучше написать, например: «Подготовить повестку проведения собрания». Это простое правило поможет избежать неправильного толкования действий, которое почти неизбежно возникнет при использовании плана разными людьми.

• Вариативное составление плана.

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

На самом деле составлять еще один план для достижения той же цели очень трудно. Попробуйте! Как только мы сделали один план, нам кажется, что так и только так нужно действовать.

При разработке альтернативного плана важно определить, при каких условиях он вступает в силу.

• Определение длительности работ.

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

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

• Последовательность выполнения работ (или сроки начала и окончания) и связи между работами.

Отвечаем на вопрос: «Когда работа должна быть сделана?» Существует множество работ, которые можно выполнять только последовательно. Например, чтобы отремонтировать механические часы, нужно сначала снять крышку, найти неполадку, заменить неисправную деталь. Это значит, что одна работа не может начаться раньше, чем закончится предыдущая. Однако есть множество работ, которые можно выполнять одновременно, конечно, если задействован не один человек. Например, в часовой мастерской одновременно ремонтировать несколько часов. Такие работы можно запланировать как параллельные цепочки последовательных действий. В целом, если проставить все необходимые связи между работами, то можно найти критический путь, т. е. минимальное время, за которое весь комплекс работ может быть выполнен.

• Приоритетность работ.

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

• Выявление необходимых ресурсов и их источников.

Отвечаем на вопрос: «Что нужно, чтобы выполнить план? Какие ресурсы?» Понятно, что длительность выполнения работы во многом зависит от наличия и объема ресурсов. В качестве ресурсов можно рассматривать материальные, денежные, людские ресурсы (в т. ч. необходимые знания и навыки) и т. п. Ресурсы могут добавить большую вариантность планов. Утрированный пример: вам нужно заточить 100 карандашей к собранию. Вариантов выполнения даже такой простой работы множество: точить самому, купить дешевые точилки и раздать сотрудникам, купить электрическую точилку и озадачить одного сотрудника, отдать на аутсорсинг – уборщице и т. п.

Как будем выбирать лучший вариант?

Чтобы выбрать лучший план, сравним:

Часть I

Часто задаваемые вопросы

Важно не переставать задавать вопросы.

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

Сначала в части I поясняется, почему BPM кажется многим не очень понятным и чем оно отличается от того, что было раньше. Главы 1 и 2 отвечают на вопросы «Как развенчать миф о BPM?» и «Что такое BPM?» соответственно.

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

Важно, чтобы организация в целом и руководство понимали, когда следует внедрять BPM и каковы основные приводные ремни и рычаги проекта. Осознав, что проект BPM — дело полезное, нужно решить, кого к нему привлечь. Эти вопросы освещены в главах 4 и 5.

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

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

Наконец, главы 8, 9 и 10 соответственно обращаются к трем важным вопросам:

• Каковы решающие факторы успеха проекта BPM?

• Каковы критически важные аспекты внедрения решения BPM?

• Почему необходим структурный подход к внедрению BPM?

Всякому прогрессу человечества предшествовали новые вопросы.

Глава 1

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

Краткая история управления бизнес-процессами

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

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

В 80-х годах прошлого века значительное внимание привлекало полное управление качеством (TQM — Total Quality Management), за которым в начале 90-х годов последовал реинжиниринг бизнес-процессов (BPR — Business Process Reengineering), пропагандировавшийся М. Хаммером (Hammer) и Дж. Чампи (Champy). Довольно пестрая история концепции реинжиниринга знает примеры блистательных успехов и сокрушительных провалов.

Следующей громкой концепцией, пришедшей на смену реинжинирингу в середине — конце 90-х годов, стало планирование ресурсов предприятия (ERP — Enterprise Resource Planning). Предполагалось, что системы ERP обеспечат усовершенствованные способы управления функционированием организаций, и многие поставщики утверждали, что такие системы «решат все ваши проблемы». Разумеется, системы ERP не решали проблем процессов, как не обеспечивали возможной эффективности и производительности процессов. В конце 90-х годов и в начале нового века получили распространение различные системы управления взаимоотношениями с клиентами (CRM — Customer Relationship Management), в которых главный упор делался на профиль клиента, его «послужной список» и опыт. Хотя здесь центр внимания смещался на службы, непосредственно работающие с клиентами (фронт-офис), процессы служб обеспечения (бэк-офиса) при этом не улучшались. Совсем недавно стала получать признание и распространение концепция «Шесть сигм».

По словам М. Хаммера {24}, «выдвинуть идею просто, трудно добиться результата. Реформы вязнут и погибают в окопах». А кто сидит в «окопах»? Вы, я и все остальные люди. Реформы, навязываемые «людям в окопах», не преуспеют, если они оторваны от эволюционного или революционного процесса:

Волевое лидерство имеет свои пределы. Переход от бюрократии машинного века к гибким, самоуправляемым группам требует психологической подготовки огромных масс обычных менеджеров и рядовых сотрудников.

М. Хаммер, {25}

Очередная «гранд-идея», или как рождаются мифы

У нас появилось еще одно сокращение из трех букв, BPM!

Почему же BPM считается следующей «грандиозной концепцией» и почему все подобные концепции неизменно приходят и уходят?

Создание очередной грандиозной концепции обычно проходит в четыре этапа:

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

2. Затем пропагандисты пытаются низвергнуть все предшествующие «старые грандиозные концепции» и представить новую концепцию как наилучшую.

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

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

В нашем случае новая этикетка называется BPM, и уже начинают появляться те же самые проблемы. Если посмотреть на подобные «грандиозные идеи» в историческом ракурсе, все они связаны одной нитью: они посвящены бизнес-процессам и пытаются их улучшить.

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

Цикл «раскрутки» BPM

Цикл «раскрутки» BPM, представленный на рис. 1.1, показывает обобщенную картину продвижения «процессного цикла» за последние двадцать лет.

«Шесть сигм» были придуманы в 1986 году, что вызвало осознание «процессов». В июле 1990 года последовала статья М. Хаммера и Дж. Чампи «Не автоматизируйте. Ликвидируйте» в журнале «Гарвардский бизнес-обзор» (Harvard Business Review) {27}, и началось движение реинжиниринга бизнес-процессов (BPR). Хотя BPM уже обсуждается некоторое время, существенный интерес и споры вызвала книга Смита и Фингара 2002 года «Управление бизнес-процессами: третья волна» {68}. Сегодня можно утверждать, что BPM — это самый важный вопрос на повестке дня управления и руководства.

Что загадочного в BPM

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

BPM — это не простая концепция, и реализовать ее тоже непросто.

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

Главные черты «мифичности» BPM и реальность.

Таблица 1.1. Реклама и реальность

1. BPM лучше, чем предыдущие концепции усовершенствования бизнес-процессов. BPM, несомненно, позволяет внимательнее отслеживать совершенствования процессов во многих организациях. BPM вновь заставила многих исследователей и аналитиков сконцентрировать внимание на процессах, и было создано несколько специальных организаций, исключительно занимающихся вопросами процессов (например, BPMI.org/BPM Group). Это, разумеется, положительное явление, поскольку обсуждение стандартов и BPM в целом поднимает значимость предмета и формирует рынок. Воспринимается и накопленный опыт, например, реинжиниринга. Главное здесь то, что BPM принесет столько пользы, сколько может дать организованность и управляемость.

2. BPM задействует новые усовершенствованные технологии. На сегодня нет полностью автоматизированных полномасштабных сквозных по предприятию внедрений BPM, чтобы как-то оправдать это утверждение. По нашему опыту, технологии не должны быть первоначальной целью реализации BPM. Необходимо, чтобы на начальном этапе работа увязывала пересмотр действующих процессов с задачей повышения эффективности и продуктивности (важность определения цели процесса подробнее обсуждается в главах 14, 15 и 17). Хотя вновь сформированные процессы могут предполагать (если это целесообразно) наличие автоматизации, существенного улучшения процессов можно достичь, не обращаясь к технологиям. Люди склонны увлекаться разнообразными «наворотами» и видят не то, что технологии должны дать предприятию, а то, что они могли бы дать.

3. Разработана вполне сформировавшаяся цельная методология BPM, но есть и методологии отдельных компонентов, и несколько полностью готовых сквозных методологий внедрения комплексных решений BPM. Тут нужна осторожность — методология (или схема) может оказаться как спасательным кругом, так и камнем на шее. Вопрос в том, как ею воспользоваться.

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

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

Синдром «вершины айсберга»

Над водой обычно видна только верхушка айсберга (10 % всей массы). BPM часто тоже похожа на айсберг — люди и организации видят только то, что над водой. Интересное отметить, что каждый наблюдатель видит над поверхностью что-то свое. Поставщик продукта видит технологию; аналитик процессов видит… конечно, процессы; подразделение кадров — смену управления; подразделение информационных технологий — внедрение технологий; бизнес-руководство — краткосрочные преимущества (быстрый выигрыш), сокращение затрат и простые меры для усовершенствований, а менеджер проекта — выполнение краткосрочных задач и достижение результатов проекта.

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

К сожалению, внедрение BPM — это многогранная работа, и на рис. 1.2 показано, что «реальность» — это то, что находится ниже поверхности воды. Риск неудачи проекта BPM растет, если не уделить практическое внимание «реальности», связанной с внедрением BPM. Однако недостаточно просто уделить внимание этой «реальности» — организация должна видеть ее. Судно может проплыть вплотную к айсбергу с одной стороны и ни на что не наткнуться, но удариться, повторив эту попытку с другой стороны, и затонуть. Ви дение проблем и способов их решения — это важная часть рабочего процесса.

Теперь кратко рассмотрим одну из «реальностей».

Исследуя «реальность»

Самая важная составляющая любого внедрения BPM — управление организационными изменениями и воздействиями на соответствующий персонал (кадры). Как упоминалось выше, внедрение и его успех зависят от «людей в окопах». Люди и их участие во внедрении — это ключевые фигуры процесса, и поэтому исключительно важен всесторонний подход к вопросам работы с людьми, к роли культурных аспектов и «фабрики процессов» в управлении организацией. Ведущая роль в привлечении «людей в окопах» принадлежит их непосредственным руководителям. Именно эти менеджеры нижнего звена должны включиться в работу. Но один менеджер проекта или проектная группа не смогут добиться вовлечения людей самостоятельно, в одиночку. (Замечание: так что же такое «фабрика процессов»? Любая организация, в которой через вспомогательные подразделения (бэк-офис) проходят огромные объемы и где существует большое количество «точек обмена», может быть названа «фабрикой процессов».)

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

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

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

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

Управление изменениями и измерение производительности

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

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

Заключение

Многие до сих пор не до конца понимают, что же такое BPM. И это неудивительно, поскольку даже само BPM-сообщество не выработало общепринятого определения и общих подходов. BPM целиком связано с эффективным и продуктивным управлением бизнес-процессами, при этом персонал (люди) являются сердцевиной бизнес-процессов. Поэтому необходимо сделать их неотъемлемой частью проекта. Как очень точно сформулировал Стивен Шварц из IBM, «у всех есть планы рационализации и усовершенствований. Однако настоящие преобразования наступают тогда, когда принимается решение, что это уже должно быть не планами, а стратегией бизнеса». Нам представляется, что это положение — одно из ключевых для успешной реализации проекта BPM. Не слишком занижая объем работ по внедрению, можно сказать, что сам проект — вещь довольно простая. Ключевым фактором является постановка усовершенствования процессов как основы практического управления, а этого нельзя достигнуть эффективным образом, не имея возможности управлять своими процессами с упреждением и на перспективу.

Глава 2

Что такое управление бизнес-процессами

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

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

Предостережение

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

Выбор программного средства моделирования процессов описан в Приложении L.

Как и многие другие сокращения, появившиеся в последнее время, вроде CRM и ERP, BPM нередко применяется и трактуется неправильно.

В настоящий момент понятием BPM по-разному оперируют:

• поставщики программных продуктов, которые сосредоточены лишь на технологическом решении усовершенствования процессов;

• другие поставщики программных продуктов, для которых BPM означает моделирование бизнес-процессов или управление эффективностью работы предприятия или организации;

• консультанты, специализирующиеся в реинжиниринге бизнес-процессов и применяющие BPM, для того чтобы продолжить свою миссию;

• менеджеры, которые изо всех сил бегут за модой на BPM, но совершенно не понимают, куда они в результате попадут;

• аналитики бизнес-процессов, для которых BPM — это возможность расширить свои устремления в области моделирования процессов.

Многие наблюдатели отрасли и вендоры дают определения понятия BPM, в которых технология (средства автоматизации) фигурирует в качестве непременного и важного компонента управления бизнес-процессами; они утверждают, что BPM и есть технология. Но если взглянуть на BPM с точки зрения простого здравого смысла, то понятно, что BPM описывает управление бизнес-процессами.

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

Достижение целей организации посредством совершенствования, управления и контроля основных бизнес-процессов.

Важно, чтобы смысл слов, выделенных курсивом в приведенном выше определении, воспринимался всеми одинаково, поэтому каждое из них снабжено точным определением и помещено в табл. 2.1.

Таблица 2.1. Термины, входящие в определение понятия «управление бизнес-процессами»


Сегодня все склонны соглашаться (и наблюдать эту тенденцию приятно), что BPM — это наука управления бизнес-процессами. Пол Хармон из Business Process Trends {31} определяет BPM как «управленческую дисциплину, направленную на совершенствование работы предприятия путем управления его бизнес-процессами».

Таким образом, управление процессами — это составная часть «обычного» управления. Руководству и ведущим сотрудникам важно осознавать, что нет финишной черты в совершенствовании бизнес-процессов; это программа, которая должна работать постоянно.

Итак, BPM — это:

• больше, чем просто программное обеспечение;

• больше, чем простое совершенствование или реинжиниринг процессов — отрабатываются и вопросы управления;

• не просто модное течение, а составная часть управления;

• не только моделирование — анализа требует и внедрение и реализация этих процессов.

И последнее (по порядку, но не по важности) замечание. Как управленческая дисциплина BPM требует наличия «сквозной» комплексной картины организации и достаточного здравого смысла — и того, и другого часто не хватает.

Глава 3

Почему важно усовершенствовать бизнес-процессы, перед тем как их автоматизировать

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

Второе правило: автоматизация неэффективной операции увеличит неэффективность.

Билл Гейтс, Microsoft Corporation

Легкие решения сложных проблем очень соблазнительны. В мире бизнеса нужно уметь быстро решать проблемы и сразу продвигаться вперед. Когда с работой трудно справиться достаточно быстро, оказывается, что ее можно автоматизировать! Автоматизация офисного труда за последние 100 лет доведена до такой степени совершенства, что сегодня автоматизируется почти все: написание писем, бухгалтерия, составление отчетов, учет имущества и складских запасов, продажи и обработка заказов, документооборот и управление документацией. Поэтому первый соблазн при столкновении с проблемами производительности, эффективности и управления бизнесом — приобрести автоматизированное решение проблемы.

В чем проблема

Сегодня предприятия, особенно крупные организации со сложным комплексом сервисных продуктов, начинают осознавать, что возможности их систем ИТ (IT — Information Technology) в усовершенствовании работы предприятия ограничены. Даже если основные системы работают эффективно и производительно (что случается далеко не всегда), становится все труднее опережать конкурентов в повышении эффективности работы предприятия в целом и качества обслуживания в частности до уровня, соответствующего ожиданиям клиентов и акционеров. Даже Билл Гейтс, ярый сторонник технологий автоматизации, признает, что автоматизация дает эффект только в применении к эффективно организованной работе.

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

Почему же это не работает

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

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

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

Почему автоматизация не дает ожидаемого результата

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

Возникает вроде бы очевидный вопрос: «Почему бы организациям не отладить процессы до принятия решения об автоматизации?»

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

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

Чему учит история

В главе 1 отмечалось, что ни одна из таких концепций управления, как TQM, BPR, CRM, ERP или Шесть сигм, не дает полного комплексного решения для достижения преимуществ, которые необходимы предприятиям, чтобы поднять эффективность работы бэк-офиса. Что же сегодня заставляет руководство компаний думать, что с автоматизацией BPM все будет по-другому?

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

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

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

Есть простое средство измерения — ответ на вопрос: сколько критически важных процессов или процессных шагов основано на динамических электронных таблицах? Это можно назвать «индексом табличности». Многие организации не смогут эффективно функционировать, если у них отнять электронные таблицы. Если таблицы используются в управлении процессами, у предприятия есть шанс утерять управление, поскольку каждый сотрудник создает собственные версии механизмов «контроля». Если информация применяется в критически важных процессах, ее трудно использовать совместно и контролировать. Правильно выбранные системы должны сделать излишним использование электронных таблиц.

Еще один показатель можно получить, если задуматься на минутку и честно ответить на следующие вопросы:

1. Вводят ли менеджеры с помощью небольших «сателлитных» баз данных новые электронные таблицы и решения в процессы и подразделения, которыми они управляют?

2. Сосредоточены ли менеджеры главным образом на краткосрочных тактических задачах, а не на совершенствовании процессов на основе анализа коренных причин?

3. Измеряется ли качество посредством периодических выборок?

4. Нарастает ли (или, по крайней мере, не снижается) объем невыполненной в срок работы?

5. Нет ли у руководства и менеджеров точной меры для оценки объема переделанной заново работы внутри организации и подразделений?

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

7. Есть ли у организации четкое знание фактических затрат на выполнение процесса или транзакции?

8. Направлены ли показатели производительности вашего персонала на измерение объема выполненной работы?

9. Нацелены ли менеджеры в первую очередь на сокращение затрат?

10. Менее ли 80 % завершенных проектов реализовали преимущества, описанные в технико-экономическом обосновании?

11. Сосредоточены ли процессы лишь на внутренних аспектах?

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

Заключение

Управление на уровне организации в целом преимущественно занимается улучшением и контролем процессов, неотъемлемых на предприятии для достижения его целей. Задание общего направления и постановка задач совершенствования бизнес-процессов — критически важный шаг, который нужно предпринять высшему руководству.

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

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

Глава 4

Когда следует браться за BPM — каковы основные движущие силы и механизмы пуска

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

Некоторые из вероятных движущих сил и приводных механизмов, способных подтолкнуть организацию к рассмотрению возможности внедрения BPM, классифицированы в табл. 4.1 с точки зрения организации, управления, сотрудников, клиентов, поставщиков/партнеров, производимого продукта или оказываемых услуг, а также процессов и информационных технологий. Разумеется, во многих случаях они пересекаются друг с другом.

Таблица 4.1. Факторы и механизмы, которые могут побудить организацию подумать о внедрении BPM[1]




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

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

• значительный объем похожих и повторяющихся комплексных операций-транзакций;

• четкий поток трудоемких операций, переходящих от одного сотрудника к другому, при этом каждый вносит свой вклад по пути прохождения операции;

• необходимость мониторинга операций в реальном времени (т. е. нужно знать состояние операции в любой момент времени);

• длительность процесса обработка — критически важный вопрос, т. е. время играет существенную роль;

• необходимость выполнения большого объема вычислений внутри комплексной операции;

• доступ к операциям или «делам» должен быть обеспечен одновременно многим участникам.

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

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

Глава 5

Кто должен участвовать в BPM

Множество статей посвящены сути управления процессами, и кое-кто утверждает, что консультанты и есть настоящие специалисты. В то же время совсем мало было написано о том, кого нужно привлечь к проекту BPM внутри организации. «Привлечь» в данном случае подразумевает самые разные аспекты: от анализа процессов, их моделирования и переналадки или инноваций, до анализа метрик, внедрения BPM, а затем постоянного управления и совершенствования. Рассмотрим роль внешнего и внутреннего персонала в BPM внутри организации, а также различные типы управления процессами.

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

Управление бизнес-процессами

Можно предложить два аспекта операционного управления бизнес-процессами:

1. BPM как составная часть «управления» в целом.

2. Управление совершенствованием бизнес-процессов.

Управление бизнес-процессами как составная часть «управления»

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

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

• доведение целей, показателей и нормативов до исполнителей процессов, при необходимости обеспечивая вознаграждения и стимулирование;

• мониторинг и управление комплексом нормативов; необходимо убедиться, что цели и показатели остаются точными и значимыми;

• мотивирование персонала для превышения им целевых нормативов и работы по устранению нарушений в процессах;

• поощрение персонала на выявление «узких мест» и возможных улучшений процессов.

Можно выделить три категории таких линейных руководителей по их основной сфере деятельности:

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

• тактические менеджеры занимаются совершенствованием процессов;

• стратегические менеджеры работают с бизнес-моделью и связанными с ней процессами.

Управление совершенствованием бизнес-процессов

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

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

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

• менеджер Центра совершенствования бизнес-процессов. Главная обязанность — обеспечить согласованность бизнеса и бизнес-процессов, чтобы извлечь максимум пользы и преимуществ из последних;

• главный руководитель процессов (СРО). Сфера ответственности — выстраивание процессов и ИТ в соответствии со стратегией, бизнесом и организацией, чтобы эта деятельность постоянно управлялась на уровне исполнительных органов организации.

Ближе к бизнесу

Все менеджеры BPM должны осознавать, что их роль — способствовать достижению целевых показателей, поставленных линейными руководителями/хозяевами процессов, а не строить империю. В идеале, сотрудники, работающие с менеджерами BPM или подчиняющиеся им, должны быть взяты из подразделений предприятия, вовлеченных в проект, поскольку они дадут возможность быть ближе «к земле», чего него нельзя ожидать от сотрудников центральных подразделений, не связанных непосредственно с бизнесом. Крупные центральные службы не обладают близостью к бизнесу. Главная причина состоит в том, что планировать процессы на бумаге — это просто, но быть способным постоянно осуществлять их в изменяющихся условиях — настоящий вызов, который еще долго остается таковым уже после завершения самого проекта.

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

В среднем около 80 % времени линейного руководителя должно уходить на обычную повседневную работу (например, анализ результатов), обучение и решение проблем, и только 20 % следует отдавать разработке новых процессов или инициатив бизнеса. Наоборот, менеджеры BPM более 80 % времени будут тратить на работу по совершенствованию процессов. (Заметим, что данные процентные доли могут меняться в зависимости от времени и ситуации, а также других факторов: личности менеджера, обычной повседневной нагрузки и т. п.)

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

Привлечение внешних специалистов по BPM

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

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

• организацию проекта, программы или Центра совершенствования бизнес-процессов. Внешние консультанты могут передавать накопленный во многих организациях опыт и осуществлять общее руководство. Это особенно полезно, если организация желает, чтобы ее цели не были слишком амбициозными или слишком скромными (хотя последнее все же предпочтительнее). Работу нужно начинать прагматично (мыслить ГЛОБАЛЬНО, начинать с малого). Отсутствие амбиций ведет к невозможности фундаментальных перемен, тогда как отсутствие прагматичности подхода — к невозможности соответствовать ожиданиям или развивать первоначально вложенные усилия;

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

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

• разрешение конфликтов и оздоровление проектов/программ. Внешний консультант может помочь организации, если исходный проект/программа или Центр совершенствования бизнес-процессов не дает ожидаемых результатов. Первоочередная задача внешнего консультанта — выявить главные проблемы и определить, можно ли все еще добиться изначально поставленных целей и что необходимо предпринять. Внешний консультант может сыграть роль ледокола;

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

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

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

Глава 6

Почему стратегия организации и архитектура процессов важны для управления бизнес-процессами

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

Стратегия организации

Почему стратегия организации важна для бизнес-процессов

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

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

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

2. Получение информации о стратегии отнимает слишком много времени. В этом случае информация либо плохо доводится до сотрудников, либо разбросана по подразделениям.

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

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

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

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

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

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

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

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

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

Архитектура процессов

Почему архитектура процессов иногда не применяется? Наши исследования выявили, что в качестве причин часто приводятся следующие утверждения:

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

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

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

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

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

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

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

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

Конец ознакомительного фрагмента.

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

Фрагмент текстового слоя документа размещен для индексирующих роботов.
Для полноценной работы с документом, пожалуйста, перейдите в
ридер.

Нашим семьям.
Ивонне, Британни, Коннору, Кэсси и Курту.
Сандре, Анжелике и Мистик.
Без их поддержки мы бы не справились.
Мы знаем, что временами было очень трудно, 
и никогда не забудем ваше участие. Спасибо вам!
Мы постараемся наверстать упущенное время для 
общения с вами.
Джон и Йохан

Upravleniye biznes-protsessami_4000.indd   1
Upravleniye biznes-protsessami_4000.indd   1
11/29/2012   12:51:28 PM
11/29/2012   12:51:28 PM

John Jeston 
Johan Nelis

Business Process 
Management

Practical Guidelines 
to Succesful Implementations

Upravleniye biznes-protsessami_4000.indd   2
Upravleniye biznes-protsessami_4000.indd   2
11/29/2012   12:53:25 PM
11/29/2012   12:53:25 PM

Управление 
бизнес-процессами

Практическое руководство 
по успешной реализации проектов

Перевод с английского

Москва • 2012

Джон Джестон
Йохан Нелис

Upravleniye biznes-protsessami_4000.indd   3
Upravleniye biznes-protsessami_4000.indd   3
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

УДК 658.5.011
ББК 65.291.216
 
Д40

ISBN 978-5-9614-4350-9 (рус.)
ISBN 0-7506-6921-7 (англ.)

© John Jeston and Johan Nelis, 2006
 
Published by Elsevier Ltd. All rights reserved.
© Издательство Символ-Плюс, 2008
© ООО «Альпина», 2012

Джестон Дж.

Управление бизнес-процессами: Практическое руководство по 
успешной реализации проектов/Джон Джестон, Йохан Нелис; Пер. 
с англ. — М.: Альпина Паблишер, 2012. — 644 с. — (Библиотека 
Сбербанка).

ISBN 978-5-9614-4350-9

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

УДК 658.5.011
ББК 65.291.216

Д40

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

Научный редактор В. Тренев
Редактор Е. Бекназарова 
Переводчик В. Агапов

Upravleniye biznes-protsessami_4000.indd   4
Upravleniye biznes-protsessami_4000.indd   4
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Содержание

К читателям Библиотеки Сбербанка .........................................................................9

Об авторах и соавторах .........................................................................................11

Предисловие ........................................................................................................15

Предыстория ........................................................................................................21

Введение..............................................................................................................23

Благодарности......................................................................................................29

Часть I
Часто задаваемые вопросы................................................................. 31

Глава 1. Как развенчать миф о загадочности управления 
бизнес-процессами ................................................................... 35

Глава 2. Что такое управление бизнес-процессами .............................. 45

Глава 3. Почему важно усовершенствовать бизнес-процессы, 
перед тем как их автоматизировать ........................................ 49

Глава 4. Когда следует браться за BPM — каковы основные 
движущие силы и механизмы пуска ....................................... 57

Глава 5. Кто должен участвовать в BPM ................................................ 63

Глава 6. Почему стратегия организации и архитектура 
процессов важны для управления бизнес-процессами ......... 71

Глава 7. Как убедить организацию принять технологию 
управления бизнес-процессами 
Фритц Буссемейкер (Frits Bussemaker) .................................... 77

Upravleniye biznes-protsessami_4000.indd   5
Upravleniye biznes-protsessami_4000.indd   5
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Библиотека Сбербанка  

6

Глава 8. Каковы решающие факторы успеха проекта BPM ................. 85

Глава 9. Важнейшие аспекты внедрения BPM....................................... 91

Глава 10. Почему необходим структурированный 
подход к внедрению BPM ......................................................... 93

Часть II
Общая схема .......................................................................................... 101

Глава 11. Обзор общей схемы ................................................................ 105

Глава 12. Методические указания 
по использованию общей схемы ........................................... 123

Глава 13. Этап разработки стратегии ..................................................... 133

Глава 14. Этап архитектуры процессов .................................................. 153

Глава 15. Этап стартовой площадки ....................................................... 183

Глава 16. Этап понимания ....................................................................... 217

Глава 17. Этап инноваций ....................................................................... 245

Глава 18. Этап работы с персоналом ..................................................... 283

Глава 19. Этап разработки ...................................................................... 313

Глава 20. Этап реализации ...................................................................... 337

Глава 21. Этап реализации ценности ..................................................... 351

Глава 22. Этап устойчивого функционирования ................................... 371

Глава 23. Неотъемлемые атрибуты: введение ....................................... 395

Глава 24. Управление проектом .............................................................. 397

Глава 25. Управление изменениями персонала ..................................... 425

Глава 26. Лидерство ................................................................................ 445

Часть III
BPM и организация ............................................................................. 465

Глава 27. Зрелость BPM 
Майкл Розманн, Тоня де Бруин и Брэд Пауэр 
(Michael Rosemann, Tonia de Bruin and Brad Power) ............. 467

Глава 28. Внедрение BPM в организацию.............................................. 493

Upravleniye biznes-protsessami_4000.indd   6
Upravleniye biznes-protsessami_4000.indd   6
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

 
 Управление бизнес-процессами

Часть IV
Приложения: инструменты и методы ........................................... 511

Приложение А. Этап разработки стратегии .......................................... 513

Приложение B. Этап архитектуры процессов ....................................... 523

Приложение C. Этап стартовой площадки ............................................ 529

Приложение D. Этап понимания ............................................................ 547

Приложение E. Этап инноваций ............................................................. 561

Приложение F. Этап разработки ............................................................ 581

Приложение G. Этап работы с персоналом........................................... 593

Приложение H. Этап реализации / внедрения ........................................ 595

Приложение I. Этап реализации ценности ........................................... 599

Приложение J. Этап устойчивого функционирования ........................ 601

Приложение K. Управление изменениями персонала как 
неотъемлемый атрибут внедрения BPM ..................... 603

Приложение L. Внедрение BPM в организацию ................................... 605

Библиография ....................................................................................................639

Upravleniye biznes-protsessami_4000.indd   7
Upravleniye biznes-protsessami_4000.indd   7
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Upravleniye biznes-protsessami_4000.indd   8
Upravleniye biznes-protsessami_4000.indd   8
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

К читателям 
Библиотеки Сбербанка

Дорогие друзья!

Около двух лет назад мы начали про-
ект «Библиотека Сбербанка». Мы хо-
тели не просто рекомендовать со-
трудникам книги, которые могут по-
мочь им в само совершенствовании, 
но и напечатать эти книги и доставить 
их по адресу. Сделать то, что не делает 
в принципе ни одна крупная россий-
ская компания. Это не подарочные из-
дания, которые ставят на полку. Это 
книги-учебники, помогающие в работе 
и жизни.
Я нашел в этих книгах ответы на многие главные вопросы, ко-
торые касаются самосовершенствования, с которым неразрывно 
связано достижение успеха — как в преодолении собственных не-
достатков и слабых мест, так и в построении гармоничных и эф-
фективных отношений с другими людьми: родными и близкими, 
коллегами и партнерами, руководителями и подчиненными.

Upravleniye biznes-protsessami_4000.indd   9
Upravleniye biznes-protsessami_4000.indd   9
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Библиотека Сбербанка  

«Библиотека Сбербанка» пользуется популярностью у сотрудни-
ков банка. Я вижу это и по вашим отзывам, и по вашим подходам 
к работе, по вашему личностному росту. А это означает, что наша 
«Библиотека» успешно выполняет возложенные на нее задачи.
Сегодня мы значительно расширяем рамки проекта. Вам будут 
доступны не только печатные, но и электронные версии изданий. 
Кроме этого, наши книги пополнят библиотеки сотрудников до-
черних банков: там, где это необходимо, — на английском языке.
Напомню, что 2012 год для Сбербанка — год карьеры. Мы 
строим корпорацию XXI века, успех которой определяют уровень 
вовлеченности людей в процесс создания ценностей и скорость вне-
дрения лучших инноваций. Один из инструментов, с помощью ко-
торого мы решаем эту задачу, — это инвестиции в наших сотрудни-
ков. И «Библиотека Сбербанка» — далеко не единственный пример 
этих инвестиций. В партнерстве с ведущими зарубежными бизнес-
школами наши сотрудники могут получить дополнительное обра-
зование высочайшего уровня. Сбербанк организует цикл лекций 
с участием мировых гуру менеджмента, экономики, науки и поли-
тики, которые выступают перед сотрудниками нашего банка. И пе-
речень подобных примеров можно продолжать еще долго.
Когда у человека есть возможность продолжать учиться, впиты-
вать в себя новые знания и применять их на практике — это сча-
стье, коллеги. Используйте эту возможность по максимуму.
Полезного вам чтения! 

Искренне ваш, 
Герман Греф

Upravleniye biznes-protsessami_4000.indd   10
Upravleniye biznes-protsessami_4000.indd   10
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Об авторах и соавторах

Д
жон Джестон (John Jeston) работает в бизнесе и отраслях 
ИТ более тридцати лет, управляя проектами и бизнес-процес-
сами, занимаясь реинжинирингом бизнес-процессов, разработкой 
систем, аутсорсингом, консультированием и общим управлением. 
Помимо своей занятости в консалтинге, он занимал должности 
финансового контролера, менеджера отделения, директора ком-
пании ПО, а также директора по ИТ.
Недавно Дж. Джестон стал специализироваться в стратегии 
и внедрении управления бизнес-процессами и теперь является 
ведущим консультантом в практическом внедрении BPM компа-
нии TouchPoint. Его сегодняшняя работа заключается в стратеги-
ческом консультировании в области BPM, большей частью в фи-
нансовой сфере, и управлении консультантами фирмы TouchPoint 
при реализации различных проектов BPM. В последние три года 
он проводил семинары на нескольких конференциях по BPM. 
Дж. Джестон является автором и руководителем курса обуче-
ния программы дистанционного обучения BPM в Австралии 
(johnjeston@managementbyprocess.com).
Йохан Нелис (Johan Nelis) получил международный опыт как 
консультант-практик управления бизнес-процессами. Он органи-
зовал и управлял работой в области BPM тридцати консультантов 
в Голландии, а в настоящее время является соучредителем и вице-
председателем голландского Форума BPM. Нелис работал в качестве 
советника в ООН. Он также хорошо известен своей тягой к пере-
даче знаний и опыта и доказал способность стимулировать и мо-

Upravleniye biznes-protsessami_4000.indd   11
Upravleniye biznes-protsessami_4000.indd   11
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Библиотека Сбербанка  

12

тивировать людей. Он организовал много курсов обучения BPM 
и выступал с лекциями для аспирантов.
Нелис работал во многих отраслях, с особым упором на финансы 
и связь, специализировался в согласовании и увязке процессов 
со стратегией, целями бизнеса и ИТ. Он провел множество аудитов 
процессов и способен точно указывать жизнеспособные решения. 
Более того, Нелис очень хорошо владеет инициированием и над-
зором за внедрением BPM и удачно обеспечивает самостоятельное 
и улучшенное выполнение людьми своих функций. Сейчас он рабо-
тает ведущим консультантом в компании TouchPoint, где является 
советником по стратегическим вопросам бизнес-процессов и ру-
ководит группой консультантов по BPM. Он выступал на семина-
рах и проводил практические занятия на нескольких конференциях 
по BPM в Европе и Австралии. Нелис является автором и руководи-
телем курса обучения программы дистанционного обучения BPM 
в Голландии и Австралии (johannellis@manage mentbyprocess.com).
Фриц Буссемейкер (Frits Bussemaker) работает в отрасли 
ИТ с 1988 года. Он занимал различные руководящие коммерче-
ские должности в компаниях, среди которых Logica и Cambridge 
Technology Partners. В настоящее время Буссемейкер является ме-
неджером стратегических альянсов компании TIBCO Software 
в Голландии. В 1999 году он организовал и стал председателем 
голландского отделения Ассоциации профессионалов стратегиче-
ских альянсов (www.strategic-alliances.org). Буссемейкер также явля-
ется учредителем и председателем Форума BPM в Голландии (www.
bpm-forum.org), (www.bpm-forum.org), созданного в 2003 году, чле-
ном Комитета советников Форума BPM в Бельгии, автором Business 
Process Management Magazine и сайта bptrends.com. Получил степень 
магистра в Университете Делфта.
Тоня де Бруин (Tonia de Bruin) работает над кандидатской дис-
сертацией в Технологическом университете Квинсленда в Австра-
лии, где специализируется в области комплексности управления 
бизнес-процессами. Имея звание сертифицированного бухгал-
тера с 2001 года, в 2004 году она получила звание магистра ИТ 
в том же университете. У нее большой опыт работы в финансовой 
сфере, где в течение 15 лет она была и менеджером, и консультан-
том. Опыт управления в проектах совершенствования процессов 

Upravleniye biznes-protsessami_4000.indd   12
Upravleniye biznes-protsessami_4000.indd   12
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

 
 Управление бизнес-процессами

вызвал у Тони острый интерес к взаимосвязи между бизнес-про-
цессами и ИТ.
Бред Пауэр (Brad Power) является исполнительным директором 
Исследовательского центра бизнес-процессов в Бэбсон-колледже. 
Имея более чем двадцатилетний опыт консультирования в управ-
лении и исследовательской работы в различных отраслях по всему 
миру, он занимается важными вопросами бизнес-возможностей 
и проблемами клиентов, сочетая человеческие, технологические 
и бизнес-аспекты. С 1981 по 1997 он работал в CSC Index, фирме 
реинжиниринга. Возглавляя многие консалтинговые проекта ин-
новаций процессов, он в течение трех лет руководил исследова-
тельской службой в CSC Index по бизнес-реинжинирингу, работая 
с тридцатью руководителями высшего ранга во главе инициатив 
реинжиниринга и с основателями этого направления. Получил сте-
пень MBA в Калифорнийском университете в Лос-Анджелесе и сте-
пень бакалавра в Стэнфордском Университете.
Майкл Розманн (Michael Rosemann) — профессор информаци-
онных систем и соруководитель группы управления бизнес-процес-
сами в Технологическом университете Квинсленда, Брисбейн, Ав-
стралия. Степени магистра (1992 год) и кандидата наук (1995 год) 
он получил в Университете Мюнстера в Германии. Основная сфера 
его интересов — упра вление бизнес-процессами, моделирование 
бизнес-процессов, системы на предприятиях и онтология. В своих 
исследованиях на данный момент он среди прочего изучает крити-
чески важные факторы успеха моделирования процессов, вопросы 
моделирования процессов в целом и реальное применение модели-
рования процессов. Имеет огромный опыт консалтинга, был совет-
ником по вопросам управления процессами в организациях различ-
ных отраслей, включая связь, банки, страхования, ЖКХ и логистику. 
Помимо более сорока публикаций в журналах, семидесяти публи-
каций по итогам конференций и тридцати пяти глав в книгах он 
является редактором трех книг: Reference Mo del ling, Business Process 
Management и Business System Analysis and Onto logies, а также чле-
ном редакций шести журналов, включая Business Process Management 
Magazine.

Upravleniye biznes-protsessami_4000.indd   13
Upravleniye biznes-protsessami_4000.indd   13
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

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

Фрагмент текстового слоя документа размещен для индексирующих роботов.
Для полноценной работы с документом, пожалуйста, перейдите в
ридер.

Нашим семьям.
Ивонне, Британни, Коннору, Кэсси и Курту.
Сандре, Анжелике и Мистик.
Без их поддержки мы бы не справились.
Мы знаем, что временами было очень трудно, 
и никогда не забудем ваше участие. Спасибо вам!
Мы постараемся наверстать упущенное время для 
общения с вами.
Джон и Йохан

Upravleniye biznes-protsessami_4000.indd   1
Upravleniye biznes-protsessami_4000.indd   1
11/29/2012   12:51:28 PM
11/29/2012   12:51:28 PM

John Jeston 
Johan Nelis

Business Process 
Management

Practical Guidelines 
to Succesful Implementations

Upravleniye biznes-protsessami_4000.indd   2
Upravleniye biznes-protsessami_4000.indd   2
11/29/2012   12:53:25 PM
11/29/2012   12:53:25 PM

Управление 
бизнес-процессами

Практическое руководство 
по успешной реализации проектов

Перевод с английского

Москва • 2012

Джон Джестон
Йохан Нелис

Upravleniye biznes-protsessami_4000.indd   3
Upravleniye biznes-protsessami_4000.indd   3
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

УДК 658.5.011
ББК 65.291.216
 
Д40

ISBN 978-5-9614-4350-9 (рус.)
ISBN 0-7506-6921-7 (англ.)

© John Jeston and Johan Nelis, 2006
 
Published by Elsevier Ltd. All rights reserved.
© Издательство Символ-Плюс, 2008
© ООО «Альпина», 2012

Джестон Дж.

Управление бизнес-процессами: Практическое руководство по 
успешной реализации проектов/Джон Джестон, Йохан Нелис; Пер. 
с англ. — М.: Альпина Паблишер, 2012. — 644 с. — (Библиотека 
Сбербанка).

ISBN 978-5-9614-4350-9

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

УДК 658.5.011
ББК 65.291.216

Д40

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

Научный редактор В. Тренев
Редактор Е. Бекназарова 
Переводчик В. Агапов

Upravleniye biznes-protsessami_4000.indd   4
Upravleniye biznes-protsessami_4000.indd   4
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Содержание

К читателям Библиотеки Сбербанка .........................................................................9

Об авторах и соавторах .........................................................................................11

Предисловие ........................................................................................................15

Предыстория ........................................................................................................21

Введение..............................................................................................................23

Благодарности......................................................................................................29

Часть I
Часто задаваемые вопросы................................................................. 31

Глава 1. Как развенчать миф о загадочности управления 
бизнес-процессами ................................................................... 35

Глава 2. Что такое управление бизнес-процессами .............................. 45

Глава 3. Почему важно усовершенствовать бизнес-процессы, 
перед тем как их автоматизировать ........................................ 49

Глава 4. Когда следует браться за BPM — каковы основные 
движущие силы и механизмы пуска ....................................... 57

Глава 5. Кто должен участвовать в BPM ................................................ 63

Глава 6. Почему стратегия организации и архитектура 
процессов важны для управления бизнес-процессами ......... 71

Глава 7. Как убедить организацию принять технологию 
управления бизнес-процессами 
Фритц Буссемейкер (Frits Bussemaker) .................................... 77

Upravleniye biznes-protsessami_4000.indd   5
Upravleniye biznes-protsessami_4000.indd   5
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Библиотека Сбербанка  

6

Глава 8. Каковы решающие факторы успеха проекта BPM ................. 85

Глава 9. Важнейшие аспекты внедрения BPM....................................... 91

Глава 10. Почему необходим структурированный 
подход к внедрению BPM ......................................................... 93

Часть II
Общая схема .......................................................................................... 101

Глава 11. Обзор общей схемы ................................................................ 105

Глава 12. Методические указания 
по использованию общей схемы ........................................... 123

Глава 13. Этап разработки стратегии ..................................................... 133

Глава 14. Этап архитектуры процессов .................................................. 153

Глава 15. Этап стартовой площадки ....................................................... 183

Глава 16. Этап понимания ....................................................................... 217

Глава 17. Этап инноваций ....................................................................... 245

Глава 18. Этап работы с персоналом ..................................................... 283

Глава 19. Этап разработки ...................................................................... 313

Глава 20. Этап реализации ...................................................................... 337

Глава 21. Этап реализации ценности ..................................................... 351

Глава 22. Этап устойчивого функционирования ................................... 371

Глава 23. Неотъемлемые атрибуты: введение ....................................... 395

Глава 24. Управление проектом .............................................................. 397

Глава 25. Управление изменениями персонала ..................................... 425

Глава 26. Лидерство ................................................................................ 445

Часть III
BPM и организация ............................................................................. 465

Глава 27. Зрелость BPM 
Майкл Розманн, Тоня де Бруин и Брэд Пауэр 
(Michael Rosemann, Tonia de Bruin and Brad Power) ............. 467

Глава 28. Внедрение BPM в организацию.............................................. 493

Upravleniye biznes-protsessami_4000.indd   6
Upravleniye biznes-protsessami_4000.indd   6
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

 
 Управление бизнес-процессами

Часть IV
Приложения: инструменты и методы ........................................... 511

Приложение А. Этап разработки стратегии .......................................... 513

Приложение B. Этап архитектуры процессов ....................................... 523

Приложение C. Этап стартовой площадки ............................................ 529

Приложение D. Этап понимания ............................................................ 547

Приложение E. Этап инноваций ............................................................. 561

Приложение F. Этап разработки ............................................................ 581

Приложение G. Этап работы с персоналом........................................... 593

Приложение H. Этап реализации / внедрения ........................................ 595

Приложение I. Этап реализации ценности ........................................... 599

Приложение J. Этап устойчивого функционирования ........................ 601

Приложение K. Управление изменениями персонала как 
неотъемлемый атрибут внедрения BPM ..................... 603

Приложение L. Внедрение BPM в организацию ................................... 605

Библиография ....................................................................................................639

Upravleniye biznes-protsessami_4000.indd   7
Upravleniye biznes-protsessami_4000.indd   7
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Upravleniye biznes-protsessami_4000.indd   8
Upravleniye biznes-protsessami_4000.indd   8
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

К читателям 
Библиотеки Сбербанка

Дорогие друзья!

Около двух лет назад мы начали про-
ект «Библиотека Сбербанка». Мы хо-
тели не просто рекомендовать со-
трудникам книги, которые могут по-
мочь им в само совершенствовании, 
но и напечатать эти книги и доставить 
их по адресу. Сделать то, что не делает 
в принципе ни одна крупная россий-
ская компания. Это не подарочные из-
дания, которые ставят на полку. Это 
книги-учебники, помогающие в работе 
и жизни.
Я нашел в этих книгах ответы на многие главные вопросы, ко-
торые касаются самосовершенствования, с которым неразрывно 
связано достижение успеха — как в преодолении собственных не-
достатков и слабых мест, так и в построении гармоничных и эф-
фективных отношений с другими людьми: родными и близкими, 
коллегами и партнерами, руководителями и подчиненными.

Upravleniye biznes-protsessami_4000.indd   9
Upravleniye biznes-protsessami_4000.indd   9
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Библиотека Сбербанка  

«Библиотека Сбербанка» пользуется популярностью у сотрудни-
ков банка. Я вижу это и по вашим отзывам, и по вашим подходам 
к работе, по вашему личностному росту. А это означает, что наша 
«Библиотека» успешно выполняет возложенные на нее задачи.
Сегодня мы значительно расширяем рамки проекта. Вам будут 
доступны не только печатные, но и электронные версии изданий. 
Кроме этого, наши книги пополнят библиотеки сотрудников до-
черних банков: там, где это необходимо, — на английском языке.
Напомню, что 2012 год для Сбербанка — год карьеры. Мы 
строим корпорацию XXI века, успех которой определяют уровень 
вовлеченности людей в процесс создания ценностей и скорость вне-
дрения лучших инноваций. Один из инструментов, с помощью ко-
торого мы решаем эту задачу, — это инвестиции в наших сотрудни-
ков. И «Библиотека Сбербанка» — далеко не единственный пример 
этих инвестиций. В партнерстве с ведущими зарубежными бизнес-
школами наши сотрудники могут получить дополнительное обра-
зование высочайшего уровня. Сбербанк организует цикл лекций 
с участием мировых гуру менеджмента, экономики, науки и поли-
тики, которые выступают перед сотрудниками нашего банка. И пе-
речень подобных примеров можно продолжать еще долго.
Когда у человека есть возможность продолжать учиться, впиты-
вать в себя новые знания и применять их на практике — это сча-
стье, коллеги. Используйте эту возможность по максимуму.
Полезного вам чтения! 

Искренне ваш, 
Герман Греф

Upravleniye biznes-protsessami_4000.indd   10
Upravleniye biznes-protsessami_4000.indd   10
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Об авторах и соавторах

Д
жон Джестон (John Jeston) работает в бизнесе и отраслях 
ИТ более тридцати лет, управляя проектами и бизнес-процес-
сами, занимаясь реинжинирингом бизнес-процессов, разработкой 
систем, аутсорсингом, консультированием и общим управлением. 
Помимо своей занятости в консалтинге, он занимал должности 
финансового контролера, менеджера отделения, директора ком-
пании ПО, а также директора по ИТ.
Недавно Дж. Джестон стал специализироваться в стратегии 
и внедрении управления бизнес-процессами и теперь является 
ведущим консультантом в практическом внедрении BPM компа-
нии TouchPoint. Его сегодняшняя работа заключается в стратеги-
ческом консультировании в области BPM, большей частью в фи-
нансовой сфере, и управлении консультантами фирмы TouchPoint 
при реализации различных проектов BPM. В последние три года 
он проводил семинары на нескольких конференциях по BPM. 
Дж. Джестон является автором и руководителем курса обуче-
ния программы дистанционного обучения BPM в Австралии 
(johnjeston@managementbyprocess.com).
Йохан Нелис (Johan Nelis) получил международный опыт как 
консультант-практик управления бизнес-процессами. Он органи-
зовал и управлял работой в области BPM тридцати консультантов 
в Голландии, а в настоящее время является соучредителем и вице-
председателем голландского Форума BPM. Нелис работал в качестве 
советника в ООН. Он также хорошо известен своей тягой к пере-
даче знаний и опыта и доказал способность стимулировать и мо-

Upravleniye biznes-protsessami_4000.indd   11
Upravleniye biznes-protsessami_4000.indd   11
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Библиотека Сбербанка  

12

тивировать людей. Он организовал много курсов обучения BPM 
и выступал с лекциями для аспирантов.
Нелис работал во многих отраслях, с особым упором на финансы 
и связь, специализировался в согласовании и увязке процессов 
со стратегией, целями бизнеса и ИТ. Он провел множество аудитов 
процессов и способен точно указывать жизнеспособные решения. 
Более того, Нелис очень хорошо владеет инициированием и над-
зором за внедрением BPM и удачно обеспечивает самостоятельное 
и улучшенное выполнение людьми своих функций. Сейчас он рабо-
тает ведущим консультантом в компании TouchPoint, где является 
советником по стратегическим вопросам бизнес-процессов и ру-
ководит группой консультантов по BPM. Он выступал на семина-
рах и проводил практические занятия на нескольких конференциях 
по BPM в Европе и Австралии. Нелис является автором и руководи-
телем курса обучения программы дистанционного обучения BPM 
в Голландии и Австралии (johannellis@manage mentbyprocess.com).
Фриц Буссемейкер (Frits Bussemaker) работает в отрасли 
ИТ с 1988 года. Он занимал различные руководящие коммерче-
ские должности в компаниях, среди которых Logica и Cambridge 
Technology Partners. В настоящее время Буссемейкер является ме-
неджером стратегических альянсов компании TIBCO Software 
в Голландии. В 1999 году он организовал и стал председателем 
голландского отделения Ассоциации профессионалов стратегиче-
ских альянсов (www.strategic-alliances.org). Буссемейкер также явля-
ется учредителем и председателем Форума BPM в Голландии (www.
bpm-forum.org), (www.bpm-forum.org), созданного в 2003 году, чле-
ном Комитета советников Форума BPM в Бельгии, автором Business 
Process Management Magazine и сайта bptrends.com. Получил степень 
магистра в Университете Делфта.
Тоня де Бруин (Tonia de Bruin) работает над кандидатской дис-
сертацией в Технологическом университете Квинсленда в Австра-
лии, где специализируется в области комплексности управления 
бизнес-процессами. Имея звание сертифицированного бухгал-
тера с 2001 года, в 2004 году она получила звание магистра ИТ 
в том же университете. У нее большой опыт работы в финансовой 
сфере, где в течение 15 лет она была и менеджером, и консультан-
том. Опыт управления в проектах совершенствования процессов 

Upravleniye biznes-protsessami_4000.indd   12
Upravleniye biznes-protsessami_4000.indd   12
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

 
 Управление бизнес-процессами

вызвал у Тони острый интерес к взаимосвязи между бизнес-про-
цессами и ИТ.
Бред Пауэр (Brad Power) является исполнительным директором 
Исследовательского центра бизнес-процессов в Бэбсон-колледже. 
Имея более чем двадцатилетний опыт консультирования в управ-
лении и исследовательской работы в различных отраслях по всему 
миру, он занимается важными вопросами бизнес-возможностей 
и проблемами клиентов, сочетая человеческие, технологические 
и бизнес-аспекты. С 1981 по 1997 он работал в CSC Index, фирме 
реинжиниринга. Возглавляя многие консалтинговые проекта ин-
новаций процессов, он в течение трех лет руководил исследова-
тельской службой в CSC Index по бизнес-реинжинирингу, работая 
с тридцатью руководителями высшего ранга во главе инициатив 
реинжиниринга и с основателями этого направления. Получил сте-
пень MBA в Калифорнийском университете в Лос-Анджелесе и сте-
пень бакалавра в Стэнфордском Университете.
Майкл Розманн (Michael Rosemann) — профессор информаци-
онных систем и соруководитель группы управления бизнес-процес-
сами в Технологическом университете Квинсленда, Брисбейн, Ав-
стралия. Степени магистра (1992 год) и кандидата наук (1995 год) 
он получил в Университете Мюнстера в Германии. Основная сфера 
его интересов — упра вление бизнес-процессами, моделирование 
бизнес-процессов, системы на предприятиях и онтология. В своих 
исследованиях на данный момент он среди прочего изучает крити-
чески важные факторы успеха моделирования процессов, вопросы 
моделирования процессов в целом и реальное применение модели-
рования процессов. Имеет огромный опыт консалтинга, был совет-
ником по вопросам управления процессами в организациях различ-
ных отраслей, включая связь, банки, страхования, ЖКХ и логистику. 
Помимо более сорока публикаций в журналах, семидесяти публи-
каций по итогам конференций и тридцати пяти глав в книгах он 
является редактором трех книг: Reference Mo del ling, Business Process 
Management и Business System Analysis and Onto logies, а также чле-
ном редакций шести журналов, включая Business Process Management 
Magazine.

Upravleniye biznes-protsessami_4000.indd   13
Upravleniye biznes-protsessami_4000.indd   13
11/29/2012   12:53:26 PM
11/29/2012   12:53:26 PM

Структурирование хаоса или практическое руководство по управлению командой

Объем 227 страниц

2014 год

Структурирование хаоса или практическое руководство по управлению командой

Подарите скидку 10%

Посоветуйте

эту книгу и получите

8,91 ₽

с покупки её другом.

О книге

Что направляет энергию членов команды на достижение поставленной цели? Как правильно сформировать профессиональный и ролевой состав команды? Из каких элементов выстроить систему результативного лидерства? Ответы на эти и другие вопросы вы найдете на страницах книги известного бизнес-тренера Юрия Наврузова «Структурирование хаоса или практическое руководство по управлению командой».
Это пособие предназначено в первую очередь тем, кому в служебной обстановке или в жизни приходится руководить другими людьми. Такой читатель найдет в книге возможности понять, что же лежит в основе гармонизации усилий членов команды. Автор методично рассмотрит множество примеров конструктивного разрешения конфликтов. А участники различных программ МВА научатся оптимально сочетать структурированность системы с мощной энергией мотивационного побуждения.

Описание книги

Что направляет энергию членов команды на достижение поставленной цели? Как правильно сформировать профессиональный и ролевой состав команды? Из каких элементов выстроить систему результативного лидерства? Ответы на эти и другие вопросы вы найдете на страницах книги известного бизнес-тренера Юрия Наврузова «Структурирование хаоса или практическое руководство по управлению командой».

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

Юрия Наврузова «Структурирование хаоса или практическое руководство по управлению командой» — скачать книгу в fb2, txt, epub, pdf или читать онлайн. Оставляйте комментарии и отзывы, голосуйте за понравившиеся.

Возрастное ограничение:

12+

Дата выхода на Литрес:

11 марта 2014 г.

Последнее обновление:

2014

Объем:

227 стр. 30 иллюстраций

Правообладатель:

Мультимедийное издательство Стрельбицкого

Понравилась статья? Поделить с друзьями:
  • Kang ya di аппарат для ультразвукового пилинга инструкция
  • Инструкция по охране труда комплектовщика на складе
  • Стиральная машина атлант 50с101 инструкция по эксплуатации
  • Цитовир 3 инструкция по применению цена для детей сироп инструкция
  • Сбт триходермин тн82 инструкция по применению