В третьем выпуске «Фрустрации от визуализации» мы разберем еще один типовой затуп, коре...
В третьем выпуске «Фрустрации от визуализации» мы разберем еще один типовой затуп, корень которого лежит в проектировании канбан-доски и тянет за собой кучу всякой дичи. И затуп сегодняшнего дня описывается фразой: «Это этап или это тип работ?». Давайте для примера возьмем работу системного аналитика. Если его спросить: «Чем ты занимаешься?», то самое простое, что он может ответить, — «делаю анализ». И вот если вы хотите визуализировать работу аналитика, у вас появится такой тип работы — «Анализ». Если вы не знаете, что такое тип работы, то условно это тип карточек, какие могут быть на доске. А что? Удобно ведь! Если есть типы работ «Анализ», «Разработка» и «Тестирование», то вы визуально можете видеть работу, которая предстоит, делается, почти готова или готова у этих самых разработчиков, аналитиков и тестировщиков. Но если посмотреть с точки зрения того, как делается продуктовая фича, то это не выглядит как тип работы. Это выглядит как этапы, по которым должна пройти карточка, которая будет иметь тип «Фича». Тогда у нас будет доска с этапами, названия которых будут связаны с деятельностью специалистов (например: Анализ, Разработка, Тестирование), и по ней слева направо будут плыть фичи по мере их реализации. И тот, и другой способ визуализации имеет право на жизнь. Первый хорош для того, чтобы следить за загрузкой команды (при необходимости), второй хорош для управления потоком работы, идущей через команду. С точки зрения процессной зрелости второй способ более зрелый. Ведь вы получаете деньги не за то, что ваши люди всегда заняты, а за то, что фичи выпускаются. «И в чем проблема?» — спросите вы. Я же сказал, что оба способа визуализации имеют право на жизнь. Так вот тупняк заключается в том, что люди пытаются комбинировать эти подходы. Получают, что есть тип работ «Анализ», который должен пройти по доске с этапами «Анализ», «Разработка» и «Готово». Человек через какое-то время понимает, что это какая-то фигня, но предъявляет претензии к инструменту, а не к себе. В общем, резюме... у инструмента нет мозгов, используйте свои и задавайтесь всегда вопросом: — Для кого эта доска? — Что мы хотим на ней видеть и для чего? — Что будет по доске идти? — Какие на доске будут этапы? Вот после этих простых вопросов и приступайте к проектированию. А чтобы сразу не допускать подобных проблем, надо изучать Канбан Метод. Если соберетесь — смотрите расписание открытых тренингов, ну или закажите корпоративный тренинг у нас на сайте.