Post #438
464
Что делать со старыми багами?
В любой компании, где есть хоть какое-то айти, так или иначе постоянно копится какой-то техдолг. Где-то баги фиксятся сразу после релиза, где-то есть санитарные спринты. Но легаси растет, сложность систем растет, количество зависимостей растет. Явные или неявные баги обычно все равно продолжают появляться.
В августе мы массово реджектнули порядка 200 старых багов. По началу я сильно сопротивлялся такому решению и очень переживал, что у нас в продукте останутся баги, на которые мы забьем и с которыми клиентам придется жить. А это не вписывалось в мои запросы относительно качества продукта.
После этого события я даже отдельно выписал порядка 30 багов, которые, не хотел реджектить, поскольку считал их фикс особо важным. Но ирония в том, что с момента массового реджекта прошло уже три месяца и на днях я впервые вспомнил про тот самый список, с момента его создания.
Почему такая история нормально работает:
⁃ есть отклонять действительно старые баги, то они либо совсем незначительные и встречаются в очень редких кейсах либо, скорее всего, были побочно пофикшены какими-то другими доработками
⁃ такая чиста морально сильно помогает команде из-за того, что списывается ощущение большого долга
⁃ при этом команде не приходится тратить кучу усилий, чтобы реально прогонять все баги по тесткейсам вручную, при том, что некоторые из них трудно воспроизводить
Конечно, к этому инструменту надо подходить с головой и не прятать под ковер свежесозданные проблемы. Но при грамотном подходе такая практика может быть вполне хорошей.
В любой компании, где есть хоть какое-то айти, так или иначе постоянно копится какой-то техдолг. Где-то баги фиксятся сразу после релиза, где-то есть санитарные спринты. Но легаси растет, сложность систем растет, количество зависимостей растет. Явные или неявные баги обычно все равно продолжают появляться.
В августе мы массово реджектнули порядка 200 старых багов. По началу я сильно сопротивлялся такому решению и очень переживал, что у нас в продукте останутся баги, на которые мы забьем и с которыми клиентам придется жить. А это не вписывалось в мои запросы относительно качества продукта.
После этого события я даже отдельно выписал порядка 30 багов, которые, не хотел реджектить, поскольку считал их фикс особо важным. Но ирония в том, что с момента массового реджекта прошло уже три месяца и на днях я впервые вспомнил про тот самый список, с момента его создания.
Почему такая история нормально работает:
⁃ есть отклонять действительно старые баги, то они либо совсем незначительные и встречаются в очень редких кейсах либо, скорее всего, были побочно пофикшены какими-то другими доработками
⁃ такая чиста морально сильно помогает команде из-за того, что списывается ощущение большого долга
⁃ при этом команде не приходится тратить кучу усилий, чтобы реально прогонять все баги по тесткейсам вручную, при том, что некоторые из них трудно воспроизводить
Конечно, к этому инструменту надо подходить с головой и не прятать под ковер свежесозданные проблемы. Но при грамотном подходе такая практика может быть вполне хорошей.
- 👍 3
- 🦄 2
- ❤ 1
- 🔥 1
- 🍌 1
- 💅 1





