И это тоже на доске?

Я стек отдельно на диске сохраняю.

Персистентный стек.

На самом деле, он просто не понимает, как пользоваться досками, и хочет, чтобы ему рассказали про свои практики.

Я согласен, что девелоперу, который ничо не менеджит, доска не нужна.

Доска даёт обзорное представление о том, что делается в некотором скоупе. Если тебе такой обзор не нужен (а зачем он тебе, если у тебя есть своя последовательность тасок?) — то тебе и доска не нужна.

Ну да, и пример мой был именно девелопера обычного

Разве что чтобы заметить, что ты забыл передвинуть свои таски

Скажем, что-то уже починено, а в трекере повисло в in progress.

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

И даже щас я в соло если разрабатываю, то юзаю какую нибудь трелло чтоб понимать что я сделал, что еще сделать нужно

Для одного вообще банального туду списка достаточно.

Потому что параллелизации ноль.

Burndown.

Красиво. Но масштаб неподходящий.

Так смысл записывать все как раз таки чтобы не держать контекст в голове

Ну если говорить про практику, то я организовывал работу таким образом:
(Проект это телеграм бот, проект не для продажи, а лишь для получения опыта командной разработки)
В начале старта проекта, мы собрались командой и на Miro спроектировали интерфейс нашего бота.
Затем разбили проект и весь запланированный функционал на 3 этапа, 2 прототипа, и релиз.
В жиро прикрепили ссылки на миру и гитхаб, в дорожной карте отметили сроки эпиков(этапов)

Затем я приступил к проектированию доски, доска была не классическая, а кастомная, из колонок там были (идеи, прототипирование, ожидающие, в прогрессе, ревью, тестирование, выполнено)

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

Тут я малость всего описал конечно, ибо писать можно долго.

Я каждый день следил за работой и там было видно кто занимается хренью, кто работает но у него что-то не выходит по срокам, кто вообще забил или забыл что есть работа и т.д, видно кто работает очень хорошо и каждый день закрывает таски. Каждый день понимаешь на каком этапе проект и укладываешься в срок или нет.

Блять я заебался писать

Gitlab?

Youtack

Ажур девопс