Russian Lean/Kanban Network. Первая встреча сообщества — как это было

У нас отличная новость. В конце сентября мы провели первую сообщества Kanban —  Russian Lean/Kanban Network. Ниже — небольшой отчет о первой встрече

600_454594371

Продолжение этой статьи »


Balanced Scoreсards, KPI и прочие метрики

Недавно снова обсуждали Balanced Scoreсards (BSC), KPI и метрики в одной большой компании и по следам этих разговоров хочется задокументировать все находки.

Начнем с определений, поскольку в большинстве организаций сокращение KPI используется неверно и означает желаемый результат или цель. Просто посмотрите как это слово используется во многих организациях и вы поймете насколько эта неверная трактовка укоренилась в современной бизнес среде: «Он выполнил свои KPI», «Надо поставить ему KPI на следующий год». На самом деле цель и KPI два разных понятия и одно не может существовать без другого.

Key performance indicators (KPIs) are a set of quantifiable measures that a company or industry uses to gauge or compare performance in terms of meeting their strategic and operational goals.

Цель первична. До того как KPI могут быть определены, необходимо выполнение следующих условий:

  • Должен быть выбран определенный бизнес процесс.
  • У этого процесса должны быть четкие бизнес цели.
  • Процесс должен поддаваться качественным и количественным измерениям.

Key performance indicator (KPI) это бизнес метрика используемая для оценки факторов, критических для успеха организации. KPI используются для оценки бизнес трендов. Они направляют тактические действия организации. KPIs это просто набор индикаторов с которыми мы можем посравнивать наши данные, эдакий организационный измерительный прибор успеха. KPI помогают организации оценивать прогресс по направлению к заявленным целям или отсутствие такового.

Типичные Balanced Scorecards в организациях наполнены этими самими целями KPIs по самые уши. Balanced scorecards могут защищать и усиливать режим управления и контроля сверху (command-and-control), а могут и избавлять от него. Большинство имплементаций к сожалению первого типа, в то время как аджайл мышление заставляет нас склоняться ко второму типу. Продолжение этой статьи »


Путешествие по Кеневину, часть 1

О чем вы узнаете в этой статье. Статья получилась длинная, поэтому я решил разделить ее на две части. В первой мы рассмотрим недавно обновленный Кеневин Фреймворк. Это один из самых популярных на данный момент sense-making фреймворков, который помогает понять мир и происходящее в нем. Затем мы поговорим об экспертах и рассмотрим самые типичные передвижения по фреймворку. Во второй части статьи, мы будем передвигаться по доменам Кеневина с помощью увлекательной командной игры “Путешествие по Кеневину”. Вас ожидают многочисленные фото и видео материалы, а также рисованные флип-чарты.

Кеневин Фреймворк. Мой коллега Сергей Дмитриев два года тому назад написал замечательный блог-пост о Кеневине. И в течение последних двух лет особо добавить было нечего, но совсем недавно создатель шотландец Дэйвид Сноуден обновил свою модель. Ко всему прочему, я хочу взглянуть на фреймворк под другим углом, добавить провокационные мысли знаменитого публициста и философа Нассима Талеба, а также модель Management 3.0 Юргена Апелло и рассмотреть наиболее частые переходы из домена в домен. Продолжение этой статьи »


Приоритезация портфеля проектов

image-1

Начав в прошлом году обсуждение по применению Kanban для управления портфелем проектов, мы обещали продолжить публикацию материалов на эту тему. Рассказывая на конференциях и обсуждая с коллегами вопросы, мы неоднократно останавливались на проблеме ПРИОРИТЕЗАЦИИ портфеля.

Что же интересует компании? Вопросы практически у всех одинаковые:

  • Как выбрать из проектов наиболее приоритетные?
  • Кто должен участвовать в приоритезации?
  • Как вовлечь сотрудников в обсуждение?
  • И как остановить регулярную войну за ресурсы?

Сегодня мне хотелось бы рассказать о применении Serious Games для приоритезации  портфеля  проектов.  Итак, начнем.

Продолжение этой статьи »


Опыт применения Kanban для управления портфелем проектов

Итак, Вы научились работать в Agile. Возможно в команде разработки вы уже начали использовать Scrum, XP или что-то другое. Но, что делать, если клиентов становится все больше? Вы начинаете распределять ресурсы, брать сразу несколько заказов одновременно и жизнь менеджеров (и сотрудников) становится похожей на кошмар. Правильно, пора подумать, как управлять этой “кучей” работ. И в вашей жизни появляются новые термины: портфель, поток, приоритеты, контроль и нарушение сроков 🙂

Что ждет компанию на уровне портфеля проектов?

Расмотрим общую ситуацию. Как правило, в компании есть несколько команд, которые умеют планировать, проводить оценку, работать с бэклогом — т.п. Но все, что работает на отдельном проекте, не работает на уровне всей компании — на уровне всех заказов. А что это значит?

Продолжение этой статьи »