Войти в систему
Войти с помощью соц. сетей:
Все шаги, описанные до сих пор, имели одну цель — контроль над проектом. Именно этого ожидают от управляющего проектом: он должен организовать управление ресурсами, выделенными компанией, таким образом, чтобы достичь желаемых результатов.
Однако слово «контроль» имеет два значения. Важно использовать именно то, которое соответствует сегодняшним реалиям. Одно из значений слова контроль подразумевает доминирование, осуществление властных или командных полномочий. Мы контролируем людей и события с помощью силы. Когда мы приказываем: «Прыгайте!» — люди только спрашивают: «Как высоко?» Во всяком случае, спрашивали раньше. Сегодня это уже не работает.
Я уже говорил, что руководитель проекта несет большую ответственность, но обладает небольшими полномочиями. Еще раз посмотрим на это и решим, составляет ли это проблему.
Я задавал один и тот же вопрос ряду высших руководителей корпоративного сектора (президентам и вице-президентам компаний):
— В ваших руках большая власть. Гарантирует ли она, что люди станут делать то, что вы считаете необходимым?
Ответ был неизменным: нет.
— Что же тогда может заставить их сделать то, что, по вашему мнению, должно быть сделано?
— В конечном счете только их собственное желание.
— В чем же тогда состоит ваша власть?
— Она дает мне право налагать на работников какие-то санкции, но не более того.
Таким образом, наличие власти или полномочий еще не гарантия того, что вы заставите людей сделать то, что считаете нужным. В конце концов вы должны добиться того, чтобы они работали с желанием. А для этого нужно знать, как мотивировать людей, как повлиять на них, чтобы они выполнили необходимое.
Другой вид полномочий подразумевает возможность совершать самостоятельные действия, не получая на это чье-то разрешение. В осуществлении контроля в этом смысле во многих организациях много проблем. Я знаю руководителей проектов, бюджеты которых измерялись миллионами долларов (в одном случае бюджет составлял 35 миллионов), которым, однако, приходилось получать разрешение на каждую трату. Если план и бюджет проекта утверждены до начала работ и руководитель «вписывается» с текущими расходами в согласованные лимиты, почему он должен получать все новые подписи под уже утвержденными тратами? Подписи необходимы, только если траты могут привести к отклонению от плана и его нужно пересматривать, чтобы отразить произошедшие изменения.
Подумайте над посылами, которые получают упомянутые руководители проектов. С одной стороны, им говорят: «Мы доверяем вам управление 35 миллионами долларов наших денег». С другой — тут же замечают: «Но вы должны получать одобрение каждой траты у того, кто обладает полномочиями большими, чем у вас». Один посыл позитивный: «Мы вам доверяем». Второй — негативный. И какой из них, по вашему мнению, сильнее? Давайте поспорим! Конечно, негативный.
И при этом во многих организациях жалуются, что люди не хотят брать на себя больше ответственности. К ним относятся как к безответственным и удивляются, почему они себя так ведут!
Итак, в первом значении слово «контроль» имеет отношение к власти. Второе можно определить так: контроль — это сравнение, как продвигается проект относительно плана, чтобы в случае расхождений предпринять корректирующие действия. Это определение подразумевает использование информации, а не власти как главного компонента контроля. Таким образом, мы поднимаем тему информационных систем управления; без сомнения, именно они играют важнейшую роль в обеспечении контроля над проектом.
К сожалению, во многих организациях имеются информационные системы управления учетом продукции, продаж и затрат труда, но не контроля над проектами. Там, где таких информационных систем нет, люди вынуждены осуществлять мониторинг прогресса проектов вручную.
В конечном счете единственный способ контролировать проект в целом — это контроль каждого члена команды за своей работой. Руководитель проекта может обеспечить контроль на макроуровне, только если он обеспечивается и на микроуровне. Однако это ни в коем случае не означает мелочную опеку над коллегами! Это означает, что вы должны создать такие условия, при которых каждый член команды может самостоятельно контролировать свои усилия.
Для этого необходимо соблюдать пять базовых условий.
В соответствии с первым требованием каждый член команды должен точно представлять себе свою цель. Обратите внимание на различие между целями и задачами, которое мы обсуждали в . Сформулируйте работнику задачу и разъясните (при необходимости) цель ее решения. Это позволит человеку решать задачу в оптимальном для него режиме.
Согласно второму требованию у каждого члена команды должен быть личный план выполнения порученной ему работы. Если такого плана нет, вы не сможете осуществлять контроль. Это относится как к отдельным людям, так и ко всему проекту.
Третье требование состоит в том, что работник должен иметь навыки и ресурсы, соответствующие поставленной задаче. Необходимость в ресурсах очевидна, а что касается навыков, следует обеспечить дополнительную подготовку, если их не хватает. Если не удается найти работника с необходимыми навыками, может потребоваться специальная подготовка кого-то из членов команды.
Четвертое требование предполагает, что работник получает обратную связь о своей работе. Если эта обратная связь идет через третьи руки, то настоящего самоконтроля у работника не получится. Для ясности скажем так: у того, кто строит стену, должна быть возможность лично измерить ее высоту, сравнить с планом и прийти к выводу, выдерживает ли он заданную линию.
Пятое требование гласит, что работник должен четко знать, каковы его полномочия на предпринятие корректирующих действий в случае отклонения от плана, и эти полномочия должны быть больше нуля! Если один работник будет каждый раз при отклонении от плана спрашивать менеджера проекта, что делать, то менеджер еще как-то справится с этим. Если же все члены команды будут обращаться за разрешением на каждое небольшое действие, то бремя управляющего проектом окажется непосильным.
Систему контроля проекта следует сфокусировать на его целях, а ее главное предназначение — достижение миссии проекта. Для этого система контроля должна учитывать следующие вопросы.
Контролировать следует то, что важно для проекта. С другой стороны, те аспекты проекта, которые подвергаются первоочередному контролю, сами по себе становятся важными. Таким образом, если важнейшими предметами контроля становятся бюджет и расписание, а не качество, то они и будут контролироваться. И проект реализуется в срок и в рамках бюджета, но за счет качества. Руководители проекта должны очень внимательно контролировать ход работ, чтобы не допустить ущерба их качеству.
Система контроля проекта должна быть построена на принципе: если данные контроля не превращаются в конкретные действия, система неэффективна. То есть если не задействованы данные об отклонении продвижения проекта от плана для инициации корректирующих действий, то это не система контроля, а просто инструмент мониторинга. Если вы едете на машине, понимаете, что сбились с пути, и ничего не предпринимаете, чтобы вернуться на правильную дорогу, то никакого контроля над своим движением вы не осуществляете.
Однако здесь я должен вас предостеречь. Я знал управляющего проектами, который при возникновении отклонений от плана впадал в панику и начинал без нужды вмешиваться в малейшие дела подчиненных. Так он просто мешал людям, пытавшимся решить проблемы, и еще больше тормозил работу. Если бы он предоставил их самим себе, они справлялись бы значительно быстрее.
Реагировать на данные системы контроля нужно своевременно. Если необходимое действие осуществляется слишком поздно, от него мало толку, и это становится серьезной проблемой. Данные по реальному продвижению проекта опаздывают иногда на 4–6 недель, что делает их бесполезными для принятия корректирующих акций. В идеале информация об актуальном состоянии проекта должна быть доступна в режиме реального времени. В большинстве случаев это невозможно. Для многих проектов вполне достаточна еженедельная подготовка отчетов о статусе работ.
Конечно, любой руководитель проекта хочет знать, сколько часов сотрудники действительно работают над проектом, и сравнить эти данные с параметрами плана. Это означает, что ему нужны точные данные. В некоторых случаях люди составляют недельные отчеты о своей работе, не записывая результаты ежедневно. Часто это что-то из области фантастики, потому что большинство не могут с точностью помнить, что делали неделю назад.
Это нелегко, но руководитель проекта должен заставить работников записывать сделанное каждый день. Только такая информация имеет значение, когда он будет собирать и анализировать ее. Что дает это работникам? Возможно, ничего. А возможно, что в дальнейшем оценки их работы по проекту могут стать лучше на основе точной актуальной информации. В любом случае управляющему проектом нужны точные сведения, иначе ему даже не стоит тратить свое время на их сбор.
Когда сбор информации откладывается надолго, руководитель проекта не улучшает, а только ухудшает ситуацию. Задержки обратной связи в системах — любимая тема системных теоретиков. Иногда старания правительства контролировать экономические спады и инфляцию слишком запаздывают, и государство делает ровно противоположное тому, что следовало. Так экономическая ситуация в стране становится только хуже.
Особо выделим один момент. Если каждый член команды проекта будет правильно применять методы самоконтроля, то еженедельные отчеты превратятся в настоящий итог работы, а это очень желательно.
Одна и та же система контроля не подходит для всех проектов. Ее можно уменьшить для небольших проектов и расширить для больших. Если говорить в общем, то система контроля, предназначенная для больших проектов, утопит маленькие в бумажной работе и отчетности. А системы, подходящие для небольших проектов, в недостаточной степени покрывают все аспекты работы.
Принцип простоты отражен в английской аббревиатуре KISS (Keep it simple, stupid! — «Делай проще, тупица!»). В соответствии с ним следует применять самые простые и мелкие средства контроля, если они дают желаемый результат. С другой стороны, нужно отбрасывать в сторону любые данные, не имеющие существенного отношения к делу. Однако, как я только что заметил, одной из самых распространенных ошибок являются попытки контролировать сложные проекты с помощью слишком простых систем!
Ни одна проблема не может быть столь крупной или сложной, чтобы от нее нельзя было убежать.
Чарли Браун (Чарльз Шульц, «Мелочь пузатая»)
Для того чтобы сделать систему контроля простой, нужно время от времени проверять, что отчеты по проекту используют те люди, которым они предназначены. Мы часто составляем отчеты, полагая, что содержащаяся в них информация полезна другим, но если наши адресаты ею не пользуются, то мы просто обманываем себя. Попробуйте с каждым вашим отчетом направлять адресату коротенькое письмо с вопросом, хочет ли он получать такие отчеты впредь. Если вы не получите ответа, исключите этих людей из списка рассылки. Вас может поразить, что некоторые ваши отчеты вообще никто не использует. Составление таких документов следует прекратить.
В контроле проектов два аспекта. Один — поддержание его состояния, а другой — улучшение работ по проекту. Анализ статуса реального состояния проекта предназначен для поддержания его на правильном пути развития. Анализ с целью улучшения проекта делается для совершенствования работ. Для достижения этих целей существует три формы анализа.
Каждый руководитель должен осуществлять анализ реального состояния проекта и процесса его исполнения. Анализ дизайна применяется, только когда речь идет о создании производственного оборудования, или сложных технических средств, или программного обеспечения. Иногда это касается крупных мероприятий или кампаний, например маркетинговых.
Анализ состояния проекта нацелен на его поддержание. Он задает вопрос, сохраняются ли в проекте параметры РССС (результат, стоимость, сроки и содержание), которые мы используем в этой книге. Только зная реальные значения для каждого из этих четырех параметров, вы можете быть уверены, в какой именно точке проекта сейчас находитесь. Это составит предмет нашего рассмотрения в главе 11.
Процесс обозначает путь или способ, каким осуществляется проект. Процесс всегда влияет на результаты. По этой причине улучшение процесса исполнения проекта является важной составной частью работы любого руководителя. В следующем разделе рассказывается о том, как это делается.
По определению, оценивать проект — значит пытаться определить, соответствует ли общее состояние работ по нему ценностям, которые должны быть достигнуты по завершении проекта. Оценка проекта учитывает прогресс и уровень выполнения работ и подразумевает сравнение их с изначальными планами. Эта оценка создает основу для управленческих решений по продвижению проекта. Она должна быть справедливой в глазах всех заинтересованных сторон, иначе принимаемые на ее основе решения не будут восприниматься как неоспоримые. Главный инструмент в оценке проекта — анализ процесса развития, который обычно проводится на рубежных точках в его жизненном цикле.
Оценивать: определять или выносить суждение о ценности или стоимости чего-то.
Словарь английского языка The Random House Dictionary
Спортивные команды, которые тренируются, не уделяя достаточного внимания результатам тренировок и игр, могут достичь замечательных результатов в плохой игре. Именно поэтому большинство команд анализируют видеозаписи своих игр, чтобы увидеть, где нужны улучшения. Иными словами, цель анализа — извлечь из прошлого уроки, которые помогли бы команде избегать действий, приводящих к нежелательным результатам, и, наоборот, продолжать делать то, что помогает в игре. Такой анализ следует называть разбором полученных уроков, или анализом процесса.
Я намеренно избегаю слова «аудит» (ревизия), потому что никто не хочет подвергаться ревизии. Исторически аудит проводили с целью поймать людей на том, чего они не должны были делать, и наказать. Если вы попытаетесь ревизовать окружающих, то будьте уверены: они спрячут от вас то, чего, по их мнению, вам не следует знать. А это как раз и есть те вещи, которые могут помочь компании совершенствоваться и расти.
Как подчеркивал д-р У. Эдвардс Деминг, сегодня в мире существует два вида организаций: те, которые становятся лучше, и те, которые умирают. Организация, которая всего лишь выживает, все равно умирает. Она просто еще не знает об этом.
Причина? Конкуренты не сидят в сторонке, отдыхая. Возможно, сейчас они производят что-то лучшее по сравнению с тем, что делаете вы. Если вы не улучшаете самих себя, то вас обгонят и отберут вашу долю рынка.
То же самое относится к любой отдельной части организации. Вы не можете частично оптимизироваться, улучшив, скажем, только производство. Вы должны улучшать работу всех департаментов и подразделений, в том числе совершенствовать управление проектами.
Хороший проектный менеджмент почти всегда обеспечивает конкурентное преимущество, особенно в разработке новой продукции. Если вы неэффективно управляете своими проектами, то не сможете полностью контролировать затраты на эту разработку. А значит, вам придется либо продавать больше своей продукции, либо устанавливать на нее завышенную цену, чтобы покрыть расходы на разработку и все-таки осуществлять новые проекты.
С другой стороны, если ваш конкурент правильно контролирует производственные затраты, он сможет устанавливать на свою продукцию цену ниже вашей и все равно сохранять уверенность, что окупит свои инвестиции и получит прибыль. Таким образом, он получает конкурентное преимущество перед вами благодаря лучшему контролю за исполнением проектов.
Для того чтобы учиться, людям нужна обратная связь наподобие той, что получают члены спортивной команды, просматривая видеозаписи своих игр. Последней фазой проекта должен быть финальный анализ процесса его исполнения с целью улучшить управление будущими проектами. Однако это не значит, что такой анализ следует проводить в самом конце проекта. Скорее это следует делать на рубежных точках проекта, но не реже чем раз в три месяца (в зависимости от того, что наступит раньше), чтобы извлекать уроки, полезные для дальнейшей работы. Если же проект сталкивается с серьезными проблемами, то анализ его процесса должен выявить эти трудности, чтобы можно было принять решение о продолжении проекта или его прекращении.
Перечислим причины, по которым необходим периодический анализ процесса движения проекта. Вы должны быть в состоянии:
В идеале анализ процесса развития проекта осуществляют независимые эксперты, которые объективны в оценке информации. Такой анализ следует проводить с целью извлечения уроков и опыта, а не обвинений и наказаний. Если люди боятся, что получат взбучку за возможные проблемы, они сделают все, чтобы максимально их скрыть.
Открытость — труднодостижимая вещь. Во многих организациях атмосфера наказаний укоренилась настолько, что люди крайне неохотно раскрывают те аспекты своей работы, которые не подпадают под категорию «успешных». Д-р Крис Арджирис в книге «Организационное научение» описал процессы, которыми организации закрепляют неэффективность своей деятельности. Все они направлены на то, чтобы помочь работникам спасти лицо или избежать серьезного расстройства, однако в конечном счете мешают организационному научению.
В ходе анализа процесса проекта должны быть заданы два вопроса. Первый: «Что до данного момента мы сделали хорошо?» И второй: «Что мы хотим улучшить (или делать лучше) в будущем?» Обратите внимание, я не предлагаю спрашивать: «Что мы сделали плохо?» Этот вопрос вызовет оборонительную реакцию, поскольку люди будут опасаться наказаний. Всегда надо допускать, что ничего не было сделано плохо; просто всегда есть возможность совершенствования.
И, наконец, результаты анализа процесса проекта должны быть в той или иной форме преданы гласности. Иначе единственными, кто сможет воспользоваться результатами этой работы, станут только члены команды, проект которой только что подвергся анализу. Если члены других команд узнают, какие уроки вынесены из анализа, они смогут использовать эту информацию для дела. В следующем разделе мы посмотрим, что должно содержаться в таком отчете.
Каждая компания сама решает, сколь детальным будет анализ процесса выполнения проекта. Эта работа может быть комплексной и очень глубокой, а может затрагивать только часть работ, быть неформальной и намеченной пунктирно. Комплексный и проведенный с соблюдением всех формальностей анализ проекта завершается отчетом, который как минимум включает в себя следующее.
В целом чем проще и прямее в отчете проанализирован процесс проекта, тем лучше. Информацию следует подавать так, чтобы запланированные и фактические результаты можно было легко сравнить. Существенные расхождения между ними следует выделить и объяснить.
Войти с помощью соц. сетей: