Време ли е да сложим край на проекта?

---

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

• Какво е качеството на информацията, която се произвежда от системата?
• Информацията точна ли е? Съвременна ли е? Дава ли съдържанието добавена стойност на организацията? Каква информация дава – ползваема или проста?
  
• Какво ниво на поддръжка е необходимо? Зле разработените приложения могат да изискват няколко ИТ служители на пълно работно време за поддръжка. Оправдани ли са тези разходи от стойността на информацията, която се произвежда?
  
• Системата склонна ли е към фалове при производствения процес?
  
• Дали приложенията и документацията не са толкова сложни, че само един или двама служители в ИТ отдела да разбират как работи системата?
  
• Технологията, която се използва в системата, ясна ли е? Достатъчно широко използвана ли е и има ли поддръжката на дистрибутора?
  
• Приложенията изискват ли прекомерно време и усилия, да бъдат модифицирани, за да посрещнат променящите се нужди на организацията?

Решението да прекратите проекта ще бъде посрещнато доста негативно от страна на екипа и засегнатите служители, както и от ръководството. Това не е работа за страхливци. И след като веднъж сте повдигнали въпроса, трябва да знаете, че сте в доста трудна позиция.
Като пример - въпреки трудностите и несъгласията, които съществуват между страните, включени в разработката на проекта, искането за неговото преустановяване със сигурност ще ги обедини. Ще се намесят его, гордост, професионална репутация и възможности за напредък.
Ще има мнения за финансови загуби, инвестирани в проекта. В допълнение ще има и хора, които ще посочат потенциалните бизнес пропуснати ползи.
Всичко това е вярно. И затова трябва да прекратите един проект само ако сте сигурни, че това е най-разумното действие.
Емоцията може да бъде сред факторите, които които определят прекратяването на проекта. Затова е важно да сте наясно, че искате това единствено по чисто прагматична бизнес причина, а не поради факта, че са възникнали препятствия, които изглеждат непреодолими.
Излагането на фактите е правилният начин да приковете вниманието на тези, които ще решават съдбата на проекта. В крайна сметка само едно е важно – да се обосновете защо е необходимо организацията да предприеме такова действие. Затова направете списък с проблемите, всеки един от които трябва да бъде подкрепен с обяснение защо не може да бъде решен или защо разрешаването му ще изисква повече време и разходи, отколкото е разумно да се направят.
Истината е, че част от задълженията на ИТ професионалиста е да направи оценка на работата в екипа и ако тя изостава, значи е време да се протестира и да се помисли за прекратяване на проекта.