Обновить
  • по релевантности
  • по времени
  • по рейтингу

Канбан метод: Понимание вашего процесса как процесса коллективного накопления знаний

Управление разработкой *Управление продуктом *
Из песочницы

Предисловие


В русскоязычном профессиональном сообществе менеджеров процессов крайне мало литературы по Канбан методу на русском языке. Мы решили исправлять эту несправедливость и будем публиковать самые значимые с нашей точки зрения статьи на русском языке, которые повлияли на развитие метода.

Понимание вашего процесса как процесса коллективного накопления знаний


И первая статья серии о том, как более результативно строить визуализиацию ваших процессов работы и воспринимать доску. Автор оригинальной статьи Алексей Жеглов и ее можно найти по ссылке

Существует общая тенденция и желание сделать работу более коллективной. Тем не менее, когда я прошу людей в офисе нарисовать процесс своей работы, они часто предоставляют что-то такое (я упрощаю):


В этом представлении работники образуют конвейер, но их работа на самом деле не похожа на сборочную линию. Например, разработчик программного обеспечения может обнаружить логическое несоответствие в спецификации требований и отправить работу обратно к бизнес-аналитику. Инженер по качеству (QA) может сделать то же самое при тестировании созданного программного обеспечения. Аналитик обновит спецификацию и отправит задачу обратно QA. QA может найти в ней ошибку и отправить обратно разработчику. Специалист по внедрению может найти в коде что-то, что препятствует поставке. Затем разработчик вносит необходимые изменения. Теперь код нуждается в повторном тестировании, поэтому он возвращается к QA, после чего снова возвращается к внедрению.

Такое взаимодействие происходит не только между отдельными участниками команды, но и (что немаловажно) между корпоративными отделами, службами и межфункциональными командами. Поэтому люди рисуют множество стрелочек, соединенных в различных конфигурациях, чтобы показать все эти передачи.
Читать дальше →
Всего голосов 14: ↑14 и ↓0 +14
Просмотры 3.5K
Комментарии 0

Канбан метод: Понимание вашего процесса как процесса Коллективного накопления знаний – Часть 1 (рецепты)

Управление проектами *Управление продуктом *
Перевод
С этим постом я возвращаюсь к теме визуализации процессов в профессиональных сервисах. Как я писал ранее, что мы можем трактовать такие процессы, как совместное накопление и обогащение знаний, и привел некоторые примеры. Их ключевой частью является акцент на накоплении знаний и получении информации через последовательность совместных активностей, а не производственных центров, этапов процесса и делегирования.

Теперь давайте обратимся к проблеме, связанной с этим: как начать с реально существующих процессов и создать корректное отражение в системе визуального менеджмента. Для команд и организаций, использующих Канбан системы, такая визуализация представляет значимую часть их системы. Для тех, кто развивает свои сервисы с помощью Канбан метода, это существенная часть практики визуализации, которая является одной из практик метода.

В двух словах, диаграмма накопления знаний / информации, представленная вот так,


мы можем представить вот такой Канбан доской:


Читать дальше →
Всего голосов 7: ↑7 и ↓0 +7
Просмотры 2.2K
Комментарии 0

Канбан метод: Пример ПНЗ №1, процесс измерения-изучения в стартапе

Управление проектами *Управление продуктом *
Перевод
В своем  предыдущей статье, я описал, что мы можем воспринимать процесс поставки как Процесс Накопления Знаний.

Получившаяся диаграмма процесса показывает, как знания постепенно поступают и накапливаются через последовательность доминантных активностей. Точки, разделяющие эти активности не являются переключением между функциональными специалистами, а скорее приводят к изменению в паттерне взаимодействия. Был приведен пример такой диаграммы для среднестатистического  процесса поставки программного обеспечения.

Теперь настало время показать применение такого подхода к  другим процессам, и я приведу несколько примеров из мира, не связанного с поставкой программного обеспечения. Мы обратимся к началу 2003 года и моим первым циклам создания-измерения-изучения, которые сейчас мы привыкли называть бережливым стартапом. В то время я жил в Нью-Йорке и был одним из немногих инженеров в молодой компании занимающейся рекламой, через интернет.
Читать дальше →
Всего голосов 3: ↑3 и ↓0 +3
Просмотры 1.1K
Комментарии 0

Канбан метод: Пример ПНЗ №2: Обучение и Курсы

Управление проектами *Управление продуктом *
Перевод
В моих предыдущих двух статьях я показал, как мы можем воспринимать процесс доставки как Процесс Накопления Знаний. Когда профессионалы выполняют свою работу, последовательность доминантных активностей создает знание. Первоначальная статья содержала пример построения схемы такого процесса для среднестатистической Agile-команды поставки программного обеспечения. В последующей статье был приведен пример понимания того, как бережливый стартап производит свое исследование подтвержденное клиентом с помощью проверки гипотез.

Наш следующий пример переносит нас в мир обучения и курсов. Это благодаря моему коллеге Трэвису, который руководит отделом обучения высокотехнологичной компании. Отдел Трэвиса предоставляет множество услуг, но мы рассмотрим в этом примере только одну из них: разработка курсов.
Читать дальше →
Всего голосов 3: ↑3 и ↓0 +3
Просмотры 1.3K
Комментарии 0