Игрофикация багфикса. Кейс одной компании (Максим Коробцев, AgileDays-2014) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) () |
StasFomin (обсуждение | вклад) (Batch edit: replace PCRE (\n\n)+(\n) with \2) |
||
(не показаны 32 промежуточные версии этого же участника) | |||
== Аннотация == ;Докладчик: {{Speaker|Максим Коробцев}} <blockquote> У любой компании, занимающейся разработкой ПО, всегда есть определённое количество накопившихся ошибок. Не важных багов, которые всегда исправляются перед выходом в релиз, а скорее недоделок, представляющих собой этакий технический долг, который копится и копится, но который в конечном счёте нужно выплачивать. Проект с большим количеством багов всегда тяжело поддерживать, он вызывает негатив у пользователей. И нет такой софтверной компании, в которой это было бы не так. Если вы откроете у себя JIRA и посмотрите фильтр Created vs Resolved, т. е. соотношение созданных и исправленных багов, вы увидите непрерывно возрастающий график. Это означает, что неисправленных багов с течением времени становится только больше. Исправлять старые баги большая головная боль. Их приоритет всегда ниже, чем у новых проектов, и нередко бывает так, что они остаются ничьи сотрудник уже в компании не работает, а баг остался. Цель у этого доклада рассказать, как можно исправить ситуацию. Причём рассказать не просто на пальцах, а на конкретном примере того, что мы сделали в одной компании. </blockquote> == Видео == {{vimeoembed|90816896|800|500}} {{youtubelink|y5wn9oWqHik}}{{letscomment}} <!-- pollholder --> == Слайды == [[File:Игрофикация багфикса. Кейс одной компании (Максим Коробцев, AgileDays-2014).pdf|left|page=-|256px]] {{----}} == Примечания и отзывы == * [{{ConferencePage|http://msk14.agiledays.ru/members/profile/279/#report-58 Страничка доклада на сайте конференции]}} * [http://habrahabr.ru/company/odnoklassniki/blog/220329/ Статья по теме доклада на хабре] [[File:Dilbert-Bugfix-Gamification.gif|center]] <!-- <blockquote>[©]</blockquote> --> <references/> [[Category:AgileDays-2014]] [[Category:ToPublish]] [[Category:Геймификация]] [[Category:Agile process]] [[Category:История из практики]] <!-- topub --> {{stats|disqus_comments=1|refresh_time=2021-08-31T17:04:12.684393|vimeo_comments=0|vimeo_plays=62|youtube_comments=0|youtube_plays=90}} |
Текущая версия на 12:20, 4 сентября 2021
Содержание
Аннотация
- Докладчик
- Максим Коробцев
У любой компании, занимающейся разработкой ПО, всегда есть определённое количество накопившихся ошибок. Не важных багов, которые всегда исправляются перед выходом в релиз, а скорее недоделок, представляющих собой этакий технический долг, который копится и копится, но который в конечном счёте нужно выплачивать.
Проект с большим количеством багов всегда тяжело поддерживать, он вызывает негатив у пользователей. И нет такой софтверной компании, в которой это было бы не так. Если вы откроете у себя JIRA и посмотрите фильтр Created vs Resolved, т. е. соотношение созданных и исправленных багов, вы увидите непрерывно возрастающий график. Это означает, что неисправленных багов с течением времени становится только больше. Исправлять старые баги большая головная боль. Их приоритет всегда ниже, чем у новых проектов, и нередко бывает так, что они остаются ничьи сотрудник уже в компании не работает, а баг остался.
Цель у этого доклада рассказать, как можно исправить ситуацию. Причём рассказать не просто на пальцах, а на конкретном примере того, что мы сделали в одной компании.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Слайды
Примечания и отзывы
Plays:152 Comments:1