ИТ-проект можно также рассматривать как развивающуюся сеть соглашений

ИТ-проект можно также рассматривать как развивающуюся сеть соглашений. При этом соглашения начинают формироваться задолго до появления самого юридического контракта, например когда заключается протокол о намерениях. Далее сеть соглашений развивается по горизонтали в рамках одного уровня управления и по вертикали между уровнями управления. Горизонтальные соглашения могут заключать: спонсоры проекта партнерские и юридические соглашения; руководители проекта положения об организации проекта; специалисты проектной группы протоколы, планы, рабочая документация. Горизонтальные соглашения дополняются по вертикали управления поручениями и приказами. Предметами соглашения могут быть не только используемые ресурсы или получаемые результаты, но также и работы, требования, статьи бюджета проекта и даже его цели, границы и намерения. Баланс интересов сторон достигается за счет соблюдения фундаментальных принципов права: в рамках соглашения права и обязанности должны быть сбалансированы; должна обеспечиваться преемственность соглашений. Дисбаланс соглашений рождает издержки или риски, которые также могут стать объектом соглашений: определяются их владельцы и компенсационные схемы. Специалисты предлагают использовать контрактный подход не как альтернативный, а как дополняюший существуюший арсенал методологий управления проектами. Он позволяет использовать богатую юридическую практику управления сложными контрактами. Границы проекта Стремление к расширению традиционных границ проекта и включению в зону ответственности менеджера проекта целого ряда предпро-сктных и постпроектных работ стало настоятельной необходимостью по мере усложнения проектов и их контекста во всех отраслях бизнеса и областях применения проектных подходов. Вопрос границ проекта это вопрос ответственности. Кто отвечает за достижение целей проекта в самом широком смысле (не только за тройное ограничение)? Предпроектные работы связаны, главным образом, с принятием решения о запуске проекта и его параметрах.

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

Зачастую в организационной культуре отсутствует поддержка небольших проектов, а системы контроля отсутствуют вовсе. Тысячи компаний, производящих товары и услуги, сталкиваются с постоянно разрабатываемым множеством проектов. Многие фирмы вообще не представляют, какие проблемы могут возникнуть в результате неэффективного руководства малыми проектами. Малые проекты, как правило, связаны с теми же или даже большими рисками, что и крупные. Ошибочно полагать, что малые проекты оказывают незначительное влияние на основную работу, так как они не требуют большого количества всегда ограниченных ресурсов и/или денег. Из-за того, что малых проектов, как правило, очень много и все они выполняются одновременно, а восприятие неэффективности таких проектов очень слабое, их неэффективность практически никогда не измеряется. К сожалению, надо заметить, что именно малые проекты очень часто приводят к большим финансовым потерям. Ежегодно на малых проектах организации теряют многих клиентов и миллионы долларов. Многие малые проекты могут отвлекать человеческие ресурсы предприятия и обусловливать таким образом невидимые затраты; не измеряемые системой бухучета организации. Организации, работающие одновременно над множеством малых проектов, сталкиваются с самыми трудными проблемами и в области управления проектом. Ключевым становится вопрос: как создать организационную среду, поддерживающую управление множеством проектов. Необходим процесс разработки и определения приоритетов в портфеле малых проектов, который бы способствовал цели организации. В заключение отметим, что в мире бизнеса существует множество самых разнообразных факторов, делающих хорошее управление проектом все более актуальным во всех отраслях и секторах промышленности. Очевидно, что управление проектом идеально подходит к бизнесу, где необходимы подотчетность, гибкость, инновации, скорость и постоянное усовершенствование. Однако люди не сразу и не просто осознают необходимость перемен; в следующей главе мы расскажем о том, как медленно и постепенно приживаются в организации методы управления проектом.

Но даже на этом фоне книга, которую вы держите в руках, является особенной

Но даже на этом фоне книга, которую вы держите в руках, является особенной. В ней впервые широко показана практика применения управления проектами в России. С представлением реального опыта управления проектами проблемы возникали всегда. В прежние времена это было связано с закрытостью советского общества, сегодня с коммерческой тайной и корпоративными интересами. Поэтому значение книги, в которой собран, систематизирован и обобщен практический опыт применения методов проектного управления в различных областях экономики, в государственном секторе, трудно переоценить. Хочу отметить еще одно принципиальное достоинство этой книги. Конкретный опыт собственных проектов авторы, с одной стороны, погружают в широкий контекст современных достижений в области методологии управления проектами и, с другой стороны, соотносят с опытом практического использования методов управления проектами, описанным в различных источниках. Это дает возможность читателям узнать и получить представление о десятках интересных работ, разбросанных по различным журналам, сборникам конференций, симпозиумов и конгрессов. Эта книга является логичным и достойным продолжением и развитием первой книги авторов Управление проектами: стандарты, методы, опыт, в которой внимание было главным образом сконцентриро- 283 Послесловие вано на практических вопросах переложения традиционных методов управления проектами на язык корпоративных стандартов. Вместе эти две книги представляют собой значительный вклад в то, что я назвал бы энциклопедией практического менеджмента проектов, энциклопедией, в которой пока не хватает третьей части описания лучших практик применения управления проектами и подробных case study. Я очень надеюсь, что авторы продолжат работу в этом направлении, хотя, конечно, создание подобной энциклопедии это задача, которую должно сообща решать все наше профессиональное сообщество. Авторы этой книги очень много выступают, пишут, и все, что они делают, пользуется неизменным интересом и признанием в среде профессионалов и специалистов.

