не, это два разных потока, про качество чуть раньше стартанули)

но общение в формате чата в выходные действительно настолько запутанно, что хоть Agile применяй

Нормальный критерий. Мы включили в дод что новые фичи должны быть баг фри. Нет регрессии. Адекватные результаты перформанс тестирования. Вот такое все
Показательно количество эскейпд/ дефектов с продакшена.

Я уже писал ранее о разнице в качестве 3 Сигма настоящего Lean и 6 Сигма – новодела. Но раз такой опытный специалист, как Вы не обратил на это внимание, то коротко повторю еще раз.
У сборочного завода Форда были поставщики комплектующих с его заводов в США и в Японии. Они производили одинаково высокие по качеству критерия 6 Сигма комплектующие. У них были одинаковые чертежи, оборудование, технологии, инструмент, заготовки и т.д.
Когда исследовали причины выхода из строя автомобилей, то выяснили, что из строя выходят лишь автомобили, собранные с комплектующими из США, а собранные из комплектующих Японии продолжают ездить без замечаний. Когда исследовали еще глубже, то оказалось, что в Японии детали изготавливают максимально близко к идеальному размеру, то есть 3 Сигма стянули к 1 Сигма. А в США размеры находились возле крайне допустимого значения, то есть 3 Сигма.

Как получается?

Ну ок. Про качество тоже крутая тема.

Тут надо уточнить что 3сигма это интервал экономически эффективного качества. Он определяет эмпирически, особые и специальные причины вариации. И собственно главный вопрос, что делать с системой если есть разброс в измерениях. Как это относится к нашим вопросам про качество, кто не потерял мысль в воскресенье?

Именно из эмпирических данных собирают статистику. Собирают, чтобы управлять нужными качествами. 3 сигма это допустимые качества. 2 сигма это хорошие качества. 1 сигма это отличные качества

Даже 1 сигма это интервал. В реальном мире нет ничего точного. Если кто то думает, что естт, то интересно услышать мнение

Do any one have a material for prince2 agile

Внедрили DataDog + Sentry, сейчас делаем что бы ошибки были black and white и хотим вводить on call rotation

А как вы решили измерять "качество"?
(измерять качество и сделать эту метрику видимой для всех)

1) Количество прод инцидентов 2) Availability системы

✌️

​​Дайджест 2021w21

📄 State of Kanban 2021

📄 Канбан-метод: не грузите меня вашей теорией

📽 OKR в Авито

📌 Заметки Максима Цепкова об Agile Days 2021

📌 Два десятка способов впихнуть невпихуемое

Всем привет, коллеги! Вопрос по (возможно) плагину отображения задач в беклоге спринта.

Есть 3 команды, работаем по скрам.

Сейчас в нашем проекте спринт планирование проходит в эксель таблицах, что неудобно из-за того, что нужно переносить в джиру все задачи перед стартом спринта. Хотим перейти на планирование в джире, но есть ряд проблем отображения задач в беклоге спринта, которые не понятно как решить

Планирование хотим проводить на странице, где находятся все беклоги.

❕Нужно, чтобы в каждом из беклогов было в строке каждого тикета было видно:
-  какая команда указана в поле dev team.
-  есть ли у задачи сабтаски (какая-то иконка или что-то в этом роде)

Оффтоп - если у вас есть ссылки на статьи как организовать работу 3х команд по скрам в джира - напишите плз.

мы просто создаем несколько спринтов (каждый спринт под отдельную команду),у всех одинаковые сроки,
и в режиме просмотра доски команда выбирала определенный спринт - очень удобно

Это делается не плагином, а просто настройкой доски

переходя в джиру вы рискуете еще больше неудобств затащить, чем имеете сейчас) ну а по сути:
- В режиме Planning сабтаски не вывести, только Issue-level, ну и epics из коробки. Тут, возможно, стоит подетальнее разобраться что за информацию вы храните в сабтасках и действительно ли эта детализация нужна на планировании спринта
- команда, если это кастомное поле, выводится как Артём показал, ага