Управляющий проекта неудач

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

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

Это не означает, что CRM проектов неудачу в впечатляющим образом. Чаще всего это вопрос теряет динамику с течением времени, как кучи проблем деятельности, устранены до тех пор, пока проект подходит к unceremonious остановить. К тому времени он, как правило, слишком поздно делать что-либо, поэтому всегда быть благодарны, что вы вмешиваться до выскользнул из проекта, не удалось статус.

Если вы столкнулись с при отсутствии проекта, использование в три этапа процесса: оценить ситуацию, реструктуризации проекта и перезапустить его.

Шаг 1: Оценка

Почему проекты Сбой

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

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

Оценка сессии

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

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

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

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

Благая

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

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

О процесса: хотя оно и не приносит выигрышная результат, есть аспекты, что работают? Например, это коммуникационном процессе работы? Является ли тестирование хорошие результаты? Есть конечные пользователи образом участвует в этом проекте? Ли координация между технической группой и группой предприятий работает?

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

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

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

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

The Bad

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Можно проекта будет сохранен?

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

• А совершено надлежащим мощных исполнительной автором.

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

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

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

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

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

Шаг 2: Реструктуризация

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

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

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

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

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

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

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

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

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

Шаг 3: Перезагрузите

Недорогое и Расписание

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

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

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

Процесс

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

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

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

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