своих руководителей в том, что 100% утилизация - это иногда плохо?
А зачем их в этом убеждать?
https://vimeo.com/431850879
Спасибо за вопрос. Я бы даже для начала расширил свой до «а как убедить в этом саму команду?» Под 100% утилизацией я подразумеваю 100% использования рабочего времени разработчика/тестировщика и т.п. Самый яркий пример, который пришёл в голову: предположим в команде 6 разработчиков. Но мы ставим на колонку-буфер лимит на 4 задачи. Затем к нам приходят и спрашивают, в чего вы только на 4 задачи закоммитились, у вас же 6 разработчиков? И следом следует вопрос, а что они будут делать если на них не будет назначена задача. Сейчас у бизнеса есть недовольство к тому как быстро и как много фич выпускается. Также, вижу как демотивируются и сильно устают разработчики, когда в итоге на них оказывается по 4 задачи в разных статусах и приходится по несколько раз в день менять контексты. По-этим причинам решил, что уменьшив утилизацию ребят -> уменьшится количество незавершенной работы-> увеличится пропускная способность и бонусом увеличится предсказуемость.
А сами разработчики-то что думают?
Рассказать про эффективность потока. Объяснить, что большУю часть времени задачи стоят в очередях. Если мы концентрируемся на скорости прохождения задачи по потоку, то нужно снизить простой задачи. Как это сделать? Нужно чтобы необходимый специалист подхватывал ее сразу без промедления. А как это сделать, если он занят (утилизирован)? Если рассматривать идеальный вариант, когда все необходимые специалисты готовы подхватить задачу, то мы говорим, что все вместе делаем одну задачу - а это моббинг. Когда руководство или команда задает вопрос: "А что они будут делать?" Я обычно спрашиваю: "А что важнее, чтобы работа делалась быстрее или чтобы все работали?"
Не надо заходить сразу с козырей
Очень наглядно! Спасибо
Спасибо, забрал. Буду сверять то что получится у меня с тем, что вы предлагаете.
Разработчики в основном бояться остаться без Тикет в жире. И в целом, сами задают точно такой же вопрос: «а что мне делать если я задачу в тесты отдал?»
Совет хороший, но в нем есть большое НО, Вам надо для начала визуализировать те самые буфера, посчитать время простое и чтобы как-то их показать, объяснить что такое эффективность потока (для этого надо еще про поток рассказать). Я к тому что надо предварительных ласк некоторое количество сделать, чтобы подготовить людей к объяснению)
А я как видите, сам на это ответить не могу ) Ну то есть говорю, мол, будете помогать тому у кого проблемы возникли. А там дальше вполне понятный аргумент, что не такие уж там и проблемы, чтобы вдвоём их решать. Ну и чувствуется сразу угроза чувству профессионализма чтоли.
Обсуждают сегодня