Вопрос с ценностью в ИТ на самом деле не тривиальный. Задумывались ли Вы, что такое ценность? О ней так много говорят, но никто толком не может дать ответ, что же она из себя представляет. Является ли ценностью процесс в целом или ей может быть часть бизнес-процесса, выпущенная в текущем релизе?
На основании десятков кейсов могу утверждать - ценностью обычно является только бизнес-процесс в целом. Части бизнес-процесса обычно не несут в себе ценности.
Тогда вопрос: имеет ли смысл релизить процесс по частям, если части сами по себе не несут никакой ценности?
Давайте рассмотрим процесс из схемы. Это процесс изготовления партии полиграфических товаров для поставки Ozon FBS.
Полиграфическая ��омпании производит печатную продукцию по изображению, присланному клиентом. Менеджер обсуждает макет с клиентом и по результатам заносит в систему согласованный макет.
Далее из всей совокупности полученных заказов автоматически формируется задание на печать, т.е. список изображений, которые Производственнику необходимо распечатать, упаковать и отправить клиенту. Т.к. в день приходит порядка сотни заказов, то ручник в этом процессе уже не работает.
Вопрос: несет ли в себе ценность выделенный фрагмент процесса с картинки? Имеет ли смысл его релизить и регистрировать как эпик или лучше дождать релиза целиком всего процесса?
Больше информации о корпоративной архитектуре у меня на канале "Enterprise Architecture - Практики и решения" https://t.me/eapractice
По большому счету нет, этот фрагмент не несет в себе ценности. Почему? А вот почему:
В первую очередь надо понять, что ценность - это всегда ценность для компании и для бизнеса, а не для ИТ. И никак иначе.
Выделенный фрагмент на рисунке - это загрузка согласованного с клиентом макета в систему Менеджером. Но дело в том, что для бизнеса нет проблемы в этой части.
Сейчас все макеты складываются в Фигму и сохраняются на сетевой диск. Для бизнеса это не является проблемой от слова совсем. Здесь всё работает хорошо.Они не хотят здесь ничего менять.
Для бизнеса проблема состоит в том, что сейчас процесс изготовления тормозит в целом - в нём постоянно возникают проблемы и брак, вызванные ручными действиями людей. И для бизнеса ценность именно в том, чтобы заработал весь процесс целиком.
Еще раз: бизнесу не нужна отдельная часть. Бизнесу нужен процесс в целом. Для него бессмысленно иметь один работающий фрагмент. Этот фрагмент не даст бизнесу работающего процесса прямо сейчас.
Получается, что релизить один фрагмент не особо-то интересно и целесообразно. И уж точно в этом нет никакой ценности для бизнеса.
Допустим, фрагмент с регистрацией макетов все же зарелизили. Что из этого получится? Получится то, что он будет работать в мусор, потому что элементарно не будет ни одной системы, которая сможет использовать его результаты.
А иногда еще хуже - менеджера заставляют вносить в новую систему информацию, а затем оказывается, что этими данными никто и никогда больше пользоваться не будет. Плохо, одним словом.
Единственное, что может оправдать релиз одного отдельного фрагмента - это отсутствие достаточного количества разработчиков и объективная необходимость пошаговой реализации проекта. Тогда да, фрагмент релизится, проверяется его работоспособность и далее делается пауза вплоть до той поры, пока не будет реализован какой-нибудь его потребитель.
Иногда фрагменты дают определенную ценность и могут работать автономно. Например, в той же самой полиграфической компании работает микросервис, который получает заказы Ozon FBS, обогащает их и складывает в отдельную БД. Ценность тут в том, что далее эту базу с заказами можно использовать саму по себе для анализа продаж. Т.е. автономно работающая БД заказов ценна для компании как таковая.
Поэтому совет: всегда, когда речь заходит о релизах, проверяйте наличие ценности в том, что Вы релизите - это может сберечь Вам очень много времени и денег.
Больше информации о корпоративной архитектуре у меня на канале "Enterprise Architecture - Практики и решения" https://t.me/eapractice
