Система изменений Менеджмент 3.0

 

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

Читать далее «Система изменений Менеджмент 3.0»

Теория разбитых окон и личная эффективность

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

Хочется что-то сделать, но накрывает депрессией, и вы не в силах справиться с делами, которые запланировали себе на день.

Интересная штука, правда?

Читать далее «Теория разбитых окон и личная эффективность»

Холакратия, самоуправляющиеся организации и Менеджмент 3.0

Недостающий элемент Agile-организаций — система управления

В статье рассматривается и сравниваются три современные системы управления —

  • Самоуправляющиеся компании
  • Холакратия
  • Менеджмент 3.0

Сегодня модно, чтобы всё было Lean и Agile. Но в организации в целом невозможно достичь или поддерживать в течение долгого времени состояния «быть  Lean» или «быть Agile».

Если ваша модель управления в процессе становления, ни одна благая инициатива, будь то внедрение Дизайна Мышления, Lean, Agile или любых других методов, не задержатся надолго. 

Читать далее «Холакратия, самоуправляющиеся организации и Менеджмент 3.0»

Навигация по Agile

Автор статьи -Крис Вэбб, руководитель подразделения по управлению корпоративными данными компании Deloitte

Мы часто говорим о том, что «быть Аgile» и «делать Аgile» — совсем не одно и то же. И быть Agile не так просто, даже если вы следуете одной из методологий.

По факту Agile — это набор практик и фреймворков, которые собраны, как принято говорить,  под «зонтиком  Agile».  Для того чтобы в компаниях методы Agile адаптировались успешно, важно понимать, какие именно методы и техники какую задачу решают.

На схеме ниже приведены некоторые из многих фреймворков Agile, которые как раз и находятся «под зонтиком». (Примечание: Это не исчерпывающий список, на самом деле существует ещё множество других инструментов — здесь приведены основные, чтобы показать вам поле Agile).

Учитывая, что фреймворков Agile много, то проблема, с которой сталкиваются многие компании, консультанты и коучи, какой из инструментов применим к какой задаче. Здесь мы постараемся пролить свет на этот вопрос.  Читать далее «Навигация по Agile»

Часть 2: как преодолеть пять пороков команды

В первой части статьи мы рассказали о пяти пороках команд, описанных в книге Патрика Ленсиони.

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

Читать далее «Часть 2: как преодолеть пять пороков команды»

7 ПРОСТЫХ ШАГОВ К ПРИНЯТИЮ РЕШЕНИЯ В ГРУППЕ

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

Обсудите, что будет считаться решением проблемы. Запишите все имеющиеся варианты на большом листе бумаги и обведите маркером ключевые критерии решения.

Читать далее «7 ПРОСТЫХ ШАГОВ К ПРИНЯТИЮ РЕШЕНИЯ В ГРУППЕ»

Одна команда-одна доска. Часть 1

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

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

Читать далее «Одна команда-одна доска. Часть 1»

Как ограничить число задач в работе

Как вы уже догадались, ограничение числа одновременных задач в работе — краеугольный камень в канбан. Как определить сколько их должно быть? 20 на команду это много? А 2 на человека? А может нужно каждому по одной? Или всего одну на команду-тогда ее будут выполнять моментально? Ответ очень неоднозначный и начинается он со слов «Все зависит от…»

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

Но вернемся к нашим лимитам и некоторым «лучшим практикам» (куда без них).

Читать далее «Как ограничить число задач в работе»