Разработка проектов по Payfor спектакля основе

Share

|

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

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

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

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

Некоторые причины разочарования с ним проектов

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

- Плохо планирования проектов

- Отсутствие хорошо сделать проект требований и спецификаций

- Недостаточное финансирование проекта

- невыполнение соответствующих старшего руководящего участия и поддержки этого проекта

- Ограниченные участие люди, которые просили проекта.

- Неспособность принять надлежащие "собственности" для проекта

- использование ненадлежащих технологий

- Предположение о том, чрезмерного риска проекта

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

- Случаи отвлечения с другими бизнеса со стороны членов команды проекта

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

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

CONSIDERIG новый подход к улучшению его проектов

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

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

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

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

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

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

Если нет различия между денежное вознаграждение за хорошую работу делает для бедных или работы (в реальности во многих ИТ департаментов), то будет мало стимулов добиваться высокого качества проекта или для удовлетворения жестких сроков. Аргумент может быть повышен, что хорошие люди, независимо от денежных соображений, стремиться к повышению качества работы. Хотя это предположение заслуживает внимания, это не похоже на работу совершенно так в реальном мире ИТ проектов разработки и поставки.

Привязки денежного вознаграждения в эффективности проекта

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

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

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

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

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

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

План компенсации руководящих

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

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

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

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

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

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

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

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

Пример ИТ проекта компенсацию подход

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

1. А среднемасштабного проекта потребуется, по оценке, 14 месяцев усилий, в общей сложности штатное расписание (из всех сферах ИТ и бизнеса разделах) от 18 человек, а общий бюджет в 3 1 / 2 млн. долларов. Кроме того, как разумные меры предосторожности, этот проект имеет резервный фонд в десять процентов, или $ 300.000.

2. Каждый член проектной группы обеспечивается при условии, что все условия стимулирования программы будут выполнены, бонус в размере $ 7500. Эти цели включают:

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

b. Всего проект счет не может, если стимул правила должны быть соблюдены, превышает оценку 3 1 / 2 млн. долларов.

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

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

3. В этом примере, если проект отвечает стандартам, установленным стимулом для проекта, общий счет бонус будет 18 х $ 7500,00, что составляет $ 135,000.00. Успех этого проекта будет означать, что проект будет доставлен вовремя, о бюджете, и в соответствии с установленными стандартами качества. Хотя выплаты стимулов будет увеличиваться за счет проекта в $ 135.000, что можно считать небольшой ценой для проекта такого размера русском вовремя, о бюджете, и на высоком уровне качества.

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

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

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

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

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

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

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

ПЕРЕХОД НА НОВЫЙ ПОДХОД

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

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

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

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

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

Преимущества подхода

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

Жесткий Преимущества

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

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

- Увеличение, оценке уровня качества ИТ проекта, в том числе улучшение понимания проекта, в этих районах, которые просили работы

- Со временем, улучшение готовности со стороны организации, руководителей поддержать новые инициативы

Soft Преимущества

- Увеличение общего объема работы, и качество этой работы, подготовленные подразделения ИТ

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

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

- Расширение взаимодействия и связи между ИТ и теми, для кого же департамента развития

- Повышение уровня ИТ услуг в рамках всей организации - Увеличение уровня ИТ службы к клиентам организации

Занимающихся культурным вопросам

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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