Школа Своего Дела Юрий мороз на Пути к Метабизнесу Аннотация книга

Вид материалаКнига
Подобный материал:
1   ...   19   20   21   22   23   24   25   26   27



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

Мой опыт использования Делателя, (а запуск его может занять буквально несколько минут) показал мне, что к использованию каких либо систем управления проектами не готовы прежде всего руководители, и не готовы интеллектуально. Очень легко бегать по офису (или вызывать сотрудников к себе) и рассказывать им что нужно делать, но очень трудно управлять системой, которая плохо работает или потому что вы ее плохо продумали, или потому что вы не умеете ею управлять. И в обоих случаях виноваты не тупые сотрудники, а вы лично.

Но продолжим описание Делателя. Задача, (которую еще нужно придумать) в виде желтого листочка с надписью приклеивается напротив исполнителя в графе Исполнение, после чего исполнитель должен приступить к ее выполнению. После того, как Исполнитель приступил к ее исполнению, может произойти три события:

1. Ничего не происходить (Исполнитель не приступил к исполнению задачи или исполняет ее бесконечно долго)

2. У исполнителя возникла Проблема, мешающая исполнению задачи, (затупился карандаш, отключили телефон, прорвало трубу, обрушился потолок, нет нужного человека и т. д.

3. Исполнитель докладывает об исполнении поставленной задачи.

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

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

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

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

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

Значит, десять человек, работая вместе, могли бы изготавливать 48 тыс. булавок в день. Другими словами в пересчете на одного человека, это означало 4800 булавок в день. То есть производительность труда благодаря специализации возросла в 480 раз!

М.Х. Мескон «Основы менеджмента»

Делатель это и есть использование принципов Тейлора в офисе.

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

Что выяснилось в результате? Выяснилось, что одной из самых главных, а точнее самой главной, оказалась функция контроля, так как если хотя бы одна операция выполнена плохо, то браком является вся работа. Все учебники по менеджменту непрерывно толкуют о контроле, но убедиться в этом самому намного полезней. Запоминается навсегда. Так как операция контроля является очень трудоемкой, то оказалось необходимым создание института ОТК (аналогичного по функциям ОТК на производстве). Который мы, правда, так и не создали.

Даже элементарный хронометраж некоторых сотрудников показал, что из 8-часового рабочего дня больше половины времени занимают действия которые описывались следующим образом:

1. Думаю

2. Дозваниваюсь

3. Жду (кого-то или чего-то)

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

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

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

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

Программы, которые преобразуют команды высокого уровня в последовательность машинных команд называются компиляторами. А соответственно преобразование программы на языке высокого уровня в машинные коды называется компиляцией. (Кстати, в каждую следующую версию процессоров обычно добавляли новые команды.)

Так вот неявной функцией руководителя оказалось компиляция обобщенной задачи в цепочку взаимосвязанных мелких стандартных (типовых), причем качество компиляции (время и стоимость выполнения получившегося набора команд) очень сильно зависит от «качества» руководителя. Причем стоимость и время может отличаться в десятки и сотни раз. Некоторые компиляции могут быть сделаны на уровне изобретения, так, что выполнение этого набора задач уже в процессе выполнения не только ничего не стоит, а является прибыльным.

И вот тут и оказалось, что самое легкое это сделать и отладить Делатель, а вот сделать и отладить Компилятор и Решатель Проблем оказалось намного труднее. Вот тут и начались трудности с уровнем интеллекта. Легко сказать исполнителю: «Пойди туда не знаю куда, найди то, не знаю что». Если он этого не сделает, то можно ему сказать: «Ты за что ТАКИЕ ДЕНЬЖИЩИ получаешь?»

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

Таким образом, производством является все, где задача компиляции или решена один раз и на вход поступает только стандартные задачи, или же существует Компилятор, который надежно компилирует все нестандартные задачи в набор стандартных. Проблемы при этом или не возникают вообще или при их возникновении Решатель Проблем выдает набор стандартных задач, или же набор нестандартных, которые компилятор превращает в набор стандартных.

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



Человек

Компьютер

Бизнес

Модальности НЛП

Соционика

Стихии

Пирамида

Рефлекс

Жесткий алгоритм

Делатель

Кинестетическая

Сенсорика

Земля

Энергия

Логика

Экспертные системы

Компилятор

Дискретная

Логика

Воздух

Истина

Интуиция

Нейронные сети

Решатель Проблем

Визуальная

Интуиция

Вода

НЕТО

Метафизика

Пользователь комп.

Постановка Проблем

Аудиальная

Этика

Огонь

Любовь