Методология (v0.1) › Клинбоксинг


Клинбоксинг

Последние изменения 10 ноября 2018, 16:04

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

На этом этапе можно сделать пометку что за тип вопроса вы создаете - главная задача получить результат для проекта (ваш вклад в проект), поэтому мы всегда излагаем ожидания к результату. Результат должен быть для проекта а не для личного пользования. 

Виды запросов:

  1. Отчет об поломке - будет поставлено в регулярные работы на исправление.
  2. Предложение на изготовление продукта - будет поставлена цель.
  3. У каждого запроса “вектор” - направление к которому он относится. Если не понятно какой вектор указывать, это тоже можно оставить в запросе - тогда на рассмотрении будут введены новые векторы если команда решит это важным.

Если вы не знаете как задавать вопрос - вы должны задать этот вопрос во время встречи и зафиксировать после этого “заметку” и подготовить его к следующей встрече.

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

  1. Вопросы принятые в производство - делают вам плюс в карму и учитываются как “ вклад в проект”.
  2. Вопросы отклоненные на встрече - делают вам небольшой минус в карму и учитывается как “потребление ресурсов проекта”. В данном случае время встречи потребляется а вклад в проект не формируется. Это помечается в личном деле.

Таким образом решается часть проблемы когда неэффективная работа “сбрасываться” с одной головы на другую. Формулировка того что нужно сделать или исправить в проекте в базовой версии полностью лежит на авторе этой идеи или фиксаторе проблемы. Никто кроме него не обладает “биологической” фактурой внутри своего мышления и памяти чтобы “смочь” это сформулировать - извлекать из биологической памяти при помощи слов в текст, переформулируя и уточняя написанное, если становится видно что не все еще извлек из своего мышления.

На этой части проводится граница между участниками проекта и мы устраняем проблему “непонимания”. “Они меня не понимают, давайте всех уволим”. Процесс понимания состоит из двух частей - первое это предельно ясное изложение своего замысла на внешнем от головы носителе, в понятной терминологии и предъявление его на ознакомление до того как произойдет его обсуждение.

Если вы полностью внедрили практики Мьёльнира и имеете меру действий, все процессы вам понятны - не результативные вопросы можно маркировать как “растраты”. Если они повторяются регулярно - это можно квалифицировать как хищения на проекте для последующих корректировок состава участников самого проекта, имея четкое основание.

Пока что это нигде не учитывается в работе - но предельно ясно накапливается и доступно впоследствии для анализа. 

Участники проекта собираются вместе чтобы реализовать проект, делая вклад своим эффективным трудом.

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

Каждый день, выделяя лучшее время для мышления (как правило это утро, до начала рабочего дня - начиная с 5-6 часов) вы садитесь и по порядку каждой из задач формулируете “вопросы на повестку” в полном объеме.

Вопросы помеченные как “поломки” рассматриваются в ежедневном режиме и попадают в повестку каждую регулярную утреннюю рабочую сессию.

Вопросы идущие как “цели” - рассматриваются в ближайшую следующую стратегическую сессию.