SP
одновременно и более качественную декомпозицию можно получить и еще если дизайн ревью какой эксплуатируете вообще ништяк
Size: a a a
2021 June 07
SP
ну то есть если хотите эстимировать подзадачи значит "чет они у вас долго висеть могут значит"
SP
ну и диаграммы ганта - всегда находите общие зависимости которые мешают паралелить выполнение задач и выносите их первыми. Можно делать стабы и контракты (обычно можно за пару часов договориться сделать и дальше раскидывать задачи)
SP
то есть вот прям для "подзадач" все это больше симптом проблем внутри команды нежели необходимая штука.
SP
это как желание ввести обязательный код ревью потому что люди говно в мастер льют. Желание тотального контроля без понимания откуда проблемы
M
ыыы да уж.. поэтому у нас мастер закрыт для пушов, да и дев тоже
SP
это к слову один из самых простых способов создать ботлнек на ровном месте)
SP
ни разу не видел что бы "обязательный ревью" спасало от говна без ущерба предсказуемости деливери
SP
и это я еще не говорю про "QA потестить за тобой должен" - еще одна черная дыра
M
блин у нас это прям наоборот спасение. сам апрув - это формальность. но коммит должен собраться на cicd, пройти верификацию и там если все зелененькое то99% можно апрувить. а если позволить тупо лить... (у нас в коммерческиих проектах старой версии все так и происходит) - там начинается аквадискотека
SP
не, я ток про то что кто-то апрувнуть должен и посмотреть перед тем как мерджить. А так да - зеленый билд тогда можно в мастер.
i
Сейчас именно так. Сделал задачу, ждешь код ревью. Потом qa. Потом сборка релиза. Потом мерж. Снова qa. И потом деплой.
SP
вот первое что я сделал придя на текущий продукт - убедил всех отказаться от тестирования фичабрэнчей
SP
пока отказаться от код ревью не убедил да и не думаю что мы готовы, нужно сначала внедрить "альтернативы" и что бы оно вместе поработало какое-то время
SP
+ для легаси все еще "экспертное ревью" будет нужно.
M
ну вроде не напргает. но иногда ) в зеленых билдах попадается всякое. редко правда.
SP
я мастер регулярно смотрю в любом случае
i
Не понял. Т.е. лить в мастер и деплоить без перекладывания ответственности на тестировщиков?
SP
как-то часто бывает о ПР - вроде все ок. о второй ПР - вроде все ок. О третий ПР - тоже ок. А потом все в сборе в мастере смотришь - "что блядь?"
SP
trunk based development + release branches.