В последние годы в России и в зарубежных странах наблюдается резкое возрастание объемов проектной деятельности и, как следствие, растет потребность в профессиональном управлении человеческими ресурсами проектов. Приведем некоторые статистические данные, прогнозы и факты. В отчёте о росте мирового проектного управления Industry Growth Forecast Report от Project Management Institute (PMI) в 2013 г. говорится, что в период между 2010 и 2020 годом в мире появится 15,7 миллионов новых «проектных ролей», которые создадут семь основных проектно-ориентированных отраслей. К проектно-ориентированным отраслям отнесены: производство и обрабатывающая промышленность, бизнес-услуги, финансовый и страховой сектор, нефтегазовый сектор, информационные технологии, строительство, коммунальные услуги и недвижимость. Как показала практика, экспертные прогнозы сбываются, масштабы проектной деятельности растут. К проектно-ориентированным отраслям, кроме названных, можно отнести государственное и муниципальное управление, цифровые технологии и производство цифровой техники. По данным компании «TwentyEighty», 74 % организаций Америки и стран Европы имеют проектный офис, половина из них имеют пять офисов или больше [14].
Обсуждая вопрос о том, что дает использование проектной методологии и что обеспечивает успех проектов, все без исключения ученые и практики заявляют о значимости человеческих ресурсов, вовлекаемых в проект. Причем если на первых этапах эволюции проектного управления внимание больше уделялось технологическим факторам, таким как правильное управление бюджетом, сроками, работами проекта, затем внимание было сконцентрировано на управлении качеством, рисками, автоматизации проектного управления, то в последнее десятилетие говорится о доминирующем влиянии качества человеческих ресурсов на проект. Именно персонал генерирует идею проекта, обосновывает и планирует проект, реализует проектные работы и управляет всем проектом.
При этом бесспорно и то, что сами по себе человеческие ресурсы не дают безоговорочного требуемого проектного результата. Для того чтобы персонал давал тот эффект, который от него ожидается, необходимо построение и воплощение качественных технологий и инструментов управления человеческими ресурсами проекта. Именно эти технологии активно обсуждаются в последнее десятилетие и позиционируются в качестве значимых приемов работы с персоналом.
Постановка проблемы и актуальной цели исследования
Ученые, руководители и специалисты предприятий озабочены поиском эффективных технологий управления людьми в проектах. Сегодня уже очевидно, что традиционные методы работы с персоналом требуют кардинальной перестройки и адаптации к специфике проектной деятельности. Также нужны и принципиально новые технологии, которые можно применять в проектах. Однако предложений таких технологий крайне мало. Актуальной целью считаем поиск новых подходов и концепций работы с персоналом в проектах. Одной из таких концепций является концепция гибкого управления, которая была создана в сфере IT-проектов, но сегодня её на практике стараются применить и к иным сферам деятельности. Автором данной работы предлагается анализ влияния гибких технологий на управление человеческими ресурсами проектов.
Теоретические основы исследования гибких технологий
В общих чертах суть совокупности гибких методологий и соответствующих технологий заключается в важности внесения своевременных изменений в параметры проекта и в управление им по мере уточнений и конкретизаций требований заказчика. Далее опишем подробнее гибкие методологии, но отметим, что их целесообразно назвать узкой концепцией гибкости в управлении проектами. Следует выделить также и расширенную концепцию гибкости, которая строится на понимании и признании:
1) высокого динамизма организационной и проектной среды, низкого уровня возможности прогнозирования ожидаемых изменений, нелинейностью связей между изменениями среды и последствиями этих изменений;
2) обязательности гибкости систем управления проектом и управления человеческими ресурсами, при этом гибкость является признаком любой системы в сочетании с её устойчивостью;
3) необходимости гибкости всех системных элементов, процессов, технологий и инструментов управления проектами и их человеческими ресурсами под влиянием динамизма среды и обязательности гибкости системы.
Узкая и расширенная трактовка гибкой методологии
То есть гибкая методология складывается из узкой и расширенной её трактовки (рисунок). Вся гибкая методология, кроме общих подходов и принципов построения управления проектом и его человеческими ресурсами, включает гибкие технологии, под которыми понимается совокупность действий, применяемых методов и методик.
В широком понимании гибкость (flexibility) – это возможность структурно-функционального самосовершенствования объекта, системы и т.п. То есть расширенная концепция гибкости получила своё развитие в теории систем. В частности, исследования системного свойства гибкости можно встретить в работах таких авторов, как С.Т. Бир, В.Д. Могилевский [1, 2, 7, 8].
Согласно теории систем гибкость может рассматриваться через:
а) адаптивные изменения, приспосабливаемость системы;
б) произвольные изменения состояний или поведения системы в определенных пределах в результате некоторого воздействия (нормативные изменения).
Существуют критические значения параметров системы, ее предельные состояния, с которыми связана качественная перестройка системы. Именно этими состояниями обусловлен предел, которого может достигать система, характеризующаяся гибкостью. В соответствии со сказанным понятию «гибкость» сопутствуют следующие основные признаки: воздействие на систему, изменение свойств или поведения системы, включая адаптацию; наличие пределов изменения. Совокупность этих признаков позволяет дать общенаучное определение гибкости, под которой понимается «способность системы, подвергнутой определенному воздействию, нормативно или адаптивно изменять свое состояние и (или) поведение в пределах, обусловленных критическими значениями ее параметров» [4].
Разработки гибких методологий и технологий в узкой трактовке можно встретить в публикациях, посвященных проектному менеджменту в IT-отрасли. Например, известными в этой проблематике являются работы таких авторов, как Дж. Рассмусон, Б.И. Вольфсон, Кон, Майк, Мартин, С. Роберт, Ньюкирк, В. Джеймс, Косс, С. Роберт [3, 5, 6, 10]. Данные авторы пишут о динамичности проектной среды, об изменчивости запросов заказчика проектов и необходимости кардинально изменить систему управления проектами под эти подвижные факторы.
Основные результаты исследования: адаптация гибких технологий к задаче управления человеческими ресурсами проектов
Объединяя подходы разных отраслей знаний и отбирая универсальные научные положения, можно дать следующие пояснения по гибкости управления проектом и человеческими ресурсами.
Гибкость управления проектом – это параметр организации, характеризующий свойство системы управления, ее иерархического уровня руководства, проявляемое в способности к быстрой структурной перестройке, адаптации к изменяющейся среде [12]. Развитие гибкости управления проектами следует осуществлять комплексно через развитие гибкого управления проектными работами, гибкого управления маркетингом, гибкого управления финансовыми, инвестиционными, материальными, человеческими ресурсами.
Так как управление проектом и управление человеческими ресурсами проекта выступают разноуровневыми подсистемами, входящими друг в друга, то гибкость более крупной подсистемы (управления проектом) обеспечивается гибкостью её подсистем, в частности управления человеческими ресурсами. Поэтому если в проектном управлении будет негибкое управление человеческими ресурсами, то последнее будет сильно сдерживать всё управление на пути к гибкости. И наоборот, гибкость управления человеческими ресурсами является одним из важнейших факторов достижения гибкости проектного управления.
Для управления проектами, где всё по разным методикам заранее просчитывается, имеется управление рисками, то есть варианты реагирования на отклонения от плановых событий и результатов, также очень актуальным становится состояние гибкости. Это связано с высокой подвижностью факторов проекта и его среды. Сегодня непредвиденное развитие событий должно восприниматься не как негативная ситуация, а как атрибут реальности, на который надо профессионально реагировать. А так как этот атрибут, желают это признавать проектные организации или нет, укореняется в системе управления проектами, то необходимо разработать систему управления на базе гибкой методологии.
Гибкость управления человеческими ресурсами проекта – это способность данного управления обновлять качественные и количественные параметры членов команды, их компетенций и поведения через изменения в технологиях и инструментах работы с данными ресурсами для обеспечения адаптации к динамичным факторам проектной и организационной среды.
Имеются попытки оценки уровня гибкости. В самом общем виде гибкость системы управления проектом тем выше, чем больше отношение числа своевременно выполняемых работ в проекте и по управлению данным проектом к их общему количеству, объективно возникающему за определенный интервал времени в силу нестандартного воздействия внешней среды, реорганизации и изменений в организационной и проектной внешних средах, во внутренней среде самого проекта [9]. Гибкость управления человеческими ресурсами также оценивается через количество своевременно выполненных работ по управлению человеческими ресурсами проекта к общему количеству работ данного профиля, необходимость в которых возникла в связи с изменениями в проекте, в системе заказчика, в иных параметрах проектной и организационной среды.
Гибкость управления человеческими ресурсами проявляется через частные проявления гибкости элементов: целей управления, управленческих решений, технологий управления, человеческих ресурсов как объекта управления, руководителя проекта и иных субъектов управления, компетенций и моделей поведения субъекта и объекта управления (таблица). Так как управление человеческими ресурсами – это системное образование, то все перечисленные её элементы должны в той или иной степени проявлять гибкость для того, чтобы в итоге вся система тоже могла считаться гибкой.
Отмечая проявление гибкости через гибкость элементов системы, следует сказать, что гибкость проявляется и через гибкий процесс управления человеческими ресурсами – динамику последовательности действий, применяемых способов реализации этапов процесса и прочее. То есть гибкость проявляется в гибкости процесса управления человеческими ресурсами проекта и в гибкости системы данного управления.
На практике гибкость системы управления человеческими ресурсами проектов может проявляться посредством:
– различных вариантов объединения людей в микрогруппы и изменений конфигурации и строения команды проекта;
– заменяемости участников команды и заменяемости технологий работы команды проекта;
– вариабельности взаимосвязей членов команды проекта друг с другом и с иными участниками проекта;
– вариабельности проектных коммуникаций, формирования дополнительных механизмов и технологий обратной связи с командой проекта как реакции на происходящие в проекте изменения;
– выработки новых моделей поведении участников проектной команды в дополнение к установленным нормативным моделям поведения.
Проявление гибкости управления человеческими ресурсами проекта
Элемент системы управления человеческими ресурсами |
Сущность проявления гибкости |
Цели управления (организационная гибкость) |
Способность системы вносить коррективы в ранее установленные цели и способность самих целей претерпевать изменения под влиянием динамики факторов |
Управленческие решения (организационная гибкость) |
Возможность внесения корректив в ранее принятые решения или их пересмотра в любой момент времени в соответствии с изменяющимися обстоятельствами |
Технологии управления (технологическая гибкость) |
Способность технологий адаптироваться к меняющимся потребностям среды и способность технологий обеспечивать гибкость управления проектом и управления человеческими ресурсами |
Человеческие ресурсы, их компетенции и модели поведения (ресурсная гибкость) |
Способность обновлять свои компетенции и задействовать те элементы потенциала и те модели поведения, которые наиболее востребованы меняющимися факторами среды |
Руководители и иные субъекты управления, их компетенции и модели поведения (ресурсная гибкость) |
Способность манипулировать своими компетенциями, моделями поведения для наиболее эффективного управления в меняющейся среде |
Говоря о гибкости человеческих ресурсов и управления проектами, важно осознавать, что гибкость проявляется в понятиях: подвижность, пластичность, текучесть, изменчивость, лабильность, широкий набор поведенческих реакций, нестандартность решений.
Обратимся к краткому описанию сущности гибких методологий и технологий, применяемых в проектах по созданию программных продуктов. Именно это направление наиболее ярко и полно представлено в теории и практике управления проектами.
Гибкие методологии (англ. agile software development, agile-технологии или методы) – это «серия подходов к разработке продукта, ориентированных на использование итеративной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля» [16]. Гибкие методологии построены таким образом, что изменения приветствуются, а неопределенность признается. Это именно методология, так как включает в себя принципы, ценности, методы и методики, технологии работы команды проекта по созданию продукта. Например, главными принципами гибких методологий стали:
1) люди и взаимодействие важнее процессов и инструментов;
2) работающий продукт важнее исчерпывающей документации;
3) сотрудничество с заказчиком важнее согласования условий контракта;
4) готовность к изменениям важнее следования первоначальному плану.
Из описания сущности гибких технологий видно, что они напрямую связаны с управлением человеческими ресурсами проектов, так как по своему содержанию они представляют собой эффективную практику организации труда небольших групп. Эти группы делают однородную творческую работу, а управление ими осуществляется посредством комбинированного метода, в частности совокупности либерального и демократического методов.
Гибкие методологии зародились как эффективный метод разработки программного обеспечения в небольших командах более 15 лет назад, но в настоящее время они становится новой культурой управления проектами любых организаций. Благодаря выступлению Германа Грефа термин Agile входит в лексикон всех современных российских менеджеров, которые понимают, что при определенных предпосылках можно успешно применять этот метод [13].
Гибкие методологии появились как ответ на недостатки и ограничения классического подхода к созданию продуктов и сервисов, характерного в первую очередь для проектов IT-индустрии. Классический подход, используемый с 1970 г., называется каскадная, водопадная (waterfall development, от англ. – водопад) или итеративная методология. Сущность подхода в том, что, однажды утвердив план создания программного продукта, нельзя этот план остановить или изменить до его полной реализации. Проект предполагает последовательность этапов, после прохождения которых невозможен возврат. Проект в этом случае – статичный объект; управление проектами построено на заранее заданных и сложно поддающихся коррекции нормах, правилах, технологиях, приемах. Гибкие методологии основываются на том, что по ходу выполнения проекта постоянно происходят непредвиденные изменения, многое нельзя заранее запланировать. В частности, заказчик проекта может заранее не иметь готового образа продукта, его предпочтения могут меняться, поэтому исполнители проекта должны считаться с этой ситуацией и действовать гибко, адаптивно. Здесь применяется гибкое планирование и создается соответствующая гибкая организационная структура проекта, включающая проектные роли и их взаимодействие. Создается инфраструктура, которая гибко реагирует на запросы, поступающие от клиентов, и требования, меняющиеся в процессе разработки продукта и его эксплуатации.
Основное преимущество – это достижение гибкости процесса производства продукта, то есть способности к оперативным изменениям.
Гибкие методологии – это семейство методологий, приведем некоторые из них: Agile Modeling, Agile Unified Process, DSDM, Feature driven development, Scrum, бережливое производство.
Все названные вариации гибких методологий в огромной степени влияют на человеческие ресурсы команды проекта и на технологии работы участников команды, а следовательно, и на управление этими ресурсами.
В гибких методологиях функционирует самоорганизующаяся команда, её часто называют agile-командой. Как показывает практика, только самоорганизующиеся команды способны гибко реагировать на изменения. Дело в том, что разбиение процесса производства продукта на короткие этапы и часто меняющиеся требования приводит к тому, что поддерживать документацию по проекту в полном объеме технически невозможно. В этом случае команда тратила бы на работу с требованиями больше времени, чем на создание продукта. Поскольку документации мало, членам команды приходится чаще общаться, решая повседневные проектные задачи. Следовательно, команда должна быть самоорганизующейся, чтобы справиться с потоком оперативных задач.
То есть гибкие технологии делают упор на непосредственное общение лицом к лицу всех участников команды. Большинство agile-команд работают в одном офисе. Команда включает кроме основных участников еще и заказчика или его полномочного представителя, также могут входить в команду пользователи продукта. Одной из особенностей этой методологии следует назвать регулярные (часто ежедневные) совещания, во время которых идет обсуждение результатов предыдущих этапов и ставятся задачи на следующие. Это позволяет менеджерам держать под контролем процесс разработки, при необходимости направляя его в нужное русло. Отдавая предпочтение непосредственному общению, agile-технологии уменьшают объём письменной документации по сравнению с другими методами прямого контакта.
В основе гибких методологий лежит принцип: каждый сотрудник, участвующий в поэтапном производстве продукта, должен вовлекаться в процесс переосмысления своих задач и общего дела. Каждый может остановить процесс производства и внести свои рациональные предложения. Команда кроссфункциональная, она должна состоять из профессионалов разной специализации и разных ролей, но все они связаны и работают, как правило, в одном помещении, применяется принцип «все делают всё». С помощью гибких методологий преодолевается конфликт ролей и соответствующих интересов участников команды. Происходит высокое вовлечение с помощью объединения вокруг общей цели – качественного продукта для клиентов.
Важно, что гибкие технологии требуют изменения проектной культуры внутри команды и бизнес-культуры всего предприятия. Эта культура становится инновационной, эмоционально и технологически вовлекающей сотрудников в производство качественного продукта, развивающей и поддерживающей командное и разделенное лидерство. Должна произойти смена парадигмы мышления: с привычки подчинения на привычку сотрудничества.
Меняются и технологии управления человеческими ресурсами, которые должны привести к созданию самоорганизующейся и адаптирующейся команды. Этого можно добиться с помощью внесения специфических методов и приемов управления человеческими ресурсами проектов.
Покажем на примере активно сегодня осваиваемой предприятиями Scrum технологии, как именно она влияет на управление человеческими ресурсами команды проекта.
Термин Scrum впервые применен в работе Хиротаки Таекучи и Икуджиро Нонака. Кен Швабер заимствовал это название при формализации процесса в отрасли создания информационных продуктов.
В этой технологии создаются специфические команды проекта. Их особенность заключается в следующем: небольшие по размеру, кроссфункциональные, без жесткой специализации, с гибкими ролями и функционалом, как правило, работают в одном помещении, постоянно взаимодействуют с заказчиком или его представителем, именуемым владельцем продукта. Такая команда работает по специфическим технологиям, которые сводятся к постановке целей совместно с заказчиком по работам, разделенным на итерации, контролю процесса хода исполнения работ, обсуждения процесса выполнения проекта, анализа достигнутых результатов, проблемных зон и причин невыполнения или ненадлежащего выполнения работ, ретроспективный анализ всего проекта, вынесение уроков.
Основные требования к Scrum-команде:
1) высокая мотивация на работу в проекте;
2) свободное и в высшей степени активное общение внутри команды, повышенные объемы коммуникаций в команде;
3) творчество и отсутствие барьеров в мышлении;
4) совместное с заказчиком принятие решений;
5) разнообразные компетенции, которые могут понадобиться в разных непредвиденных ситуациях выполнения проекта, необходимость наличия потенциала компетенций, то есть резервного фонда;
6) способность к самоанализу, самоорганизации;
7) способность поддерживать высокий темп выполнения проектных работ и снятия возникающих проблем;
8) готовность к постоянным изменениям;
9) владение приемами сотрудничающего стиля поведения с заказчиком, техникой творческих и продуктивных переговоров в условиях непредсказуемости и неопределенности;
10) итеративность развития команды по мере влияния на неё изменяющихся факторов среды и потребностей заказчика.
В составе данной команды выделяется обязательная роль – Scrum-мастер. Человек, исполняющий эту роль, отвечает за обеспечение эффективности деятельности всей команды. Делает он это с помощью создания всех условий для высокой работоспособности команды, организации эффективных коммуникаций внутри команды, снятия возникающих проблем в команде, отслеживания выполнения командой заданных технологий работы над проектом.
Описанные черты команды, её функции и технологии работы, требования к ней накладывают отпечаток на управление человеческими ресурсами этой команды. Например, основными направлениями работы с командой должны стать управление коммуникациями, создание проектной культуры и мышления, соответствующего философии Scrum, развитие команды через обучение, оценку и мотивацию. Спецификой является то, что развивать такую команду можно только через её собственный реальный опыт. В развитии ключевую роль играет сама команда, а не обучающий специалист. То есть должно быть развито саморазвитие, самокоучинг. В мотивации должны присутствовать критерии достижения ценностей проекта, проявления активности в Scrum-технологиях, влияния на прогресс проекта. То есть управление человеческими ресурсами Scrum-команды имеет существенные отличия от традиционного управления персоналом непроектной структурной единицы организации.
Вывод
Необходимо сказать, что, несмотря на потенциальные возможности использования гибких методологий во многих проектах многих отраслей и типов предприятий, есть и ограничения к использованию этой методологии. Сегодня в разных источниках можно встретить, что гибкие методологии сложно реализуемы или вообще не применимы: в государственных ведомствах, в коммерческих проектах, где заранее задан неизменный результат, задан неизменный бюджет и сроки. То есть наряду с гибкими методологиями будет применяться и водопадный метод, главное преимущество которого – шаблонность действий и высокая эффективность в контексте слабо подвижной среды. Тем не менее нельзя игнорировать то, что сегодня преобладает и будет в перспективе нарастать подвижность среды. Следовательно, спрос на гибкие методологии будет усиливаться. Поэтому возникает совокупность взаимосвязанных вопросов, которые можно отнести к перспективным научным исследованиям: как перестроить классическую систему управления персоналом в управление человеческими ресурсами проектов на основе гибких методологий, какие требования к персоналу предъявляют эти методологии и как их достичь, как оценить эффективность используемых гибких технологий в управлении людьми проектов. Ответы на эти вопросы должны стать предметом научных дискуссий и прикладных исследований.
Публикация подготовлена в рамках поддержанного РГНФ научного проекта № 16-12-55010.