Comments 4
Денис, а как Вы планируете поставки , например, одна команда делает доработку которая влияет на другие системы. Разработка идет последовательная? Или всегда есть возможность делать параллельно?
Добрый день, ключевой момент здесь понять - как доработка влияет на другие системы. От этого будет зависеть сценарий действий и развертывания.
Приведу пару примеров:
Самый простой случай - когда команда А дорабатывает что-то на фронте, кнопку например, а команда Б дорабатывает бэк часть - расчет процента. В этом случае , что разработка и развертывание должны идти вместе. Хотя, например и здесь возможны исключения- когда команда реализует и выкатит бэк часть до фронта.
Другой пример - несколько команд реализует функционал выдачи кредита. Тут возможны под-сценарии. т.е. где-то разработка может идти последовательно - например пока одна из команд не реализует API, другие команды не могут полноценно начать свою часть. Однако опять же могут быть исключения - команды могут начать разработку на “заглушках”. Соответственно как только API будет реализовано, другие команды могут полноценно приступать к работе параллельно.
Кроме этого, при выводе таких поставок, где есть задачи влияющие на другие системы мы собираем информацию и проясняем такие моменты:
Если задача влияющая на смежную систему выйдет в следующей поставке - как это повлияет на текущий функционал?
Как это повлияет на новый функционал?
Проводилось ли совместное тестирование со смежной системой?
Если задачи смежных систем, между которыми есть влияние друг на друга, выводятся совместно, но между ними есть промежуток времени, то как это скажется на сервисе, на клиентах?
Вопросов на самом деле больше, но я привел основные. Такая информация помогает спланировать поставку.
И еще заметил что Банк походу уходит от англицизмов, поставка , сокращения все на русском языке?
Небольшая поставка: большое приключение для менеджера поставки