Недоступный ЛПР. Домашка по управлению

[ksoftware]

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

Представьте конфигурацию: есть руководитель (менеджер-дизайнер-редактор, кто угодно), есть у этого чувака задача и есть лицо-принимающее-решение - ЛПР. За задачу отвечает руководитель. А ЛПР за задачу не отвечает. Но

Comments

[rudinandrey]

как у меня сейчас происходит, используем сервис realtimeboard в нем рисую условные кубики (в моем случае при мобильной разработке) скриншоты окон которые надо сделать, чтобы проект был полным, помещаешь все это дело на цветное полотно, под тем что сделал, стираешь это полотно, т.е. в идеале весь фон должен остаться пустым, те белым, ЛПР заходит на realtimeboard через мобильное приложение, когда ему угодно, или после какого нибудь чек поинта руководителя, когда он ему смс шлет, типа смотри результат. в моем случае я еще больше упросит задачу, после каждого чек поинта, ну или git commit'а стираю под чем надо основу и делаю скриншот, высылаю по телеграму. ЛПР видит разницу между текущим и предыдущим состоянием.
типа вот так:

[ksoftware]

Прикольно, но я не понял, что делать, если чувак не отвечает или просто всё мочит и всё? Кстати, в бюро у нас есть инвертированное соглашение - всё неутверждённое красят «розовым», кладут поверх плашку цвета мадженты с прозрачностью.

[rudinandrey]

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

[ext_4890409]

На мой взгляд единственно верным решением проблемы уехавшего ЛПР будет делегирование его полномочий, т.е. руководитель должен передать ответственность за принятие решений одному из своих подчинённых. Если отъезд внезапный, то у ЛПР всегда должен быть назначенный заместитель, т.е. всегда у каждого должна быть цепочка замещающих. Если ЛПР так делать не хочет, то сам виноват, т.к. он является неотъемлемой частью процесса, и за задержки в работе виноват он, каким бы важным его собственные дела не были. "Задача просирается, хотя все вроде хотели её сделать" - как видимо, не все ;-)

Также, когда ЛПР в офисе, стоит договориться об определённом времени для принятия решений (sync meeting) - так и ЛПР постоянно не будет отвлечён руководителями, и дело будет идти вперёд, пусть иногда и с небольшими задержками, зато точно прогнозируемыми.

Но всё равно стоит явно выделять форс-мажорные ситуации, по которым решение может принять ТОЛЬКО ЛПР, таковые специфичны под организацию/задачу.

[beshbel]

Предполагаю что можно подробно описать критерии оценки результата и поставить условие, что руководитель может запускать, если решение соответствует всем критериям.

[ksoftware]

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