Mikhail
И сертификат lean Kanban +
Сертификат только за оба
Владимир
Ну после тренинга да
Владимир
Сертификат Kmp 1
Mikhail
Этот сертификат ничего не дает
Mikhail
Просто факт прослушивания. Бейдж KMP только за оба
Владимир
Ну бейдж да
D.
интересно почему КМР 1 в Москве на 10 тысяч дороже чем КМР 1 в Питере 😅
Глебка
опля
Глебка
=))
Mikhail
Вот. А у нас только совмещённые в доступе :)
Знаю Akt который за совмещенные ругается, например
Владимир
D.
Хм. Интересно
D.
Можно я немного поною?)
D.
Проводить тренинг во вторник-среду - это сильно!)
D.
и ни туда, и ни сюда
Владимир
А что?
Глебка
почему ж) потом до пн отдыхаешь)
Владимир
почему ж) потом до пн отдыхаешь)
Не отдыхаешь, а осмысляешь
Глебка
от работы имел ввиду
Глебка
денис, поехали в питер в феврале)
D.
ну не знаю, я просто обычно на тренинги езжу за свои, соответственно и беру под это дело отпуск, а не командировку.
D.
поэтому вторник-среда, учитывая что надо прелететь на день раньше, и улететь на день позже, ваще неудобно)
Pavel
Знаю Akt который за совмещенные ругается, например
Верю. ты тоже ругаешься. Ну и мне по описанию курса не кажется, что давать столько информации в такие сжатые сроки - хорошая идея.
Pavel
будет как с CSM :)
Глебка
не ну че ты начинаешь)
D.
D.
В контексте вчерашнего обсуждения про КМР и ТКР. Если вдруг у кого-то есть вопросы почему я летаю на тренинги в Украину/Беларусь/Россию)))
Глебка
в россии на 2 сходишь если не на три)
D.
На три)
D.
У нас в среднем 2к долларов. Полет в Минск или Москву, увы, дешевле не делает :)
Ну да, у тебя другой случай) зато на американские эвенты близко) я пока о них даже не задумываюсь
Pavel
0_o
vasily
Всех приветствую, помогите, пожалуйста, какие есть игры на agile лидерство?
Mikhail
Привет! А что такое “Agile лидерство”?
Может быть вот это https://www.scrumalliance.org/get-certified/practitioners/cal-certification
Mikhail
Тогда к Тебе пусть обращается! ;)
А я не имею такого сертификата)
Dеfault
Господа и дамы, реквестирую вашу помощь. Особенно от опытных СМов. Дано: Не Т-шейп команда с разными специалистами (бэк-енд, фронт-энд, QA). Скрама толком никогда не было (была только работа Спринтами). Раньше планировались в часах отдельно на каждого специалиста, сейчас пришли к выводу, что в сроки все равно не попадают и готовы пробовать сторипоинты. Вопрос: Как начать использование сторипоинтов, если у людей на сложность задач и сторей совсем разные оценки и стоит ли вообще в текущем положении пробовать сторипоинты?
Sergey
Господа и дамы, реквестирую вашу помощь. Особенно от опытных СМов. Дано: Не Т-шейп команда с разными специалистами (бэк-енд, фронт-энд, QA). Скрама толком никогда не было (была только работа Спринтами). Раньше планировались в часах отдельно на каждого специалиста, сейчас пришли к выводу, что в сроки все равно не попадают и готовы пробовать сторипоинты. Вопрос: Как начать использование сторипоинтов, если у людей на сложность задач и сторей совсем разные оценки и стоит ли вообще в текущем положении пробовать сторипоинты?
Собери всех, сделай табличку с примерами "Элемент Бэклога - Оценка". Начните с самого простого и оцените это в 1 стропоинт. Потом возьмите пример элемента в два раза сложенее и оцените в 2 SP. И так далее. Таблицу с примерами и оценками на самое видное место. Для оценки в дальнейшем используй карты. Покер планирования очень хорошо заходит.
Sergey
Оценивай фичу целиком всей командой. Покер планирования это все выравнивает.
Sergey
Что делать, если есть задачи, которые бэк-енд, может оценить, например, в 1-2 сп, а QA в 10-20? Команда ведь в итоге оценки должна придти к единому значению по этой задаче.
Табличка как ра дает понимание сколько и что весит. Самое главное первые три примера выбрать так, чтобы они все с ними были согласны. И не забывайте про DoD, если они у вас есть. Это тоже входить в оценку должно. Ибо там бывает работы больше чем по функциональной части.
Vladimir
Что делать, если есть задачи, которые бэк-енд, может оценить, например, в 1-2 сп, а QA в 10-20? Команда ведь в итоге оценки должна придти к единому значению по этой задаче.
Вероятно, QA больше правы чем остальные ) Много технического долга? Это офигенно что такие разные оценки! Это значит, что у людей есть информация, которой стоит поделиться друг с другом!
Vladimir
Это реально офигенно, что у тебя есть возможность настроить общее понимание. Ведь общее непонимание просто офигенно яркое.
Vladimir
Главное дать понять, что вы будете пристреливаться первые 3-4 спринта и можно совершать ошибки в оценке. Правда объяснить это придется еще и манагерам...
Vladimir
В результате обсуждения могут даже появиться элементы бэклога для повышения внутреннего качества. Не спроста ведь QA дали намного бОльшую оценку.
Konstantin
Надо подумать как это автоматизировать
Konstantin
Может qa сможет несколько задач за теже 10 20 проверить
Konstantin
Ну и в спринты плохо ложаться задачи которые нужно делать последовательно, можно вынести это в разные команды, разработка пусть соберёт релиз, проведёт демо и проведёт минимальное тестирование своими силами Потом передают работу в отдел тестирования
Dеfault
Тут скорее всего трудность тестирования
Проблема не в QA и автоматизации, проблема в том, что люди до этого жили в мире, где "вот - пишешь код, а ты - тестируешь". И сейчас у каждого своя узкая экспертиза: Бэк, Фронт и Тесты. Отсюда и разница в оценках. Каждый видит в задаче совершенно разное количество работы и при этом, им сложно друг-другу объяснить ее количество.
Sergey
По хорошему, надо определить узкое звено и мерить только по нему
Dеfault
Ну так примите сложность задачи за сумму.
Интересный вариант, надо обдумать
Dеfault
По хорошему, надо определить узкое звено и мерить только по нему
Что понимается в данном контексте под "узким звеном"?
Sergey
Что понимается в данном контексте под "узким звеном"?
Производительность у кого меньше тот и узкое звено
Sergey
По описанию, тестировщика затыкаются
Sergey
Смотри, разработчики говорят нам тут 1 поинт тестировщики нам 40 при этом известно, что 40 это ровно пол спринта
Sergey
Поэтому тут считается по тестировщикам
Sergey
Может ситуация и наоборот. Случится
Dеfault
Поэтому тут считается по тестировщикам
ну, т.е. не "40+1", а просто "40"?
Sergey
ну, т.е. не "40+1", а просто "40"?
Да, потому что не важно сколько сделали программисты, важно сколько сделали тестировщики
Konstantin
ну может там какая организацонная сложность
Konstantin
просто на телефон программу поставить
Konstantin
доступы на тестовое окружение прописать
Konstantin
короче...
Konstantin
может даже выяснится что и ненадо каждый релиз тестровать
Konstantin
как накопится продуктовые фичи - так пусть тестируют до потери сознания
Andrey
По хорошему, надо определить узкое звено и мерить только по нему
Тогда будет интересная ситуация, команда быстро смекнет что можно не думая ставить макс оценку)
Andrey
Незнание что так можно) у команды всегда должен быть диалог при оценке, а так они найдут слабое звено, и всегда будут автоматом давать его оценку, не задумываясь о своей части в задаче, наблюдал такое в живую
Konstantin
да в скраме разработчики сидят 40 поинтов ждут когда протестируют их работу на 1 поинт что бы DOD выпонить и браться за следующую