В предыдущем посте я рассказывал как выглядит Jira Workflow и пайплайн задач в кросс-функциональной команде разработки. В этой заметке, которая писалась как шпаргалка для внутреннего использования, приводится более полное описание процесса от момента постановки задачи до ее релиза. А еще, она точно не понравится адептам канонического Scrum. Состав команды * Владелец

Я стараюсь придерживаться принципа KISS (keep it stupid, keep it simple) не только при написании кода, но при выстраивании процессов внутри команд. Так, например, приведенный Jira Workflow имеет максимально прозрачный пайплайн выполнения задач. Типы запросов * Задача — задача, которую необходимо выполнить. * Подзадача — задача меньшего объема в рамках задачи. * Баг — проблема, которая