Разработка программного обеспечения :: Если вы не контролируете изменения, вы не контролируете бюджет

Бюджет — это не ограничение изменений

С чего начинается большинство программных проектов

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

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

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

Когда процесс становится видимым

Сложности начинаются, когда этот процесс обретает форму внутри системы.

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

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

На что обращают внимание заинтересованные стороны и что нужно организации

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

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

Почему небольшие изменения не являются небольшими

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

Контроль определяет результат

Если изменения не контролируются, то и результат тоже не контролируется.

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

Именно здесь многие организации теряют контроль, даже не осознавая этого.

Они считают, что управляют поставкой, тогда как на самом деле направление развития системы постепенно формируется неизмеримыми изменениями.

Именно здесь работает Libertas Software Research.

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

Вопрос не в том, произойдут ли изменения.

Они произойдут.

Вопрос в том, кто ими управляет.

PrimeCRM