Comments 8
Интересный статья, спасибо авторам! Кайтен классная штука! Удобная статистика, таск трекер, интеграция с гитлабом и прочие фичи. Конечно, есть куда развиваться, но приятно, что российский софт не сильно уступает джире или аналогичным трекерам.
Ирина, шикарная статья, спасибо! По-взрослому. Здорово, что потратили время и нарисовали бордов-пустышек - с этими иллюстрациями получилось наглядно, система управления задачами прослеживается, воспринимается.
Подскажите, насколько кастомной, кустарной была настройка описанного многообразия бордов? Инструментом кайтен не пользовался, интересует, что из этого там есть из коробки. В том числе риски. И получается ли где-то совместить задачи эпика/инкремента и его риски.
На примере борда конкретной команды: разбивка на "срочно" и "стандартно" - это по ценности родительского эпика или через какой атрибут?
Таски из-под эпика как попадают на борд команд-исполнителей и в колонку "запланировано": подвинули эпик в работу и все таски толпой вывалились на бордах задействованных команд? Или у них тоже происходит некое своё внутреннее планирование, оценка полезности, сложности?
При том, что каждому эпику навешивается воспринимаемая ценность от продактов и/или менеджмента, удаётся ли как-то в этих условиях отрабатывать техдолг?
Бизнесы в эпиках ценность ставят "от фонаря" или делаете покер-сессии и/или меряете по RIC(E) или схожей методике?
Иван, спасибо за позитивный отзыв!
Все инструменты использовались "из коробки". Кайтен очень гибкий в настройке. Нужно было только придумать дизайн пространств и взаимосвязи элементов разных уровней. Есть удобный функционал дублирования досок на других пространствах, таким образом, можно отображать, например, те же риски на любом из пространств для информации.
Мы совмещали задачи эпика/инкремента и его риски с помощью визуализации (размещение карточек на одном пространстве). Количество элементов у нас не настолько велико, чтобы нельзя было глазами отследить. Но если бы такая задача возникла, то можно обеспечить это совмещение с помощью дочерне-родительской связи (эпик - родитель, риск - дочка).
Это разбивка по классам обслуживания. Классы обслуживания - это инструмент канбан-метода.
У нас таски из-под эпика на борды команд попадают на планировании двухнедельных итераций, которые команды проводят у себя. Команды согласно своим алгоритмам пополнения вручную утаскивают карточки на свои рабочие доски.
Команды планируются из расчета того, что надо выполнить квартальные цели и оставить буфер на баги и техдолг. Таким образом, емкость команд распределяется между квартальными целями, багами и техдолгом. Соотношение каждая команда определяет сама.
На текущий момент используем метод
"от фонаря" :-)экспертных оценок, есть планы перехода на какую-нибудь из моделей оценки ценности (RICE, ICE. WSJF и т.д.)
Можете раскрыть подробнее технический момент?
Как связаны физически карточки в Кайтен (epic - feature / enabler - task)?
На рисунках не видно связи.
Здравствуйте! Давайте я отвечу. В Кайтене есть система родительских и дочерних связей. К родительской карточке можно добавить связь с дочерними. Эта связь будет отображаться внутри задач. Также в родительской карточке будет виден прогресс по дочерним задачам. Вот тут можно посмотреть подробнее: https://faq-ru.kaiten.site/59ee5183-19b9-4241-bcb4-607aa4845d3b
Ирина, почему для выявления зависимостей использовали Miro, а не Kaiten?
Приходилось же дублировать информация и синхронизировать ее потом?
Какой кейс не удалось реализовать в Кайтен для визуализация блокировок или чем было неудобно?
Сейчас уже в Кайтене придумали, как визуализировать зависимости. Сделали отдельное пространство, на которое вынесли клоны досок с фичами и энейблерами. На карточках завели поле "Зависит от", и указываем в нём команду, от которой есть зависимость. На момент написания статьи ещё пользовались миро по привычке. И да, работать в двух инструментах было неудобно)
Как провести PI-планирование на 100+ человек: от глобальных целей до точечных задач