Привет 🫂

Каждый раз, когда я прихожу в проект, первым делом я смотрю на рабочую доску. И только лишь по одному взгляду и нескольким вопросам, зная размер рабочей группы, зачастую могу выявить проблемы с загрузкой, следованиями плану, работе с проблемами, качестве продукта и об уровне зрелости команды. Казалось бы, это же всего лишь список задач, как по нему вообще что-то можно понять? Никакой магии! Расскажу… Но сначала несколько риторических вопросов.😉

Как часто вы видите на рабочей доске, если она есть, или просто знаете, что ваши коллеги или вы сами работаете одновременно над 2-3…-10 задачами? Какое количество задач в прогрессе у вас на доске сейчас? Нет ли такого, что количество задач в прогрессе превышает количество людей в рабочей группе в 2-3-4… раза?

Если это- ваш случай, добро пожаловать, вы в нужном месте. 😉

Начнем с вопросов:“как вы сами относитесь к подобной картине?”, “нет ли чего-то, что вас смущает?”, “пытаетесь ли вы, в первую очередь, оправдать текущую картину, а не подумать почему так не должно быть и как это изменить?”. Если вас ничего не смущает, вам “ок”, и у вас куча объяснений и аргументов, что ничего нельзя поменять, всё в норме, то следующие посты вам будут либо неприятны, либо полезны, либо всё сразу. 😊

Итак, мой постулат: по “перегруженной” доске можно выявить наличие проблем в областях: - прозрачность; - управляемость; - общая эффективность в выполнении работ; - качество выполняемых работ; - командность.

Отмечу, что аккуратная и красивая доска не гарантирует отсутствие проблем по этим пунктам.

А теперь приступим…

Итак, посмотрим на текущую доску с точки зрения прозрачности. 1️⃣ Имеет смысл задаться, в первую очередь, вопросом: “на самом ли деле все статусы у задач актуальные?”. Часто бывает так, что простой пересмотр задач в прогрессе приводит к закрытию около 30-60% задач, так как доску воспринимают скорее как никому ненужный формализм, а не как инструмент для саморегуляции рабочей группы в рабочих задачах. В этом случае, получается, ни у кого нет понимания что сделано, что осталось сделать, что в работе. 2️⃣ Следующий вопрос, который имеет смысл задать: “над какой из Х задач, в которых условный Петя указан исполнителем, Петя работал вчера, работает на самом деле сегодня?” 1) Здесь может оказаться, что из 4-5-6 задач, которые на Пете, он не работал уже давно и не планирует работать в ближайшие дни. А работает Петя над задачей, которая находится в статусе “Сделать” или, бывает даже, “Закрыто”, или над задачей, которой вообще нет в бэклоге. В этом случае, опять же, получается, что ни у кого нет общей картины что сделано, что осталось сделать, что в работе. 2) Может так же оказаться, что Петя все-таки работает над одной из задач, а остальные заблокированы чем-то/кем-то, и это просто никак не отмечено на доске. Здесь мы приходим к тому, что, оказывается, есть проблемы, блокирующие работу, но о них никто, кроме Пети, не знает. А сам Петя привык к тому, что задачи заблокированы и спокойно, не решая проблем, работает над тем, над чем может.

В обоих случаях, заметьте, Петя - молодец, он “не просиживает”, он утилизирует своё время на 100%. А это же и означает эффективность! (сарказм). Но к теме 100%-ной утилизации мы еще, думаю, вернёмся. Сейчас это так, вброс, скорее, чем тема.

Может, конечно, оказаться и так, что у условного Афанасия в работе 2 задачи, и он реально работает над обеими сразу. Допускаю, что можно тестировать две задачи сразу, если у них одни и те же тесты. Но вот писать код сразу для двух фичей - вряд ли можно, так же, как и описывать ТЗ. Да хотя бы потому, что один курсор на экране. И делать в параллели означает переключаться между задачами. И если вы выявили, что Афанасий - тестировщик и тестирует сразу 2 истории, которые имеет смысл тестировать сразу, то, в целом, оно неплохо. Тут тоже есть проблемка, но другого порядка. Об этом случае имеет смысл разговаривать в разрезе Lead Time метрики, разве что.

Итог: никто не понимает общий прогресс по задачам и проблемы, которые блокируют работу.

14.05.2025

#рабочаядоска #мультизадачность #многозадачнадоске #завалнадоске