Телеграмм чат группы devleadschat страница 21

2018 December 04

V

Vitaly in devleads chat

я не знаю,. длч чего

источник

14:55пожаловаться #1

AT

Aleksandr Tushin in devleads chat

Elina

Привет

Ребята, а подскажите пожалуйста, на какие столбцы у вас разбиты скрам доски в тасктрекерах (для команды разработки) ?

У нас команда из 13 человек.
Работаем одновременно над несколькими проектами в одной доске.

Сначала все было просто, все таски проходили этапы:
To do / In progress / Test / Done

Результат:
+ Просто-понятно для команды.
- Не отражает все этапы - слишком обобщенный вид.
- Менеджеру приходится контроллировать каждый таск, говорить тестировщикам, где его искать.

Сейчас сделали так:
To do / In progress / To deploy - Dev / To test - Dev / Release / Done

Результат:
- Сложно и не нравится разработчикам😕.
- Есть таски, которые не идут сразу на DEV, но их надо тестировать. Не понятно, куда их)
+ Менеджерам легче.
+ Тестировщики стали самостоятельнее.

Как у вас?

У нас: todo / dev / review / to test /testing / to deploy / done
по доске на каждую из 2х команд по 7 человек

источник

14:56пожаловаться #2

ИЦ

Игорь Цупко in devleads chat

Vitaly

по условиям задачи менеджеры смотрят

чтобы понять "как дела" без подробностей - можно сделать три колонки: не приступали, в работе, сделано. "в работе" например объединяет in progress+to deploy+to test и вот это всё

источник

14:56пожаловаться #3

AT

Aleksandr Tushin in devleads chat

слишкомм много статусов тоже плохо

источник

14:56пожаловаться #4

ИЦ

Игорь Цупко in devleads chat

Aleksandr Tushin

слишкомм много статусов тоже плохо

слишком много - это сколько?

источник

14:56пожаловаться #5

AM

Andrey Maksimov in devleads chat

У нас чуток канбана, но примерно так же:

analyze -  ready for dev - in progress - resolved - testings - deployed

И я периодически непонимаю зачем мне на этой доске статус деплоед. Но менеджеры хотятъ

источник

14:57пожаловаться #6

AT

Aleksandr Tushin in devleads chat

скажем 7+-2 будет оптимально. Иначе больше времени на доску быдет уходить

источник

14:57пожаловаться #7

AT

Aleksandr Tushin in devleads chat

если про физическую. В jira можно и больше статусов плодить

источник

14:58пожаловаться #8

ИЦ

Игорь Цупко in devleads chat

Aleksandr Tushin

скажем 7+-2 будет оптимально. Иначе больше времени на доску быдет уходить

👍 обоим комментариям этого господина :)

источник

14:59пожаловаться #9

АМ

Алексей М in devleads chat

Игорь Цупко

чтобы понять "как дела" без подробностей - можно сделать три колонки: не приступали, в работе, сделано. "в работе" например объединяет in progress+to deploy+to test и вот это всё

Согласен. Смотря какая цель у доски. Для кого она является информационной, а для кого инструментом.

источник

15:00пожаловаться #10

АМ

Алексей М in devleads chat

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

источник

15:01пожаловаться #11

VM

Viacheslav Muravlev in devleads chat

У нас задачи 2 уровней: задача бэклога (у нее статусы "В бэклоге", "В работе", "На тестировании", "Реализована", "Готова к поставке") и у нее есть подзадачи со статусами TODO-INPROGRESS-REVIEW-DONE. Есть 2 доски - для задач бэклога и для подзадач. Разработчики двигают подзадачи, я как тимлид, двигаю задачи бэклога.

источник

15:13пожаловаться #12

PA

Pavel Antonov in devleads chat

у нас разделено на две доски. одна - аналитика с целым набором своих статусов и там лучше зашёл kanban. вторая - разработка и scrum. всё, что вышло из аналитики, попало в backlog и ready-to-dev.

таким образом аналитики видят свой кусок, разрабы + тестировщики только свой.

источник

15:20пожаловаться #13

PA

Pavel Antonov in devleads chat

канбан с его ограничениями на WIP замотивировал аналитиков не бросать задачи на полпути. а шаг с approve от архитектора позволил повысить качество описания. да и весь процесс стал более наглядным.

источник

15:22пожаловаться #14

E

Elina in devleads chat

Здорово. Спасибо большое вам за такие подробные ответы!!

источник

15:23пожаловаться #15

RP

Robert Plant in devleads chat

Смотрю никто не использует список blocked, нужен для того, чтобы ни один разраб не начал делать задачу 1 которая после реализации задачи 2 может измениться или решиться сама или подтянуть еще 10 багов и так далее. Например поломался скрол главного экрана моибльного приложения, его нужно чинить, а так-же стоит задача на перероботку блоков главного экрана, решение первой а после второй задачи может сработать хорошо, а может все поломать, в том время как решение задачи 2 в первую очередь может починить задачу 1, а если нет, то выполняем 2 задачи как и планировали

источник

15:49пожаловаться #16

АМ

Алексей М in devleads chat

Robert Plant

Смотрю никто не использует список blocked, нужен для того, чтобы ни один разраб не начал делать задачу 1 которая после реализации задачи 2 может измениться или решиться сама или подтянуть еще 10 багов и так далее. Например поломался скрол главного экрана моибльного приложения, его нужно чинить, а так-же стоит задача на перероботку блоков главного экрана, решение первой а после второй задачи может сработать хорошо, а может все поломать, в том время как решение задачи 2 в первую очередь может починить задачу 1, а если нет, то выполняем 2 задачи как и планировали

Это же про приоритеты и сортировку… а не про доски. Или вы такие задачи в отдельные столбцы выносите?

источник

15:51пожаловаться #17

RP

Robert Plant in devleads chat

именно так

источник

15:52пожаловаться #18

AM

Andrey Maksimov in devleads chat

Robert Plant

Смотрю никто не использует список blocked, нужен для того, чтобы ни один разраб не начал делать задачу 1 которая после реализации задачи 2 может измениться или решиться сама или подтянуть еще 10 багов и так далее. Например поломался скрол главного экрана моибльного приложения, его нужно чинить, а так-же стоит задача на перероботку блоков главного экрана, решение первой а после второй задачи может сработать хорошо, а может все поломать, в том время как решение задачи 2 в первую очередь может починить задачу 1, а если нет, то выполняем 2 задачи как и планировали

Список нет, но в блокеры ставятся, либо задача 1 возвращается в analyze.

источник

15:53пожаловаться #19

RP

Robert Plant in devleads chat

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

источник

15:57пожаловаться #20