Розробка програмного забезпечення :: Якщо ви не контролюєте зміни, ви не контролюєте бюджет

Бюджет — це не обмеження змін

З чого починаються більшість проєктів з розробки ПЗ

Більшість запитів, пов'язаних із програмним забезпеченням, починається з одного й того самого місця. Організація має наявний процес, нерідко щось, що розвивалося з часом, і хоче перетворити його на зручний застосунок, який підвищує ефективність, прозорість і контроль.

На перший погляд це звучить просто. Процес вже існує, тож передбачається, що його можна просто перенести у програмне забезпечення. У багатьох випадках це так. Якщо бізнес розуміє процес і може чітко його задокументувати, ви вже на стартовій лінії.

З точки зору керівництва це повинно сприйматися як позиція контролю. Організація знає, що вона робить, як вона функціонує і чого вона потребує від системи.

Коли процес стає видимим

Труднощі починаються, коли цей процес починає набувати форми всередині системи.

Щойно він стає видимим, люди починають бачити його по-іншому. Вони залучаються, бачать, як він може розвиватися, і починають помічати нові можливості. З'являються нові ідеї, виявляються граничні випадки, а різні зацікавлені сторони трактують те, як це має працювати, дещо по-різному. Це не невдача, це природна частина формалізації процесу.

На цьому етапі навіть простіші зміни потребують розгляду з кожної точки зору та на кожному етапі процесу. Те, що здається незначним ізольовано, може мати ширші наслідки, особливо там, де задіяно кілька ролей, рішень і залежностей.

На чому зосереджуються зацікавлені сторони і що потрібно організації

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

Зацікавлені сторони природно зосереджуються на тому, чого хочуть від системи. Вони рідко зосереджуються на тому, як ці зміни мають бути реалізовані, зафіксовані та керовані після запуску системи в експлуатацію.

Чому невеликі зміни не є невеликими

Це змінює характер навіть найпростішого запиту. Невелике коригування — це вже не просто технічна зміна, воно стає частиною контрольованого та відстежуваного процесу. У результаті те, що здається незначним, може мати набагато більший вплив, коли враховуються відповідність вимогам, підзвітність та операційна видимість.

Контроль визначає результат

Якщо зміни не контролюються, результат теж не контролюється.

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

Саме тут багато організацій втрачають контроль, не усвідомлюючи цього.

Вони вважають, що керують постачанням, тоді як насправді напрямок системи поступово формується невимірними змінами.

Саме тут і діє Libertas Software Research.

Не просто в побудові систем, а в забезпеченні того, щоб ці системи залишалися узгодженими з організацією в міру їх розвитку. Це означає створення структури навколо змін, забезпечення видимості їхнього впливу та гарантію того, що кожне рішення розуміється в контексті вартості, часу та довгострокового функціонування.

Питання не в тому, чи відбудуться зміни.

Вони відбудуться.

Питання в тому, хто їх контролює.

PrimeCRM