Изучая 32 346 компа¬ний по всему Свободному Миру, мы подтвердили практически идеальное обратное отн

Изучая 32 346 компаний по всему Свободному Миру, мы подтвердили практически идеальное обратное отношение между этими двумя показателями. Рис. 9.2. Эффект Демарко-Листера Вообразите наше волнение в процессе сбора данных. Мы испытывали то же, что, наверное, испытывал Ом, открывая свой закон. Вот так рождаются кандидаты на получение Нобелевских премий. Запомните, что именно в этой книге вы узнали: Плотность сотрудников (скажем, на 90 квадратных метров) обратно пропорциональна площади, выделенной каждому человекуо. Если вы не можете понять, почему это важно, подумайте о шуме. Шум прямо пропорционален плотности, поэтому, уполовинив площадь, приходящуюся на одного человека, мы увеличим уровень шума вдвое. Даже если вам удалось убедительно доказать, что программист способен работать на площади в 2,7 квадратных метра, не будучи безнадежно скованным своим рабочим местом, вы все-таки не сможете утверждать, что 2,7 квадратных метра - достаточная площадь. Уровень шума в клетках по 2,7 метра более чем в три раза превышает уровень шума в клетках по 9 квадратных метров. Такая разница в площадях может означать разницу между продуктом, полным дефектов, и продуктом, таковых не имеющим. Прятки Если офисная среда слишком раздражает людей, они начинают искать места, где можно спрятаться. Они бронируют конференц-залы, или отправляются в библиотеку, или идут пить кофе и не возвращаются. Нет, они вовсе не ходят на тайные свидания и не готовят политический переворот, они лишь прячутся, чтобы поработать. Это хорошая новость - вашим людям требуется удовлетворение от сделанной работы. Они на многое готовы ради этого. В кризисной ситуации они приложат все усилия, чтобы найти для работы нормальное место. Когда я учился в университете Брауна, мы знали, как успеть сделать все работы и пережить сессию - нужно найти тихое место, где можно комфортно работать. В университетской библиотеке были помещения для научной работы. И единственной уважительной причиной для перерыва могла стать только сирена пожарной тревоги в момент страшной усталости.

Разумеется, причиной тому - стоимость

Разумеется, причиной тому - стоимость. Копейка, сэкономленная на рабочем месте, - это копейка, заработанная на конечном результате, по крайней мере, такова логика. Тех, кто этого мнения придерживается, следует упрекнуть в исследовании затрат и выгод, проводимом без учета выгод. Они знают стоимость, но не имеют ни малейшего понятия о том, что содержит вторая часть уравнения. Само собой, экономия за счет дешевых рабочих мест привлекательна, но в сравнении с чем? Очевидный правильный ответ - экономию следует оценивать относительно риска потери эффективности труда. Учитывая существующее положение со стоимостью рабочих мест, удивительно, насколько незначительны потенциальные сбережения в сравнении с потенциальными рисками. Полная стоимость рабочего места одного разработчика составляет небольшой процент от его зарплаты. Насколько небольшой зависит от таких факторов, как стоимость площадей и уровень зарплаты, а также от выбора между арендой и покупкой офиса. В целом он лежит в диапазоне от 6 до 16% -1 Например, программисту или аналитику, работающему на принадлежащих компании площадях, вы заплатите примерно 15 долларов на каждый доллар, затраченный на рабочее место и удобства. Если учесть еще стоимость соцпакета этого сотрудника, то общие вложения в его содержание могут запросто составить до двадцати стоимостей рабочего места. Данные по стоимости пространства позаимствованы из работы Brill, 1983 [13]. Соотношение двадцать к одному предполагает высокий риск в случае снижения стоимости рабочего места. Попытки сохранить крохотную долю одного доллара могут потребовать принести в жертву серьезную долю двадцати долларов. Рассудительный руководитель не станет даже думать о переводе людей в более дешевое, более шумное и менее просторное помещение, не оценив прежде всего влияние такого хода на эффективность труда. Так что по идее планировщики, претворяющие в жизнь десятилетнюю программу по превращению нашего офисного пространства в модный вариант открытой планировки,1 прежде всего должны были провести тщательный анализ производительности.

На еду он тратил в полтора раза больше других

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

Эти изменения обычно представляют как «дополнения», которые первоначально намеревались внести в про

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