Как се прави неуспешен проект успешно

Главен изпълнителен директор, София

Не става въпрос за това как да се направи лош проект работа в хит, и как да се спре черната овца с известно количество от най-голямата вълна. Но първо трябва да се сложи обречената потомство тъжен диагнозата. За да научите как да го направя и за запълване на проекта най-ефективно, материалът от "петък мениджърът", казва Олег членове Pashinin на общността.

След като прекара дълго време в IT-сферата, вие започвате да се разбере, че без значение колко ви харесва, част от проекта се провали. Според някои експерти, броят на такива проекти до 60%. Ще перифразирам класика, може да се каже, че всички успешни проекти са еднакво успешни и всеки катастрофално - победен по свой собствен начин. Във всеки случай, можете да намерите основната причина за провала. Ето някои от тях:

1. Нереалистични график и бюджет на проекта

"... Маркетинг малко вероятно особено загрижени за реализма на предложения от него план и бюджет, тъй като основната му цел - да получи комисионна, или да доставят удоволствие на шефа си." Едуард Yourdon, "Death March".

2. Липсата на професионализъм на участниците в проекта

"Всички компании, които предоставят услуги в IT, стават алчни и се опитват да расте по-бързо, отколкото те могат да намерят талантливи хора ...." Джоел Spolsky "Джоел за програмиране."

3. проекти политически интриги

"... най-отличителен белег на лошите проекти е толкова силни политически последици, то може да повлияе негативно на всички усилия, за да отговарят на поне някаква работа." Едуард Yourdon, "Death March".

4. Многообразие на системните изисквания при изпълнението на проекти

"Един от най-често срещаните причини за неуправляеми проекти са променящите се изисквания." Робърт Glass, "Факти и професионално програмиране грешка."

Причините са различни, в резултат на едно - провал. Но тя не идва веднага. Провалът на търпеливо чака да се отвори, като се отбелязва грешките, проблемите, конфликтите, пропуснати срокове и другите документи за неизбежния триумф. Причините за неуспех са налице, като правило, от самото начало, но едва ли някой е готов да закрие проекта в началото. Основното нещо - да се включат в борбата. Но толкова повече усилия и (парите!), Прекарано на проекта, по-малко вероятно да го затвори. Има все повече и повече проблеми, които включват повече ресурси и хора. Всеки член на екипа по проекта безкористно, участващи в борбата. Преодоляване се превръща в самоцел: на пътя - всички цел - нищо. Мисля, че не просто трябва да гледате най-типичните етапи на развитие не е проект.

Етапи на развитие не е проект

Условия за технически спецификации започват да затегнете. Не се притеснявайте - това се случва.
Техническо задание, представени за одобрение. Появява се клиента лека изненада - в документите, твърде много "вода" на иска, не отговаря на това, което се обсъжда с екипа на проекта. Тя започва процеса на помирение. Всички те са извършени бързо да коригират грешки.
Техническата задача процес на помирение забави. Първите признаци на загриженост за нарушаването на условията. Това включва разбиране, защото никой важни документи, както и на самата система.
Аз се приближих до доставката на първото издание на системата, които Изпълнителят трябва да бъде инсталиран на оборудване на Клиента. Изпълнител казва, че всичко е готово, но трябва да се изчака няколко дни.
Монтаж на системата е в разгара си, но без успех. система трябва да се настрои за още преди две седмици.
TK хармонизиращи срокове са отдавна отминали, но това не е много вълнуващо. Загрижеността във връзка с факта, че дори не може да се регулира системата.
Системата е инсталирана, но тя не работи добре. функционална част не се изпълнява изобщо, някои не са изпълнени, както се очаква, и все още не работи поради големия брой грешки. Недоволството на клиентите се увеличава.
Инсталирани нови версии системи, но всеки следващ освобождаване не работи по-добре от предишната. Протоколи от заседанията не са вече в ход. Срещата се превърна в взаимни претенции. Фактът, че техническото задание все още не са се съгласили, никой не си спомня.
Съставител дълги списъци с грешки на системата, които трябва да бъдат разгледани. Нови версии на нови системи съдържат поправки грешки, но намерени старите грешки, които да не са отстранени в по-ранните версии.
Изпълнител искате да започнете операцията изпитание на системата и подписването на приемане актове, но потребителите ще откажат да работят в системата, тъй като тя е, че не харесват, и често пада.
Актовете на етап приемане разработване на технически спецификации са подписани с обещание да се определи всички Изпълнител по-късно.
Забавянето на проекта е вече 30% - 50%. TK съгласи със задна дата.
Инсталирана И накрая, всички компоненти на системата. Ключови критични бъгове фиксирани, но работят в системата не е възможно поради функционални разстройства.
искания клиента да променят функционалност. Изпълнител се съгласява да не се заплаща допълнително, тъй като функционалните проектиран в съответствие с техническото задание. Клиентът отказва да приеме системата. От само себе си за дълъг период от неразбиране на какво да правят със системата.
Промени настъпват от страната на потребителя (хората се променят / процедури / процеси, както и други подобни). Благодарение на последните промени става ясно: по някакъв начин да започнат да работят в системата, е необходимо да се променят в съответствие с последните промени. Има допълнително споразумение за преразглеждане на системата. За да не се губят лице, ръководството се съгласи да обяви нова фаза на проекта.
От само себе си дълга фаза на завършеност. Дати вече са надхвърлили два пъти. Служителите на Изпълнителя и Клиента са уморени от проекта, но не знаят как да го спре. По проекта за промени на Изпълнителя и Ръководителя на проекта от екипа на проекта. Нов екип по проекта асемблира изисквания.
Клиентът разбира, че сегашната система няма да работи. Стари работа изглежда не са толкова лоша технология, в сравнение с новата система. Клиент пречи на прилагането на системата, доколкото е възможно, без да знае как да се измъкнем от това въведение.
От само себе си дълъг процес на преговори. В резултат на това страните се договорят за приемане на системата. Размер на възнаграждение на изпълнителя значително намален. Деяния затваря. Провалът не се нуждае от някоя от страните, така че с мълчаливо съгласие на проекта се счита за успех.
Оказва се, прессъобщение за успешното изпълнение на системата.

