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

Question

Я пытаюсь представить простой (и проворный характер) способ визуализации работы и узких мест большого отдела с идеей постепенного улучшения процесса как только мы получим необходимые данные.

Проблема в том, что у нас есть несколько групп разработчиков, работающих с несколькими проектами. Некоторые разработчики являются кросс-проектными, а некоторые проекты - кросс-командой. Разработчики очень устарели (мы не хотим заставить разработчиков C# или Java изучать Delphi 6 во время парного программирования).

Еще одна проблема заключается в том, что очень небольшая команда QA делится между всеми разработчиками/проектами.

Мне нужны идеи по организации панели задач Kanban (или аналогичной), чтобы рассказы были классифицированы по проекту (или команде?), Но ограничения по WIP по-прежнему применяются по всем направлениям.

Кроме того, как будут проходить совещания по стойке? Включение всех в единую встречу займет слишком много времени и приведет к информационной перегрузке, но расщепление встречи заставляет нас проиграть большую прозрачность, которую гибко применяет.

Итак, любые идеи, связанные с досками и стойками, приветствуются. Кроме того, альтернативы Канбану с таким же уровнем рецепта, как Канбан (другими словами, не так много), очень приветствуются.

Answer 1

Я пытаюсь представить простой (и гибкий характер) способ визуализации работы и узких мест большого отдела с идеей постепенного улучшения процесса, когда у нас есть необходимые данные.

Может быть, не ожидал ответа, но это точно, что value stream mapping для:

alt text http://killen.org/agileforexecutives/wp-content/uploads/ValueStreamMap.gif

И это, где вы должны начать.

Посмотрите материал Мэри Поппендика на эту тему (например, this presentation, this one или ее книги).

Answer 2

Кори Ладас в Lean Software Engineering содержит несколько статей о том, как проектировать доску Kanban для различных рабочих процессов. Я также очень рекомендую kanbandev mailing list - сообщество довольно зрелое, но поиск в архивах должен оказаться полезным.

Для постоянных собраний имейте в виду, что Канбан не назначает стандартную стойку в стиле Scrum (что вы делали вчера, что вы делали сегодня, какие-либо завалы?). Они все еще могут быть полезны для небольших групп, но с более крупной командой (вы никогда не упоминаете, насколько велики - 20? 200?), Вы можете просто сосредоточиться на блокировании. То, что люди в настоящее время работают, видимо для всех на борту, и следующий приоритет (т. Е. Что я буду делать дальше?) Должен находиться в какой-то очереди «Ready», которая вытягивается из ваших разных классов обслуживания.

Answer 3

В проектах Agile широко распространена практика визуализации и совместного использования статуса проекта с использованием диаграмм или диаграмм на платах. В то время как ни один документ не доставляет все боеприпасы, гибкие команды должны получить ритм, этот набор визуальных материалов предлагает легкую основу для руководства группами разработчиков программного обеспечения через различные гибкие циклы.

Вариант Kanban, простой способ представить эти карты, с некоторыми улучшениями этого представления и синхронным использованием концепции, ArabiaGIS представил концепцию Sync Kanban.

Sync Kanban состоит из доски для каждого проекта, где руководитель группы или ответственный разработчик попытается представить статус проекта и характеристики прогресса с помощью пирогов.

для полного описания: http://www.jaftalks.com/Home/Show/Sync-Kanban-Agile-Project-Management

Answer 4

Я считаю, что невозможно иметь физический или (любой другой) совет, который показывает проекты, команду и поток развития одновременно. Кроме того, нет программного обеспечения, которое обеспечивает хорошую видимость на уровне команды, почти все инструменты управления проектами, построенные на основе концепции Проекта, и мало используют концепцию Team.

Я думал об этой проблеме в течение 2 лет и придумал решение, которое мы собираемся реализовать в TargetProcess, но мы пока не находимся. Основная идея состоит в том, чтобы позволить гибко фильтровать и гибко группировать работу командами или проектами, чтобы обеспечить просмотр с высоты птичьего полета и увеличить масштаб, чтобы увидеть детали для конкретного проекта или конкретной команды. Я не могу себе представить, как это можно сделать на борту физического канбана.

Адрес some ideas.

Answer 5

Eylean Board может быть решением в этой ситуации. Плата Eylean предлагает обработку данных на визуальном уровне и уровне данных. Упорядочивать по строкам, столбцам, категориям, присваиваниям. Он поддерживает группировку задач в категории, которые могут работать как разные проекты и могут быть помещены в разные строки панели задач. Любой из этих параметров оставляет возможность применять ограничения WIP по всем направлениям. Само приложение было построено для набора канбанов, поэтому вы должны найти полезную информацию.