NP
мы просто гадаем на кофе \ чае \ смузи
Size: a a a
2020 February 07
КК
Nikita Poselyanov
согласен, и более того надо это делать через ИДЕНТИФИКАЦИЮ проблемы, т.е. это может быть дизайн, может быть гигена кода, может быть свалка в транке, может быть окружение ... ФСЁ что угодно
да, согласен)
NP
Ekaterina Maksimova
саппорт код тим?)
Support Code Team
R&D department, TAM advisery board
Неплохо😊
Support Code Team
R&D department, TAM advisery board
Неплохо😊
я в этом жил довольно долго, чуваков просто приковывают к батарее и фсё, сверху огромный чан с говном накопившимся за 50к мендеев разработки и он иногда резко опрокидывается, иногда понемногу льёт на головы невинных
NP
такая своеобразная пытка :)
NP
проект же сдали, надо бежать дальше
NP
времени фиксить нет ))) новые горизонты ждут
DK
Анатолий Матвеев
Интересно бы проверить такую утопичную схему)) - за каждый баг, потенциальный правщик дает ставку за сколько денег он выполнит эту работу, к нему присоединяются другие потенциальные правщики. Таким образом, организуется некая торговля за баг). Но самое интересное в том, что стоимость правки бага выплачивается победителю из оклада допустившего этот баг.)
Танки-онлайн
S
На финансы завязывать и еще там.. штрафовать - это стремно. Лучше челендж в какой-нить игре - проигравшая в пейнт бол команда правит самые дурацкие баги... Но все это все равно больше ради забавы, когда речь о бизнесе и эффективности, нужна система-таки ))
SP
Выглядит так что баги в данном случае похожи на техдолг. Анализировать причины возникновения, в результате заводить задачи на изменения в коде или окружении и брать в работу.
А текущие баги может решать дежурная команда, которая меняется каждый спринт по очереди. Исправлять их на скорую руку, чтобы бизнес не страдал. И отдельно еще команда поддержки должна быть, которая накапливает знания
А текущие баги может решать дежурная команда, которая меняется каждый спринт по очереди. Исправлять их на скорую руку, чтобы бизнес не страдал. И отдельно еще команда поддержки должна быть, которая накапливает знания
АМ
Denis Kachnov
Танки-онлайн
А в чём смысл поста?
K
У нас часто баги были... Когда люди оценивали в 3 часа а потом надо было успевать
Блин до сих пор помню участок кода который начинался с такого комментария
До демо 3 часа и пока напишем так
...
Его потом год не могли поправить
Пока не удалили и не сделали заново
Блин до сих пор помню участок кода который начинался с такого комментария
До демо 3 часа и пока напишем так
...
Его потом год не могли поправить
Пока не удалили и не сделали заново
K
А так нужно всех глубоко копать
Когда несколько команд берут больше и кидают дальше
Там так можно накидаться
Не все это вынесут
Нужно кодовую базу приводить к единому стандарту
Когда несколько команд берут больше и кидают дальше
Там так можно накидаться
Не все это вынесут
Нужно кодовую базу приводить к единому стандарту
S
стандарту "пишите код хорошо!"
DK
Анатолий Матвеев
А в чём смысл поста?
В реализации близкого к твоей теории принципа
DK
Можно погуглить доклад на аджайл дейз года этак 2014-2016.
K
стандарту "пишите код хорошо!"
Это не работает
K
Выглядит так что баги в данном случае похожи на техдолг. Анализировать причины возникновения, в результате заводить задачи на изменения в коде или окружении и брать в работу.
А текущие баги может решать дежурная команда, которая меняется каждый спринт по очереди. Исправлять их на скорую руку, чтобы бизнес не страдал. И отдельно еще команда поддержки должна быть, которая накапливает знания
А текущие баги может решать дежурная команда, которая меняется каждый спринт по очереди. Исправлять их на скорую руку, чтобы бизнес не страдал. И отдельно еще команда поддержки должна быть, которая накапливает знания
Странно слышать про отдельные команды которые накапливают знания в группе по agile
Меня за такое чуть не банили тут
Меня за такое чуть не банили тут
DK
У нас все компоненты в каждой команде. Норм подойдет.
Принёс вам инсайт по теме с тренинга по LeSS от Баса Водде) @gospodchikovs просил инсайтов)
DK
Component ownership (командный) в продакшене - Окей
Component ownership в разработке - Нот Окей
Component ownership в разработке - Нот Окей