D
интересно что это за формат команды, где есть такое разделение по типу задач
хм, всегда так делаю...
Size: a a a
2020 April 28
D
любой набор фронт+бэк, которые пилят сервис с апишкой для веб и мобилок. каждый делает свое. при этом бекеры это веб-фулстек, но переключатся на фронт лишнее время. зачем бы его тратить. ну и с задачами аналогично. пилил фичу - все, она твоя.
S
любой набор фронт+бэк, которые пилят сервис с апишкой для веб и мобилок. каждый делает свое. при этом бекеры это веб-фулстек, но переключатся на фронт лишнее время. зачем бы его тратить. ну и с задачами аналогично. пилил фичу - все, она твоя.
а зачем им иметь общую борду и спринт? например есть команда из 8 человек, backend, которые пилят два микросервиса, логичнее же их разделить на две, нет? с отдельными спринтами. Я из мобильного мира, может просто не встречал такие ситуации, у нас есть команды по 4-7 человек, у каждой свой спринт, свои эпики, и внутри команды все взаимозаменяемы, каждый может продолжить работу другого, или даже парное программирование практикуется.
D
на разных этапах разные методики. когда только стартуем, то много и часто вместе. иначе потом на интеграционных тестированиях зависнем. когда все готово и все взаимодействия есть. и стабовые сервисы тоже. работают отдельно
D
по поводу взаимозаменяемости, у меня скорее посыл такой. что переключение контекста это время. я думаю, что лучше его не тратить. из своего опыта мне на перестройку с бека на фронт нужно много времени. может 30% уходить. если одновременно и бек и фронт делать.
D
аналогично с фичами, которые делал другой разработчик.
D
но естесвенно, все заменяемы. как иначе
D
а зачем им иметь общую борду и спринт? например есть команда из 8 человек, backend, которые пилят два микросервиса, логичнее же их разделить на две, нет? с отдельными спринтами. Я из мобильного мира, может просто не встречал такие ситуации, у нас есть команды по 4-7 человек, у каждой свой спринт, свои эпики, и внутри команды все взаимозаменяемы, каждый может продолжить работу другого, или даже парное программирование практикуется.
я про небольшие команды, 8 человек это сразу вообще все. видимо с этого стоило начать)) сорян
S
я про небольшие команды, 8 человек это сразу вообще все. видимо с этого стоило начать)) сорян
спасибо, понял ситуацию
sd
Мы делаем тренажер самолета. Например, в задаче вроде "нет маркера в таком-то режиме" для того, кто не ковырялся в этом режиме последние полгода, не всегда понятно даже с чего начать
AS
Собрать всех у большого экрана (в широком смысле).
Мы делаем так:
1) Пробковая доска с бумажками. Особый ритуал, как будто елку наряжаешь.
Бумажки печатаем, потом режем специальным резаком. Причем резак притащил один из членов команды, когда надоело ножницами вертеть.
2) Большой телек, в который ведущий вставляет свой ноут и по очереди открывает задачи
Мы делаем так:
1) Пробковая доска с бумажками. Особый ритуал, как будто елку наряжаешь.
Бумажки печатаем, потом режем специальным резаком. Причем резак притащил один из членов команды, когда надоело ножницами вертеть.
2) Большой телек, в который ведущий вставляет свой ноут и по очереди открывает задачи
Скобок времени на это тратите?
sd
на планирование? 2-2.5 часа
sd
на украшение доски - минут 10
DS
а у вас бывают люди от заказчика на планировании?
NK
а у вас бывают люди от заказчика на планировании?
да, если ты - аутстаф)
DS
если ты аутстаф в компании заказчика?
NK
sd
а у вас бывают люди от заказчика на планировании?
Если заказчиком считать главного конструктора, то пару раз был, затем перестал. Что ему там делать, по большому счету? Его волнует подписанный проверяющими акт испытаний, а не обсуждения как в 10 мс уложиться
DS
Вопрос в расставлении приоритетов таскам и отбор их на след спринт.
DS
В идеале чел от заказчика должен направлять