Pavel
Кстати, один из лучших коучей, ск оторым я сталкивался - девушка по имени Яна :) Вот такие вот совпадения :)
Алекс
Глебка 3 день пишет про Яна?
Глебка
не)
Глебка
мы уже вернулись в офис и вчера его тоже не было
Алекс
Andrey
мне кажется про Яна пора делать мемасы, он должен стать легендой, и остаться в нашихъ сердцах навсегда
🦠
личное велосити (тм)
Глебка
чтоб знать что я могу еще загрузить человека, время разработчика дорого, а я как ро отвечаю деньгами
Pavel
личное велосити (тм)
Угу, актуально для personal kanban :)
🦠
Fragile - F*cking Real Agile)
Pavel
Fragile - F*cking Real Agile)
Я через 20 минут про SAFe буду рассказывать, приходи послушать :)
Глебка
а запись?
Pavel
В этот раз точнобез записи :)
Глебка
вот жеж блин)
Pavel
Ну сорри, кейсы :)
Глебка
А ссыль где-то есть?
Pavel
https://zoom.us/j/335624358
MICHAILO
​Я тут сделал одно лингвистическое открытие. Знаете это дивное явление в регби, когда игроки наваливаются друг на друга, пытаясь завладеть мячом (фото)? Обычно получается какая каша-мала, и все надолго застряют в одном месте. Так вот, эта штука в регби называется скрам! Думаю, в этом месте многие айтишники должны сказать «Агаааа...» и прослезиться 😢
Pavel
Лингвистическое открытие, my ass...
Denis
Так Скрам оттуда и пошёл :)) По аналогии, всей командой навалились и сделали
Igor
Лингвистическое открытие?:)))
Igor
так про это даже в красной книжке написано 😄 навалились, получилась кашамала, продвинулись по полю в каком то направлении.
🦠
Git переводится как мерзавец
Alexey
Добрый день. Подскажите, пожалуйста, по вопросу внедрения Scrum. Хотим внедрять постепенно, частями. Например, начать организовывать спринты - ставить цель на спринт, проводить ежедневные утренние встречи, обсуждать результаты спринта. Что минимально для этого нужно сделать? Цель частичного внедрения скрама - чтобы все программисты были в курсе выполняемых задач (и их выполняемости), т.к. некоторые задачи у нас пока что пересекаются (например, доработка расчета нормочасов повлияла на расчет плановой себ-сти, при этом никто не знал о доработке расчета нормочасов, что повело к некорректной оценке себестоимости продукции). Как я понимаю, необходимо договориться, что для нас значит, что задача готова и договориться о цели 1го спринта, договориться о продолжительности спринта. Какие процедуры необходимо еще произвести?
Начните с планёрок. Потом добавьте летучки Потом ретро
Yuriy
для планирования и работы команды sp хватает, но мы фиксируем затраченное время, так можно грубо понимать если будет делать Вася, то это займет примерно пару дней, а если Петя, то пару недель
Yuriy
Ну сорри, кейсы :)
повтор будет?)
Pavel
повтор будет?)
Врядли, разве что если повод появится :)
Pavel
Или случится нашествие SAFeовцев в чат :)
Yuriy
эх)
Sergey
ниче не понял, но понятие сложности задачи должно быть разным для разных команд, у кого-то стивджобс дизайнер, а кто-то блины на лопате еще готовит)
Нет. Стори поинты это относительная оценка. Это трудоёмкость и она одинакова для всех. А вот время реализации оно разное.
Pavel
На всякий случай, саммари: 1. Если у вас нет большого опыта коучинга на всех уровнях, SAFe не поможет 2. А если у вас есть такой опыт, SAFe вам не нужен 3. Но в SAFe есть много очень полезных инструментов и практик, которые можно использовать и без адаптации фреймворка целиком.
Sergey
Пример. Грубо у нас 1 SP это поправить съехавшую верстку кнопки. Два SP это что чуть сложнее, грубо в два раза. И т.д. Но два SP это только относительно самой маленькой задачи. Они все относительно одного SP строятся. В этом их и прелесть. Опытный разработчик затратит на 1 SP пятнадцать минут, а юный два часа. Но трудоемкость задачи от этого не меняется. Она общая для всех наших восьми команд. Поначалу мы используем некий паттерн, но потом очень быстро начинаем оценивать одинаково. И когда элемент бэклога приходит на планирование с оценкой, все команды САМИ выбирают себе объём работ, исходя из своего опыта. И да, они могут опираться на свои прошлые показатели в SP.
Глебка
гуд описание, спасибо
Sergey
Не за что. Я так красиво как Pavel к сожалению не умею.
Levon
гуд описание, спасибо
https://www.mountaingoatsoftware.com/blog/what-are-story-points
Yuriy
Всем привет! Может быть у кого-то есть лишнее приглашение на ScrumDay? Или вдруг у вас не получается сходить... Я бы не дал пропасть приглашению)
Глебка
@gospodchikovs а вы оцениваете в сп все задачи и баги?
Глебка
Скажу завтра наверн
Sergey
@gospodchikovs а вы оцениваете в сп все задачи и баги?
Да. Только в баги с недавнего времени стали ставить по умолчанию оценку 5. По факту пишем фактическую. Это упрощает процесс.
Глебка
Командно фактическую? Или в часах?
Глебка
Не ломает берндаун?)
Sergey
Команда оценивает в SP, чисто для метрик. Берндаун я не веду с некоторых пор. Он не показывает ничего. Точнее он будет что-то показывать, если мы примем WIP=1. Доска информативнее, смысла в берндаун не вижу.
Artem
Нрм
Artem
Оценка багов понравилась, да
Artem
(пятница, сори)
Levon
:) тролль)
Sergey
Некоторые их вообще не оценивают, мы пока оставили
Sergey
:)
Глебка
ну я вот думаю не оценивать
Artem
Стопэ, а что такое баги?
Artem
Это уже не троллинг
Artem
Вот вы взяли сторю или что у вас там. Пилите, тестите, херак - баги? Вы их оцениваете? Нооорм
Глебка
ну у нас такие ест-но нет. отдельные баги же
Artem
Вот и вопрос, что такое отдельные баги?
Глебка
ну если стори закрыта, а на регрессе каком то чет отвалилось
Глебка
или описание стори плохое
Artem
На регрессе отвалилось - блочит релиз? Ну значит либо сторя ни фига не закрыта, либо задача, куда у вас регресс входит. Я ж надеюсь вы регресс не втихаря мимо планирования делаете
Глебка
не факт что блочит релиз
Artem
Не блочит, тогда переименуйте это в импрувмент и станет сильно понятней, что с ним делать )
Глебка
это тактика уходить от слова баг?)
Artem
Нет, это тактика понять как работать с багами
Artem
Что найдено после релиза и не вызывает хотфикс или откат - не баг
Artem
С эти можно жить, а значит это сторя со своим приоритетом и оценкой
Artem
И мб она никогда не будет сделана
Sergey
С эти можно жить, а значит это сторя со своим приоритетом и оценкой
У нас это называют багом. Это что-то несрочное как правило. Например, поехавшая верстка, кнопка. Бывают и срочные, тогда хотфикс. Для срочных есть красная дорожка Expedit line с WIP=1.
Artem
Для срочных да
Artem
А поехала верстка, вы с этого бабло теряете или что? ПО хочет это править?
Artem
Если да - вперёд в беклог по общему пути
Artem
А как называется - не суть. Просто иногда смена имени позволяет увидеть проблему под новым углом
Artem
Мы например используем термины баг и дефект. Это немного помогает
Sergey
Если да - вперёд в беклог по общему пути
Ну так они и идут через Бэклог.
Sergey
Баг он и есть баг, хоть как его не называй.
Artem
А надо не через беклог! Надо через ПО. Разница большая
Artem
ПО вам половину багов в помойку выбросит, если он нормальный