Ето това е, най-накрая, дългоочакваното окончателно. Това е като да не се провалят. Но ние знаем, ...

Защо са всички тези безсънни нощи, торбички под очите, разправии с колеги, убивайки нервните клетки, ако системата все още не работи, няма премии, както и очакваното професионално удовлетворение не дойде? Прекарах един огромен бюджет, но това, което имаме в крайна сметка?

"Както казах и преди старата роб механата:
"Ние търсим, ние виждаме само руините."
Sight, разбира се, много варварски, но е вярно. "
Бродски

Но би било много по-ефективно да се съсредоточи усилията си върху благородна кауза - опазването на местните ресурси, като същевременно се поддържа собственото си здраве и здрав разум. С други думи - не се опитвайте да спаси проекта, а напротив, да го удави възможно най-скоро. Сигурен съм, че вече знаете или да гадаем как да го направя.

Какво е необходимо, за да рушат проекта най-ефективно.

Научете се да се изработи проект за обобщение на екип експерти на Изпълнителя. Отхвърляне на кандидатурата на работниците и служителите, толкова дълго, колкото да не се увери, че:

Можете представени най-младите служители на изпълнителя компании, които дойдоха в отбора напоследък и нямат опит в проектирането.
Персоналът на екипа на проекта, не са работили заедно и преди.
Профил експерти на екипа на проекта, както е далеч от вашата тематика, както и архитектурата на предложеното решение не отговаря на инфраструктура на компанията.
Ръководител на изпълнителите на проекта уплаши и се държи колебливо.
Проектите се осъществяват от персонала на екипа по проекта, не са завършени или се провали.

Сложете нереалистични срокове на проекта.
Определя максималния брой проектни документи, които изискват одобрение.
Направете един много дълъг списък на служителите, отговаряща на проектна документация от ваша страна.
Затегнете координирането на работата. Откаже да подпише документите по проекта, като се позовава на несъответствието между държавните стандарти, вътрешни стандарти на компанията, на слаб или не-подробно бизнес процеси.
Постоянно променящите се изисквания към системата.
По-честа ротация на служителите, за да ви екип по проекта и специалисти по темата.
Ако смятате, че работата по проекта, обаче, е започнал да се стабилизира, да поиска от Изпълнителя да замени екипа на проекта заради провала на времето на етапи на проекта. Започнете отново от стъпка 1.

Съгласете се, всичко това прави много по-лесно, отколкото да умре за проекта. В този случай, вие нямате нищо за губене. Провалът на проекта - това не е провал, и вашия успех. И ако проектът все още е завършила успешно, системата се реализира, то тя е наистина добра система, която стегна в борбата, защото на вас. Вие във всеки случай ще остане в победата. И това може дори да е с премия. За успешното изпълнение на проекта или като резултат от намаляване на разходите за вашата компания.

Успех на проекта!

'' Според някои експерти, броят на такива проекти до 60% ''.
От личен опит смятам, че е процентът на 75-80%, а са получени някои проекти с само 2 или 3 пъти.

Във всеки проект presentedin причините за провала.
Понякога няколко наведнъж.
Основното, което във всеки проект е възможността да се преговаря и да Zakakzchika изпълнител.
Всеки от нас има достатъчно клиенти.

Аз вярвам, че един добър художник е в състояние да се учат от опита на Клиента с тези "недостатъци '' и време, за да се откаже от проекта, ако не знаете как да им се противопоставим. В противен случай - това е алчността, поради което е толкова нисък процент на успешни проекти.

Не е алчност съсипва домашния проекти. Липсата на алчност :-). Всичко, което се случва на регулярна проект е описано правилно, с добро чувство за хумор, в някои места, преминаващи в добро сарказъм. И изводът е добра - да се измести некомпетентен отбора възможно най-скоро :) Но дебата за това какво да направя, за да обикновен проект е в нормален отбор, и можете да продължите. Имам проста рецепта. Имаме нужда от повече пари и време! Рискове - са неизбежни. TK ще се изкриви, въпреки че имате. Ся. Специалисти художник ще се противопоставят на климата до последно, сякаш борбата враг на родината. Ще се промени и изисквания, както и специалисти от клиента. В живота, за да видите не е напълно компетентен екип от Изпълнителя. И какво? Всичко това се постига просто чрез увеличаване на бюджета, както е необходимо. Или г. рисковете в началната цена, като просто го увеличава три пъти. желанието на клиентите да плащат, да не бъдете алчни - е много важно. Но желанието на изпълнителя да поемат по-голям проект за една стотинка, поради липса на конкуренция и алчност просто опасно.

Елена Degtyaryova защото ИТ специалисти никога открито признават, за да заблуди хората, доверявайки се към техническия прогрес))) Ще се радвам да се намерят хора "," наивния към техническия прогрес ". Дори и така: '' безразличен '' (доверие ще се изгради - това е моята работа). По този начин главното условие на моята работа - да се опитаме да бъдем това, което аз zadurit. За да се преодолее безразличието на хората към прогрес, изкореняване на потребление (ИТ в частност) - това само трябва да направи и двете.

Свързани статии