Чем игра Манчкин может быть полезна для эффективной организации деятельности?

Уже писал ранее одну заметку на этот счет.

Сейчас продолжим.

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

Для системы адаптивного кейс менеджмента это не проблема. Но сама идея хорошо отражена именно в игре Манчкин.

По сути есть некая группа участников, они встречаются с какими-то задачами и клиентами. Объединяются для достижения целей и конфликтуют. Все как в жизни 🙂

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

В общем кто хочет лучше понять о чем речь — есть игра. Рекомендую.

Для остальных, перейдем к телу:

Предположим у нас новый сотрудник

Он стажер. Для стажеров действует ряд правил, которые не распространяются на других. Например учет трудозатрат. Куда это записать? В регламент? В положение об отделе? Да, можно и так, если хотите бюрократизировать ситуацию. А можно добавить драйва и игрофицировать! Добавляем карточку «Стажер» и в ее описании прописываем что то типа:

Обратите внимание что кроме самого правила, есть гиперссылка на инструкцию о том как это делать в системе. Там ничего сложного, но это упрощает понимание правила.

Клиент, с которым не работаем без предоплаты

Есть клиенты, которые ранее показали себя как не ответственные к своим обязательствам. С такими нельзя работать без предоплаты вообще. А лучше с полной оплатой.

Добавляем метку и видим список клиентов которые подпадают под это правило.

Как это выглядит в карточке персоны/организации?

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

Как это пересекается с классическими методами регламентации?

Да никак. Метод регламентации орг.структуры и бизнес-процессов живет своей жизнью. Они никак не пересекаются. Разве что в центральном кодексе нужно прописать что есть дополнительный метод нормализации деятельности.

Какие еще могут быть варианты применения такой системы?

Давайте пофантазируем:

1. Часто ИТ-шники спорят, как правильно привязывать SLA? К директору? Потому что он по голове надает или к серверу? Потому что простои сервера дорого обходятся… И системы ITIL как правило точятся под один или второй метод. Тут же можно применять хоть оба сразу, хоть еще кучу привязок придумывать. Добавляем метки для нужных уровней SLA и вешаем их на любые сущности, хочешь серверу, хочешь директору… без разницы.

2. Как на счет работы с поставщиками? И фиксации того, какие правила действуют в отношении того или иного поставщика?

3. А что если регулировать скидки на определенные товарные позиции по городам?

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