Как стать автором
Обновить
5
Карма
0
Рейтинг
Артур Нек @artnek

кандидат АКС, АКТ, Agile Coach

Рентабельность инвестиций в Канбан. Часть 2

Управление проектами *Управление продуктом *
Перевод

В первой части статьи в результате применения базовых форм Канбан Метода мы получили бизнес-результаты, которые привели к снижению общих затрат на координацию. Вы можете возразить, что большинство организаций и так интуитивно понимает, что их затраты на координацию составляют значительную часть их совокупных затрат на предоставление какой-то услуги или продукта. Но они зачастую не понимают, насколько велик их процент. Другой неинтуитивный факт — затраты на координацию растут быстрее (в процентах от общей работы), чем количество конкурирующих задач, которыми необходимо управлять. Иными словами: затраты на координацию растут не линейно по отношению к работе.

Читать далее
Всего голосов 3: ↑3 и ↓0 +3
Просмотры 2.1K
Комментарии 10

Рентабельность инвестиций в Канбан. Часть 1

Управление проектами *Управление продуктом *
Перевод

«Они хотят увидеть экономическое обоснование, прежде чем мы сможем приступить к использованию метода?!» — это слова главы отдела, которую я обучал в рамках запланированного внедрения Канбан. У неё были смелые планы по улучшению показателей своего подразделения, но этот вопрос заставил её задуматься.

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

Читать далее
Всего голосов 10: ↑6 и ↓4 +2
Просмотры 3.6K
Комментарии 17

Обдумывая стори поинты

Управление проектами *Управление продуктом *
Перевод
image

Мне нравится говорить, что я, возможно, изобрел стори поинты (story points) и если действительно изобрел, то сегодня мне жаль. Давайте рассмотрим подробнее, что я думаю о стори поинтах сейчас. По крайней мере один из нас точно заинтересован в моих мыслях.

Идея историй (stories) конечно же пришла из XP, а не из Scrum. Неким образом скрам-практики адаптировали эту идею в свою работу. Хотя официальный скрам-гайд говорит лишь об элементах бэклога (backlog items), использовать пользовательские истории в качестве элементов бэклога – очень распространенная в скраме практика.
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры 4.7K
Комментарии 0

Роль Service Delivery Manager (SDM) в Канбан-методе: как нанимать SDM

Управление проектами *Управление продуктом *Управление персоналом *
Перевод
Меня часто спрашивают о роли Service Delivery Manager (SDM) в Канбан. Кто должен играть эту роль? Как можно ввести эту роль в организации? Где найти правильных людей на эту роль?

Для понимания, SDM – термин, который мы используем в Канбан-методе для общего обозначения широкого круга менеджеров, отвечающих за некие сервисы, производственные линии или проекты. В круг ответственности SDM входит управление и улучшение сервиса с точки зрения удовлетворенности его клиентов.
Читать дальше →
Всего голосов 3: ↑3 и ↓0 +3
Просмотры 5.7K
Комментарии 0

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

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

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

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

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

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

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

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

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

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

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


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


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

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

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

Предисловие


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

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


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

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


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

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

Информация

В рейтинге
Не участвует
Откуда
Новосибирск, Новосибирская обл., Россия
Дата рождения
Зарегистрирован
Активность