LM
И h и sp
Size: a a a
2020 April 06
IL
а трекаете баги как таски или как us?
LM
Раньше - никак не тракали
Критичные блокировали основной таск
Минорные - оформляли в отдельные задачи
Критичные блокировали основной таск
Минорные - оформляли в отдельные задачи
LM
Сейчас - сказано пилить блокирующими все
IL
баг блокирует в итоге фичу или сторю?
LM
IL
Тогда понятно, почему раньше вы их не оценивали. А ты у шефа не спрашивала, зачем ему это?
LM
Эстимировать чтобы позже соотносит с логированым
Ну я не шучу
IL
так я тоже не шучу
LM
Ну так и сказал
IL
Если баг как сторя, то логично его оценивать как любую другую сторю и наравне с остальными сторями расставлять приоритеты и планировать. Если же баг как таска, то соответственно.
PL
А как вам такой подход, что багов нет? Ну во просто нет их. Есть недоработки вследствии недостаточной проработки стори. Соответственно, все выявленные недоработки трекаются как новые стори - без каких либо отличий.
Вы же не будете заводить багу на то, что ваше андроид-приложение не запускается на блекбери или на десктопе с x86 эмулятором андроида
Вы же не будете заводить багу на то, что ваше андроид-приложение не запускается на блекбери или на десктопе с x86 эмулятором андроида
IL
Перекуем баги на фичи - старый лозунг.
IL
А как вам такой подход, что багов нет? Ну во просто нет их. Есть недоработки вследствии недостаточной проработки стори. Соответственно, все выявленные недоработки трекаются как новые стори - без каких либо отличий.
Вы же не будете заводить багу на то, что ваше андроид-приложение не запускается на блекбери или на десктопе с x86 эмулятором андроида
Вы же не будете заводить багу на то, что ваше андроид-приложение не запускается на блекбери или на десктопе с x86 эмулятором андроида
Если ББ или x86 - это целевые платформы, то буду
PL
Перекуем баги на фичи - старый лозунг.
Ну, это скорее про ответственность и про качественную проработку задачи.
2020 April 07
PL
Если ББ или x86 - это целевые платформы, то буду
не целевые, но это тоже андроид
IL
Но опять-таки зависит от контекста. Если разраб сказал, что работает, а оно не работает, то это баг. Если продакт пришел, и сказал, что теперь надо еще и ББ - фича.
LM
Если баг как сторя, то логично его оценивать как любую другую сторю и наравне с остальными сторями расставлять приоритеты и планировать. Если же баг как таска, то соответственно.
Баги не принимаются в скоуп задач как отдельные сущности.
Они наследуют приоритет родительской таски и блокируют ее завершение.
Нет опции «Выбираем: та сторя или этот баг».
Делаем баг, пока не закрываем баг, а тогда закрываем строю.
Они наследуют приоритет родительской таски и блокируют ее завершение.
Нет опции «Выбираем: та сторя или этот баг».
Делаем баг, пока не закрываем баг, а тогда закрываем строю.
PL
Но опять-таки зависит от контекста. Если разраб сказал, что работает, а оно не работает, то это баг. Если продакт пришел, и сказал, что теперь надо еще и ББ - фича.
мамой клялся? ну, наверно, ему стоит поработать где-то еще
IL
Баги не принимаются в скоуп задач как отдельные сущности.
Они наследуют приоритет родительской таски и блокируют ее завершение.
Нет опции «Выбираем: та сторя или этот баг».
Делаем баг, пока не закрываем баг, а тогда закрываем строю.
Они наследуют приоритет родительской таски и блокируют ее завершение.
Нет опции «Выбираем: та сторя или этот баг».
Делаем баг, пока не закрываем баг, а тогда закрываем строю.
Да, понятно. Я бы в таком контексте сначала выяснил у шефа, что он дальше с этим делать будет.