Принцип малинового варенья

Чем шире размажешь, тем тоньше слойМенеджер должен быть многозадачным. Менеджер должен тратить время на большое количество полезных вещей для проекта. И, конечно же, менеджер отвечает за многие вещи в проекте. Все менеджеры кивают, соглашаясь с этим, и тратят свое время на 30 задач в день. Учитывая, что рабочий день – это примерно 9 часов, то в среднем на 30 задач вы сможете выделить по 18 минут. А это не учитывая бесед в чате, общения с коллегами и перерывами на естественные потребности.

В маркетинге есть так называемый принцип «Правило малинового варенья», который сформулирован Джеральдом Уайнсбергом в книге «Секреты консультирования». Правило звучит следующим образом: «Чем шире размажешь варенье, тем тоньше становится его слой. Чем шире ваша аудитория, тем слабее ваше влияние на нее».

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

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

Дальше писать не буду, потому что можно устроить настоящий «холивар». Можно давать ссылки на книги по тайм-менеджменту (с простой сортировкой в квадрантах «важно-срочно»). Можно рассуждать о том, что многие проблемы типичны, и мы сталкивались с решением подобных (это называется «опыт»), поэтому можем не думать над каждым проявлением похожей проблемы. Полагаю, что стоит задуматься только над одним вопросом: Если есть эффективный тайм-менеджмент, если есть методологии, если есть опыт (в общем, есть все :)), то почему проекты проваливаются? Вновь и вновь! А может проекты проваливаются потому, что мы применяем наши навыки не к тем проблемам? Может мы уделили недостаточно внимания (читай времени) основным?

Вывод: я вообще очень люблю визуализировать образы. Это помогает мне запоминать информацию и правильно применять ее. Вот теперь при наличии огромного выбора из списка задач я буду представлять себе баночку варенья :). И дважды подумаю, стоит ли скушать 2 мега-тоста с тоооолстым слоем варенья или размазать на 20 тостов, но не почувствовать вкуса. Распределять время и силы нужно по принципу малинового варенья.

P.S. Как лирическое отступление о системе мотивации

Как мне кажется, лучше решить меньше главных проблем качественно, чем много, но поверхностно, а остальные раздать подчиненным :). Конечно же, мало кто ценит качественное решение. Зачастую, это дорого и не очень прозрачно. Да и система мотивации построена на том, что награждают «героев, которые закрыли 300 проблем, отработав 400 часов в месяц», чем тех, которые «решили 2 проблемы так, что не возникло остальных 298». Как сделать такую систему мотивации в команде и Компаниях я не знаю. И если есть мысли или ссылки, то с удовольствием почитаю :).

Может кто-то из мега-HR специалистов забредет на мой блог и подскажет как это делается?

Oct 25th, 2010
  1. Oct 30th, 2010 at 10:34 | #1

    Pretty interesting book about motivation : http://motivateme.ru – its not really professional but more based on reality.

  2. Oct 30th, 2010 at 11:26 | #2

    to paul ryazanov
    I am not sure why you used English, but with the all regards I have to respond on the same language as my visitors ask :)

    Stas Davydov is a great guy and wrote an interesting book. But there are some buts:
    1. Its target audience are the engineers, who usually don’t care about the customer.
    2. This particular post was about the principals how we are spreading our time, not about the motivation.

    The only part of the post that could be applied to Stas’ book is the P.S. However, in the real life I have not seen the company that could do this well. The only exception came to my mind are the freelancers.

  3. Roman
    Nov 2nd, 2010 at 17:51 | #3

    А чем плоха премиальная система для ПМ?

    Команда сделала проект в срок и уложилась в бюджет => премия, которая оговаривается с Заказчиком.

    Т.е. Заказчик изначально свой бюджет делит на две части.

    Все проволОчки со стороны Заказчика выясняются отдельно и case-by-case – если есть критические проблемы на заранее оговоренный момент подписания акта приёмки, то премия накрывается. Всё остальное сносится в первый пакет доработок.

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

Leave a comment