Волатильность.

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

Также, процесс создания ИТ-решений можно представить в виде колеблющейся кривой. (см. волны волатильности на картинке)

Максимальную амплитуду кривая имеет в начале проекта, при последующих этапах линия стремится к прямой. На начальных этапах колебания кривой связаны с «утряской» требований и необходимостью дать ответы на большое количество вопросов: • что именно хочет заказчик? • какие альтернативы возможны? • какие компромиссы и ограничения существуют? • какие нефункциональные требования нужно обеспечить? • еще бесконечное множество вопросов, споров, конфликтов

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

Вывод: Ценность бизнес-аналитика заключается в том, что он своей работой позволяет снизить амплитуду кривой, а в идеале сводит её к нулю перед тем как требования попадут в разработку. Почему? Потому что ошибки после старта разработки стоят в разы дороже.

P.S. Простите за англицизмы, кому некомфортно, прикладываю описание терминов: exploration- исследование concession – уступки, компромиссы workaround – обходные пути implementation – реализация operation and use - эксплуатация и использование evolve and change – эволюция и изменения

P.P.S. За картинку и идею спасибо моей коллеге из МТС Диджитал Оксане Демидовой, это она прочитала книжку и поделилась со мной на одном из митапов БА✌️

Источник книга: Alan McSweeney, Introduction to Solution Architecture, 2019