Михаил Рыбаков - Как навести порядок в своем бизнесе. Как построить надежную систему из ненадежных элементов. Практикум

• Название: Как навести порядок в своем бизнесе. Как построить надежную систему из ненадежных элементов. Практикум
• Автор: Михаил Рыбаков
• Жанр: О бизнесе популярно
• Год: 2017
• ISBN: 978-5-9907325-1-3

Книга «Как навести порядок в своем бизнесе» – это система практических инструментов, которые позволят вам наладить бизнес. Так, чтобы он:

• приносил хорошую прибыль;

• стал более конкурентоспособным и устойчивым к кризисам;

• стабильно работал и развивался;

• практически не зависел от человеческого фактора сотрудников;

• требовал от владельца минимального контроля.

Конкретные техники и рекомендации:

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

• 123 примера и комментария от владельцев и руководителей компаний;

• 418 примеров из практики автора;

Книга – для собственников и топ-менеджеров: от крупных холдингов до средних и малых компаний. С 2010 года она стала настольной во многих организациях.

Также книга будет полезна бизнес-консультантам и тренерам.

Михаил Рыбаков (www.mrybakov.ru) – бизнес-консультант, модератор стратегических сессий. Основатель команды «Михаил Рыбаков и Партнеры». В бизнесе с 1997 года. Автор двух деловых бестселлеров, фильма «От карьеры к свободе», сотен публикаций, организатор ежегодных бизнес-мероприятий в России и за рубежом. Два образования – системный аналитик (экономика, ИТ) и психолог. Помогает владельцам и управленческим командам частных рыночных компаний русскоязычного пространства.

9-е издание.

---

Многие наши клиенты сначала сомневаются в том, что реально использовать линейные описания процессов. А потом благодарят: наконец-то все стало понятно. Часто до работы с нами они пытались использовать различные навороченные методики, запутывались и бросали.

Поняв наш подход, им удавалось описывать в линейном виде даже сложнейшие длительные процессы в разных отраслях: девелопмент и строительство, разные сферы производства и т. д.

4. Включите все основные этапы процесса. Даже те, которые выполняются не каждый раз.

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

Или некоторым клиентам вы доставляете заказы, а некоторые забирают их сами с вашего склада. Включите шаг «Доставка продукции клиенту» в описание процесса.

5. Каждый шаг – «черный ящик». То есть он получает что-то на вход и выдает что-то на выходе. А что внутри – нас на этом уровне детализации не интересует. Даже если внутри шага – целая вселенная.

Например – производство. Допустим, ваша компания изготавливает продукцию разных типов по заказам клиентов. При описании процесса на верхнем уровне производство все равно будет одним шагом. Все тонкости вы опишете при раскрытии этого шага в виде подпроцесса[118].

6. Смотрите на процесс с точки зрения его руководителя: например, называйте его шаги соответственно.

Так если в каком-то шаге мы получаем оплату от клиента, то так и пишем: «Получение оплаты от клиента», а не «Оплата» (мы же здесь не платим, а получаем деньги).

7. Называйте шаги отглагольными существительными. Например, «Подписание договора», а не «Договор».

8. Описывайте процесс «как есть + ЗБР». То есть за основу берем то, как он выполняется сегодня. Если по-разному (у разных исполнителей и пр.) – выберите вариант, наиболее распространенный в вашей компании. Хорошо бы – самый лучший из обнаруженных вами.

Часто в ходе обсуждения процесса в команде, хочется его улучшить. ЗБР – это «Зона ближайшего развития»[119], улучшения, которые вы действительно собираетесь внести в выполнение процесса в течение ближайших 1–3 месяцев. Идеи на более дальнюю перспективу пока не стоит вносить в описание процесса. Просто сохраните их где-то в удобном месте – рассмо́трите в будущем.

3.3.2.2 Продолжаем описывать тело процесса

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

Рисунок 7. Описание шагов бизнес-процесса

Рассмотрим подробнее.

С номером шага все понятно.

Название шага – то самое, которое ему дали на предыдущем этапе. Правда, по опыту, состав и названия шагов при более пристальном взгляде могут измениться.

Результаты шага – это то, ради чего он выполняется, что выдает на выходе. Они бывают:

• Материальные (например, товар на складе);

• Информационные: в бумажной или электронной форме. Главное, чтобы не в устной – ведь при этом концов не найти. Есть такое правило: каждый шаг должен оставлять след. Или: любой материальный поток должен сопровождаться информационным. Чтобы можно было проследить ход выполнения процесса на основе записей (бумажных, а лучше компьютерных), найти причины возможных сбоев. Вы получаете достоверную информацию о том, как протекают процессы, можете накапливать статистику, анализировать ее, и принимать решения на основе фактов, а не только интуиции.

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

Кстати, часто у одного шага результатов несколько – вспомните и запишите их все. Если оказалось слишком много (больше пяти), объединяйте в смысловые группы (например, пакет документов от клиента). Раскроете на более детальном уровне.

Ответственный за шаг – тот, кто отвечает за его результаты и точность выполнения технологии. Перед кем? Правильно, перед руководителем процесса.

Ответственный всегда должен быть один. Хорошо, если ответственый за шаг – из числа его исполнителей.

Исполнители шага. А вот их может быть много. Желательно вспомнить всех. Если получается слишком много – объединяйте, например, рабочие цеха покраски.

Комментарий – это поле для ваших заметок. Например, сюда можно записывать ЗБР по шагу. Но лучше не перегружать эту колонку, пусть лучше она останется пустой.

Практическое задание 30

1. Определите шаги выбранного ранее процесса, соблюдая принципы, которые я рассказал выше.

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

Флипчарт вам в помощь ☺.

3.3.2.3 Подпроцессы («Матрешки»)

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

Рисунок 8. Подпроцессы («Матрешки»)

Название шага процесса переходит в название подпроцесса.

Ответственный за шаг становится РП в подпроцессе, исполнители «расходятся» по его шагам.

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

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

Иногда бывает полезно разобрать процесс в виде «матрешек» и на следующем – третьем уровне глубины.

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

Практическое задание 31

Раскройте наиболее крупные шаги своего процесса из прошлого задания как подпроцессы («матрешки») на один уровень вглубь.

3.3.3. Копаем глубже. SIPOC и «клиент – поставщик»

К девятому изданию. Наверное, когда я писал первую версию этой книги, я был перфекционистом[120]. И я питал иллюзии, что все такие ☺. Однако время и новый опыт расставили все по своим местам.

Сейчас в наших консалтинговых проектах мы далеко не всегда используем методику SIPOC, описанную в этой главе. Она глубока и прекрасна, но сложна и избыточна для большинства людей и команд. По крайней мере на том уровне зрелости, на котором они обычно начинают внедрять процессный подход. Причем это касается даже «продвинутых» ИТ-компаний и руководителей, окончивших MBA. Потому что теория – это одно, а жизнь – другое. Так, если огород на даче можно вскопать при помощи соседа дяди Васи или работника Ильяса, не нужно покупать для этого новейшие технические средства – это неразумно и нерентабельно.

Как правило, в большинстве организаций на несколько лет хватает инструментария, описанного выше. Хотя, конечно, бывают случаи, когда методика SIPOC и лежащая в ее основе концепция «клиент – поставщик» действительно нужны, а люди к ним – готовы.

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

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

Дальнейший текст этой подглавы я сохранил почти в первозданном виде[121].

* * *

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