02:35 - зачем мы в ИТ пытаемся ВСЕ измерить 04:53 - нужны ли командные метрики, если есть продуктовые 09:00 - мозг нам врет ежедневно: как спасают метрики? 10:38 - зашли на запретную тему: часы vs сторипоинты 13:17 - когда задача будет готова и чем докажешь? 15:30 - про перекладывание ответственности по срокам и риски 17:00 - как выбрать метрики для маленькой команды 20:00 - проблема доверия в команде и помогут ли метрики 24:59 - что измерять в стартапах: советы по инструментам 28:22 - тестируем ведущих дальше: разница между спринтом и итерацией 31:37 - разбор кейса №1: я разработчик, но в моем KPI и премии командные метрики 35:29 - как создать культуру измерений в команде 39:15 - можно ли повысить предсказуемость результата в ИТ, построив конвейер? 45:00 - почему не надо двигать назад задачу на доске 49:42 - как найти баланс количества и качества на уровне метрик 01:01:36 - разбор кейса №2: как не затрекать сотрудников 01:07:40 - универсальные советы по метрикам для компаний любого уровня
45:42 замечание, значение на самом деле не 5.2, а скорее 5.6. Взято это из свойства распределения Вэйбула, где при определенных значениях оно меняет вид Weibull k=0.5, lambda=1, 98%/50%= 31.85311269085846 Weibull k=1, lambda=1, 98%/50%= 5.6438561897747235 Weibull k=2, lambda=1, 98%/50%= 2.3756801530876843 98%/50% = 5.6438... соотвествует значению k=1 распределения вэйбула определяющее форму этого распределения k 1 - хвостик сокращается, и появляется выраженная вершинка распределения
А почему с начала не рассказать про границы применимости метрик. - процесс должен быть прямолинейный - в конце процесса есть результат, который измеряется такими-то показателями - все пересечения в смежных областях должны быть регламентированы - этапы процесса разложены по группам чекпунктов - любой микроменджмент должен быть сведен к регламентам Тогда можно было бы целый час посвятить тому, какую роль играют метрики в организации процесса. А в итоге вместо этого обсуждение - каким должен быть процесс
Уж очень строгие у вас предложения. Анализ с метриками можно использовать и не в столь строгих правилах. Потому как собрав Cycle time на разных участках процесса, с учётом построения графа фактического движения задач, уже можно делать определенные выводы. Если процесс не обладает строгими правилами, то это будет видно и влиять на дисперсию, это тоже показатель используя который можно улучшать процессы в нужном месте, внедряя правила там где это нужно.
Интересное мнение, это возможно один из вариантов. Однако нагрузку никто не отменял. Но, возможно еще и предположить, что этот мощный стрессор позволил пересмотреть то как делали, и найти более оптимальное решение в моменте. Надо отметить, что не все, конечно, получилось реализовать, но многое
@@ThePavelPower конкретики никакой гость не выдал, разговор уровня Давидыча был. Ответ насчет метрик - пойдите и возьмите Kaiten убил, так лень рассказать что именно в кайтене реализовано? выпуск уровня болтовни у кофи поинта
02:35 - зачем мы в ИТ пытаемся ВСЕ измерить
04:53 - нужны ли командные метрики, если есть продуктовые
09:00 - мозг нам врет ежедневно: как спасают метрики?
10:38 - зашли на запретную тему: часы vs сторипоинты
13:17 - когда задача будет готова и чем докажешь?
15:30 - про перекладывание ответственности по срокам и риски
17:00 - как выбрать метрики для маленькой команды
20:00 - проблема доверия в команде и помогут ли метрики
24:59 - что измерять в стартапах: советы по инструментам
28:22 - тестируем ведущих дальше: разница между спринтом и итерацией
31:37 - разбор кейса №1: я разработчик, но в моем KPI и премии командные метрики
35:29 - как создать культуру измерений в команде
39:15 - можно ли повысить предсказуемость результата в ИТ, построив конвейер?
45:00 - почему не надо двигать назад задачу на доске
49:42 - как найти баланс количества и качества на уровне метрик
01:01:36 - разбор кейса №2: как не затрекать сотрудников
01:07:40 - универсальные советы по метрикам для компаний любого уровня
45:42 замечание, значение на самом деле не 5.2, а скорее 5.6. Взято это из свойства распределения Вэйбула, где при определенных значениях оно меняет вид
Weibull k=0.5, lambda=1, 98%/50%= 31.85311269085846
Weibull k=1, lambda=1, 98%/50%= 5.6438561897747235
Weibull k=2, lambda=1, 98%/50%= 2.3756801530876843
98%/50% = 5.6438...
соотвествует значению k=1 распределения вэйбула определяющее форму этого распределения
k 1 - хвостик сокращается, и появляется выраженная вершинка распределения
Ничего не понятно, но очень интересно.
Это вы ещё "Статистические последствия жирных хвостов" Талеба не читали.
Там так интересно и так не понятно.
Рекомендую
А почему с начала не рассказать про границы применимости метрик.
- процесс должен быть прямолинейный
- в конце процесса есть результат, который измеряется такими-то показателями
- все пересечения в смежных областях должны быть регламентированы
- этапы процесса разложены по группам чекпунктов
- любой микроменджмент должен быть сведен к регламентам
Тогда можно было бы целый час посвятить тому, какую роль играют метрики в организации процесса. А в итоге вместо этого обсуждение - каким должен быть процесс
Уж очень строгие у вас предложения.
Анализ с метриками можно использовать и не в столь строгих правилах.
Потому как собрав Cycle time на разных участках процесса, с учётом построения графа фактического движения задач, уже можно делать определенные выводы.
Если процесс не обладает строгими правилами, то это будет видно и влиять на дисперсию, это тоже показатель используя который можно улучшать процессы в нужном месте, внедряя правила там где это нужно.
"потеряв половину команды"... так она и не нужна скорее всего была =)
Интересное мнение, это возможно один из вариантов. Однако нагрузку никто не отменял. Но, возможно еще и предположить, что этот мощный стрессор позволил пересмотреть то как делали, и найти более оптимальное решение в моменте. Надо отметить, что не все, конечно, получилось реализовать, но многое
час переливания из пустого в порожнее
Интересно даже какие были ожидания, на какие вопросы не нашлось ответа?
@@ThePavelPower конкретики никакой гость не выдал, разговор уровня Давидыча был. Ответ насчет метрик - пойдите и возьмите Kaiten убил, так лень рассказать что именно в кайтене реализовано? выпуск уровня болтовни у кофи поинта
Кажется, до подкастов на Яндекс музыке не доехало...
Привет! Как раз подтянулось music.yandex.ru/album/31797937/track/129742283