Slava
Ох уж этот Иона!
Dmitry
😄
Vladislav
Tamara
Не совсем понимаю, как метрики могут блокировать какие-то процессы или бизнес:)
Slava
Вопрос про ценность метрик
Tamara
У нас они нужны, чтобы понимать полезность изменений, которые мы делаем, или чтобы вовремя заметить назревающие проблемы
Tamara
Я бы не сказала, что мы сейчас сильно их используем, но хочется попробовать это исправить и посмотреть на профит. На мой взгляд, репорты джиры не совсем подходят, поэтому и справшиваю, кто этим занимается, какой есть опыт.
Slava
В джира вроде есть Cumulative Flow
Slava
Slava
Вот так должен выглядеть, вечный burnup, по сути с точки зрения "полезности изменений" - на нём все видно. Ввели "полезное изменение", через время посмотрели - растет быстрее или нет. Быстрее - полезное, не быстрее - .. :)
Tamara
Спасибо)
Slava
Назревающие проблемы на нём тоже видно, начинает область между граничными областями расширяться (продолжают брать задачи, но поставки нет - скоро что-то лопнет)
Denis
Denis
Было уже?)
Shamil
надеюсь, подразумевается покер планирования
Slava
Так только поэтому как раз и работает
Slava
Просто давайте называть графом иерархию
Vladislav
Просто давайте называть графом иерархию
ну это разные представления организации, формальное и неформальное
Vladislav
и неформальная иерархия (естественно), может быть другой
Vladislav
я встречал случаи, когда линейный руководитель был выше своего непосредственного начальника в этом отношении
Slava
Смайлик кстати на этой картинку олицетворяет положение в пищевой цепи
Vladislav
Смайлик кстати на этой картинку олицетворяет положение в пищевой цепи
Тогда это уже ошибка дизайна, ведь положение определяется и без смайлика по протяженности линий
Vladislav
или уровню ветвления, если точнее
Dmitry
В тему KPI - Пименов из скрамтрека рассказывал хорошую лекцию как-то на региональной конфе.
В итоге все KPI обычно приводят к тому, что усилия людей направлены на то, чтобы высасывать из пальца показатели для KPI или способы как их обойти.
А также не замотивированы жертвовать своими показателями на благо все компании, а также демотивированы брать риски и пробовать делать что-то крутое, ошибаться.
Dmitry
А вот видео даже нашёл
Dmitry
https://www.youtube.com/watch?v=Zd2g4cHcfyw
Dmitry
Качество конечно не оч, но может кому интересно будет
Dmitry
И Асхат рассказывал на прошлом AD похожее)
Olya
Я тут немного наверх пролистала, увидела что джиру обсуждали и хочу вопрос задать: а кто как работает с метриками по проекту? Структура потраченного резерва в спринте, динамика соотношения багов/Фич от спринта к спринту и так далее. Используете встроенные репорты или плагины, или что-то самописное?
Сегодня на митапе расскажу маленький кусок. Подробнее в личку
Dmitry
Нет, сегодня PMM
Продуктовый митап
Denis
А будет завтра кто в Твери на мероприятии у EPAM?
Sergey
Всем привет! Хочу посоветоваться с вами насчет одной проблемы. Мы работаем по скраму, в течение 2-х недельного спринта разрабатываются и тестируются юзер-стори. Проблема в том, что не всегда успеваем деплоить на продакшн, к примеру если дотестили только в пятницу, то деплоя сегодня уже не будет и ладно если это первая пятница спринта, если конец спринта - то все, фактически фейл, поскольку хоть и протестили, но доработки на проде появятся только в следующем спринте. Как поступаете в таких случаях, когда в конце спринта все готово к деплою, но деплоить по объективным причинам в последний день спринта уже нельзя?
Sergey
я исхожу из того, что мы должны полностью закрывать юзер-стори за спринт, в том числе и деплой на прод
Sergey
по факту мы сейчас вынуждены закрывать истории, которые только протестили, чтобы спринты не фейлить
Стас Щетинников
Sergey
ну как я написал - я исхожу из того, что история должна быть полностью разработана и опубликована на прод за спринт
Стас Щетинников
Sergey
получается, да
Sergey
мы и выкладываемся несколько раз
Sergey
но если это пятница - стараемся не практиковать паблиш
Sergey
с понедельника по четверг все ок
Стас Щетинников
ну обычно, я слышал, что в скраме в конце спринта должен быть potentially shippable инкремент. Т.е. реально задачу сделали, но не выложили, и ничего страшного в этом нет.
Anastasia
конец спринта это же не обязательно деплой
Стас Щетинников
Если хотите прям все деплоить, то почему бы не сдвинуть итерацию на один день?
Стас Щетинников
Если хотите прям все деплоить, то почему бы не сдвинуть итерацию на один день?
в смысле конец итерации сделать во вторник, чтобы в понедельник уже зарелизить нормально?
Anton Ya
Вы сами выбираете критерии готовности! Оптимально должны быть описаны критерии тестирования и готовности. Так что, если диплой вы сами включили, то задача не сгорает в конце спринта, даже если была протестирована
✙ Ivan
это уже читерство выходит. Если критичны поставки в рамках спринта, то оценивать истории так, чтоб они гарантированно входили в период спринта
Sergey
да, я думал над таким вариантом, можно попробовать. неудобно только то, что все привыкли - несколько команд, у всех спринт начинается в понедельник, заканчивается в пятницу. понятно, это решаемо, но может быть я еще что-то упустил.
Anton Ya
инженерные практики? continuous integration?
Slava
Деплой и спринты друг другу не товарищи.
Slava
Поставки можно запустить по другой временной каденции, если не получается вписаться в тайминги спринта
Slava
Пример - каждый (!) понедельник смотрит есть ли то, что может поехать на продакшен.
Sergey
да, CI. проблема больше в административном запрете на деплой в пятницу.
Sergey
Поставки можно запустить по другой временной каденции, если не получается вписаться в тайминги спринта
но ведь получается так, что реально фича не выпущена на спринте
Sergey
пользователь ее не получил
Sergey
в конце-концов даже неудобно становиться отслеживать такие истории, которые протестированы, но не задеплоены. история в JIRA уже будет закрыта, но где-то держать в уме, что ее еще деплоить надо
Alex
А разве по скраму по результатам спринта фича не должна быть просто готова к деплою?
Dmitry
А разве по скраму по результатам спринта фича не должна быть просто готова к деплою?
команда определяет DoD
Dmitry
там может быть и деплой
Dmitry
если в DoD есть деплой, при этом есть явный запрет на деплой в пятницу – почему не сдвинуть конец спринта на другой день?
Dmitry
у нас вот запретов нету, но все равно смена спринта в среду
и вообще отлично живем)
Sergey
да мне вариант с сдвигом спринта на самом деле нравится, просто размышляю какие еще варианты есть
Sergey
хотелось бы именно закрыть фичу полностостью в спринте, чтобы уже не возвращаться к ней. а то ведь сам и знаете - на тесте все, а как на прод залили - началось веселье
Sergey
и лучше это веселье было бы в том спринте, где ее и разрабатывали
Sergey
а не в следующем спринте разбирались с проблемами предидущего
Anonymous
Если вы додом определи, что вы должны по истечении спринта релизить что то на бой и не успеваете, то значит вы много берете сторипоинтов. Если немного уменьшите, то будете релизить и в пт.
Sergey
ну тогда надо релизить не в пт, а максимум в чт, возрастает нагрузка на тестеров
Sergey
мы и так их подгоняем сейчас чтобы завершали тесты днем в чт, чтобы был шанс успеть залить в чт, не переносить
Slava
Думайте не о том как вписаться в спринты, а о качественной поставке ценности
Slava
Пользователю надо чтобы вы поставку по четвергам делали, а по средам? Вот подумайте об этом
Dmitry
не, ну еще раз
если у вас в DoD четко указано "релизить"
при этом, спринт заканчивается в пятницу вечером
при этом, релизить в пятницу запрещено
то тут дело не в скраме даже
а в логике
вы сами себе запретили работать в пятницу)
Sergey
не, ну еще раз
если у вас в DoD четко указано "релизить"
при этом, спринт заканчивается в пятницу вечером
при этом, релизить в пятницу запрещено
то тут дело не в скраме даже
а в логике
вы сами себе запретили работать в пятницу)
постоянно идем на сделку с совестью :) по большому счету пользователи нам говорят о том, готовы ли ждать понедельника или надо быстрее
Николай
ну да, надуманная проблема какая-то)
даже не зная, что такое DoD (не знаю, чес гря)) по-моему понятно, что спринты перегружены, релизить надо просто на день раньше, а пт под что-то другое отвести - ретро (когда его по канонам, кстати, проводить правильно? я всегд думал, что посл.день, особенно пт - это оптимал) , самообучение, фейсбук наконец..))
скрам, DoD - действительно всё ни при чём - просто ж логика!
ну CI/CD процессы отлаживать
Dima 🐕
Мы пришли к такой практике, что каждый новый спринт начинается с выката прошлого. В пятницу все должно быть завершено до такого состояния, чтобы осталось только развернуть релиз на продакшен стенде.
Sergey
Мы пришли к такой практике, что каждый новый спринт начинается с выката прошлого. В пятницу все должно быть завершено до такого состояния, чтобы осталось только развернуть релиз на продакшен стенде.
т.е. фактически спринт закончился мержем изменений в мастер/релизную ветку? А на уровне тикетов пользователи как понимают, готова ли задача уже к деплою?
Dima 🐕
Так же должны быть закончены любые подготовительные работы, чтобы в начале спринта все прошло, как по маслу. Например, на серверах уже настроено все окружение и оастанется только обновить сам проект и провести необходимые тесты.
Sergey
Так же должны быть закончены любые подготовительные работы, чтобы в начале спринта все прошло, как по маслу. Например, на серверах уже настроено все окружение и оастанется только обновить сам проект и провести необходимые тесты.
все-таки любопытно, как вы отслеживаете статус тикетов в таком случае? вы их закрываете на текущем спринте?
Anonymous
наверное баян
Anonymous
https://i.imgur.com/TXikL6Y.jpg