Часовой механизм вместо хаоса: как проектировать кросс-продуктовые решения и не сойти с ума

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

Суть и раскрытие проблематики будет осуществляться на примере большой фичи (решения) из реальной практики - "Отправка обновлений ПО из управляющего приложения на управляемые продукты".