Сергей, а есть возможность выполнить работу по подготовке данных самому? За счет, конечно, заказчика.

Нет, это не реально.

Теперь подумайте, эта работа по подготовке разбиваема на отдельно мониторимые части?

На тестовых данных работоспособность уже показывали?

Ну на самом деле, по моему опыту в таких случаях прокатывало "чуваки, ждать вас некогда, вот описание API, ждём замечаний, если не согласуете - приступаем к реализации и придётся вам работать с ним"

но, опять же, это ретроспективный анализ, не?

"что мы могли бы сделать такого, чтобы не простаивать". Поздняк, Ярослав. Уже потратили ресурсы на улучшение. Бабла бы выбить)

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

Обычно, не может согласовать интерфейс та сторона, которая не готова. Опять же, обычно, нет оснований не принять первую. А когда вторая подоспеет - придётся дорабатывать интерфейсы, это да. Но это за отдельные деньги, ибо нефиг.

Именно! Технически работы можно разбить на части, но конечному пользователю нужно всё решение в целом, а не половинчатое.

Имею в виду технологическую неготовность к интеграции. Как правило системы второй нет)

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

А. Работы ведутся, задачи отслеживаются на канбан-доске, это всё открыто и прозрачно. Но с отставанием от графика

Значит отставание подготовки данных заметно задолго до того как оно начнет сказываться на интеграции?

Ярослав, у нашего общего заказчика в своё время тоже были работы по интеграции. Наш продукт был первым созданным, а интегрироваться мы должны были с тем что должно было быть реализовано через полгода, у них даже проекта не было. Я так понимаю, у коллег ситуация похожая, поэтому и не могут дать инфу. Ситуация типовая, встречался с этим у разных заказчиков, чуть ли не столько сколько вообще в ИТ работаю (не так уж и долго, к слову, но всё же). Замечать заранее можно сколько угодно, один хрен ничего от заказчика не добьёшься. Помимо того, чтобы вернутся в прошлое и прописать в условия договора соразмерную компенсацию за несвоевременное предоставление данных, можно, конечно, ещё вернуться в прошлое и согласовать самостоятельно подготовленную спецификацию интерфейса взаимодействия, чтобы не проставивать, или сделать что угодно. Но, если машины времени нет, это всё бесполезно =)

Нет, отставание не очень прогнозируемо... Кстати, это хорошо обсудить на митапе, эта ситуация - явный пример, почему скрам плохо справляется, а простой канбан смог бы сильно помочь. Есть несколько продуктовых команд, работающих по скраму (спринт в 3 недели). Для интеграции с нашим требуется доработка каждого продуктика. Продакт оунеры берут наше (внешнее) требование на доработку, приоритезируют, и получается, что наше требование находится в бэклоге в первой 5ке приоритетных доработок. С конца 😂

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

Есть ли опыт подготовки в удобной нотации единой схемы для отображения всей этой радости? Чем пользовались?

И вот мы ожидаем и ожидаем... Несложная по трудозатратам доработка в 2-3 человеко-часа может быть реализована через 3 недели. А может через 6 недель. А может и через 12, как в нашем случае. Это хороший пример неэффективности чистого скрама для кросс-продуктовых разработок, где несколько команд нужно синхронизировать вместе.

Enterprise Architecht, Visio, Draw.io, umlet - инструментов полно.

имею в виду - каким типом диаграммы?