Спазването на бюджета на клиента често се разбира погрешно като упражнение в ограничаването на промяната, докато всъщност става дума за правилното разбиране и контрол на промяната в хода на развитието на проекта.
Повечето запитвания относно софтуер започват от едно и също място. Организация разполага с вече съществуващ процес, който нерядко се е развил с течение на времето, и иска да го превърне в използваемо приложение, което подобрява ефективността, прозрачността и контрола.
На пръв поглед това звучи лесно. Процесът вече съществува, така че се приема, че може просто да бъде преведен в софтуер. В много случаи това е вярно. Ако бизнесът разбира процеса и може да го документира ясно, вие вече сте на стартовата линия.
От ръководна гледна точка това би трябвало да изглежда като позиция на контрол. Организацията знае какво прави, как функционира и от какво се нуждае, за да поддържа системата.
Предизвикателството започва, когато процесът започне да приема форма вътре в система.
Щом стане видим, хората започват да го виждат по различен начин. Те се ангажират, виждат как може да се развива и започват да разпознават нови възможности. Появяват се нови идеи, идентифицират се гранични случаи, а различни заинтересовани страни интерпретират как трябва да работи по малко по-различен начин. Това не е провал, а естествена част от правенето на процеса явен.
В този момент дори привидно простите промени трябва да бъдат преразгледани от всяка гледна точка и на всеки етап от процеса. Това, което изглежда незначително изолирано, може да има по-широки последствия, особено там, където са включени множество роли, решения и зависимости.
При добре структурирана доставка на софтуер акцентът е върху това, което е най-важно за организацията, а не само върху това, което искат заинтересованите страни. В много случаи това включва одитируемост, която е критична за организацията, но нерядко се пренебрегва в полза на допълнителни функции.
Заинтересованите страни естествено се фокусират върху това, което искат системата да прави. Те рядко се фокусират върху начина, по който тези промени трябва да бъдат внедрени, записани и управлявани, след като системата е в експлоатация.
Това променя характера дори на най-простото искане. Малката корекция вече не е само техническа промяна, тя се превръща в част от контролиран и проследим процес. В резултат на това това, което изглежда незначително, може да окаже много по-голямо въздействие, след като се вземат предвид съответствието с изискванията, отчетността и оперативната прозрачност.
Ако промяната не се контролира, резултатът също не се контролира.
Това, което започва като добре дефинирана инициатива, може бързо да се превърне в нещо съвсем различно — не поради лоши намерения, а поради липса на структура около начина, по който се вземат решения в процеса на развитие на системата. Цената не е само финансова. Тя се измерва във време, сложност, оперативни смущения и загуба на яснота.
Именно тук много организации губят контрол, без да го осъзнават.
Те смятат, че управляват доставката, докато всъщност посоката на системата се оформя постепенно от неизмерени промени.
Именно тук работи Libertas Software Research.
Не само в изграждането на системи, но и в гарантирането, че тези системи остават в съответствие с организацията в хода на тяхното развитие. Това означава създаване на структура около промяната, правене на нейното въздействие видимо и гарантиране, че всяко решение се разбира в контекста на разходите, времето и дългосрочната експлоатация.
Въпросът не е дали промяната ще настъпи.
Тя ще настъпи.
Въпросът е кой я контролира.