Организационное развитие бизнес плана

Организационный план в бизнес плане

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

Не принебрегайте организационным планом при составлении бизнес-плана

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

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

Что должен содержать раздел “организационный план в бизнес плане”?

• Резюме раздела
• Организационную структуру
• Управленческую команду
• Возможные слабые стороны управленческой команды
• План персонала организации

• 

1. Краткое резюме

И снова в бизнес-плане раздел начинается с резюме главы. Оно будет в начале, но делаете вы его, как всегда, после завершения всей главы.

2. Организационная структура

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

Организационная структура должна быть представлена в виде организационной диаграммы или графика (т. н. «органограмм»). Есть бесплатное онлайн приложение для создания органограмма – Gliffy. Вам нужно всего лишь зарегистрироваться и сможете использовать приложение. Вы можете также использовать Microsoft Office Word, который имеет возможность вводить диаграмму в виде организационной структуры, которую можно настроить в соответствии с вашими потребностями. На рисунке показана схема организационной структуры MS Word 2007.

Желательно, чтобы бизнес-план включал «органограмму», но если нет такой возможности, то можно описать организационную структуру текстом.

Пример организационной структуры

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

3. Управленческая команда

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

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

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

5. План персонала

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

• Должность (например, финансовый менеджер, поставщик …)
• Количество сотрудников в этой должности (например, 1 Финансовый менеджер, 10 продавцов)
• Размер заработной платы одного работника этой позиции в течение одного месяца
• Ежегодные затраты на эту позицию (12 х количество сотрудников в этой должности х размер месячной зарплаты)

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

План персонала в организационном разделе бизнес плана

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

Итак, мы описали организационную структуру бизнеса и у нас осталось еще совсем немного :-).

Источник

Суть организационного развития

Дмитрий Пинаев

Генеральный директор ГК «Современные технологии управления»

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

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

Компания является сложной системой, включающей в себя три основные системы:

1. Операционную систему, целью которой является производство, продажа и доставка продукта до потребителя;
2. Обслуживающую систему, целью которой является поддержание работоспособности операционной системы;
3. Систему развития, целью которой является проектирование продуктов и создание операционной и обслуживающей систем или, иными словами, собственно организационное развитие.

Рисунок 1. Структура компании как сложной системы

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

Организационное развитие

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

1. Разработка требований;
2. Разработка и плана развития;
3. Разработка продукта;
4. Проектирование ;
5. Создание или изменение операционной и обслуживающей систем.

Разберем подробнее каждую из них.

1. Разработка требований

Стейкхо́лдер (англ. stákeholder), заинтересованная сторона, причастная сторона — физическое лицо или организация, имеющая права, долю, требования или интересы относительно системы или её свойств, удовлетворяющих их потребностям и ожиданиям.

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

Приведу несколько примеров стейкхолдеров:

1. В качестве источника требований для продукта, конечно же, в первую очередь выступают клиенты, хотя по части требований к некоторым видам продуктов (например, пищевым) стейкхолдерами могут быть и государственные регуляторы.

2. Собственники предъявляют свои потребности относительно результативности (прибыль — один из возможных примеров) и надежности . Государственные регуляторы могут выдвигать свои требования к операционной и обслуживающей системам касательно промышленной и экологической безопасности.

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

Еще одна часть требований к операционной и обслуживающей системам появляется в результате Анализа эффективности внутренней деятельности. В нем:

• Делается вывод — достигает ли операционная и обслуживающая система необходимых показателей деятельности;
• Проводится бенчмаркинг с другими компаниями;
• Собираются замечания и предложения персонала (соответствует практике вовлечения персонала в методологии Lean — Бережливое производство).

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

Сбор потребностей или требований стейкхолдеров, предложений или идей от сотрудников осуществляется непрерывно, и количество разработанных на их основе требований может быть значительным. К сожалению, редко когда удается реализовать их все. Поэтому очень важным фактором является необходимость их приоритезации. От сотрудников, которые будут заниматься приоритезацией, требуется хорошее представление о потребностях клиентов и о состоянии компании, чтобы делать правильный выбор — что нужно реализовать немедленно, а что может и подождать. Вторым важным фактором является то, что ряд требований могут касаться одного и того же элемента системы: отдела, , . А реализация даже одного требования сопровождается большим количеством «накладных» расходов: перенастройка систем, обучение сотрудников, апробация Поэтому, зачастую, имеет смысл накапливать требования к одному элементу и передавать их на реализацию пакетами. Это позволит сэкономить на накладных трудозатратах и не создавать излишнее напряжение для персонала постоянного потока изменений.

2. Разработка бизнес-модели и плана развития

на концептуальном уровне показывает, как бизнес собирается «зарабатывать деньги». Хорошим примером простой формализации является канвас Остервальдера («канвас» в русском варианте переводится как «шаблон»). Он фиксирует потребительские сегменты (ПС), каналы сбыта (КС), ценностные предложения (ЦП), ключевые виды деятельности (КД), ключевые ресурсы (КС) и другие компоненты.

Рисунок 2. Пример компании Daimler из книги «Построение », А.Остервальдер и Ив Пинье

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

является в некотором роде концепцией . Разработка концепции архитектуры — это важный шаг при проектировании любой сложной системы, так как концепция архитектуры помогает принять решение о выборе способа реализации требований без детального (а следовательно, долгого и дорогого) проектирования всех компонентов системы. Обычно разрабатывается несколько альтернативных , из которых по ключевым показателям ( по экономическим) выбирается одна. Концепция и требования к новым продуктам, сформированные в рамках разработки , далее передаются для детальной проработки в функцию «Разработка продукта».

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

Если вам пришлось поменять или скорректировать , то с большой долей вероятности компанию ждут большие изменения. Они могут включать в себя и проектирование новых продуктов, и перепроектирование , и, конечно же, реализацию изменений в реальности. Это может занять длительный период времени, например, 2–3 года. Для синхронизации перечисленных работ во времени служит разработанный План развития.

3. Разработка продукта

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

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

4. Проектирование бизнес-архитектуры

Проектирование — деятельность, направленная на создание проекта (описания) операционной и обслуживающей систем. Проект описывает компанию с той точностью, которая необходима для последующего ее воплощения в реальности. Он включает в себя разнообразные модели деятельности (модели функций, ), модели организационной структуры, объектов деятельности, средств производства и информационных систем. Это самый трудоемкий этап организационного развития. Но он с лихвой позволяет окупить все трудозатраты за счет устранения огромного количества разнообразных ошибок в организации деятельности, которые иначе приходится устранять уже по факту. Нужно отметить, проектирование — это функция, к которой некоторые руководители относятся пренебрежительно. На практике большинство руководителей считают, что достаточно определить цель, а далее сотрудники сами организуются и в силу своих способностей придумают необходимую технологию деятельности и формализуют ее. Да, случается, что это работает. Но в ограниченном классе ситуаций: в небольших компаниях, сотрудники которых обладают достаточным интеллектом и знаниями. Второе распространенное заблуждение, что путем «проб и ошибок» нужная технология рано или поздно выработается «сама». Чаще всего этого не происходит, а если и происходит, затраты ресурсов «на ошибки» оказываются чрезмерно большими.

5. Создание или изменение операционной и обслуживающей систем

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

1. Подбор или ротация, обучение персонала;
2. Закупка или изготовление средств производства;
3. Внедрение информационных систем;
4. Сборка всех компонентов в единую систему.

Для существующей компании в рамках этого этапа перестраиваются только некоторые ее фрагменты. Для новой компании происходит ее строительство с «нуля».

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

Замечание 1

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

Замечание 2

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

Замечание 3

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

Как часто нужно заниматься организационным развитием?

Возвращаясь к тезису, что каждая компания должна меняться, возникает вопрос — а как часто? Я считаю, что в современной среде компания должна меняться постоянно. Это не означает, конечно же, что изменения должны происходить ежедневно или что перестраиваться должна обязательно вся компания целиком. Это было бы здорово, но сотрудники компании, скорее всего, этого не вынесут. Имеет смысл накапливать требования, периодически формировать из них пакеты и реализовывать их (практика ведения Backlog в SCRUM). пакеты будут более глобальными — с длительным сроком реализации, будут носить оперативный характер. Примеры глобальные пакетов: создание новых продуктов, изменение каналов сбыта, выход на новые потребительские сегменты. Примеры оперативных пакетов: текущая доработка продукта, не приводящая к изменению , совершенствование операционной и обслуживающей систем. Приведенный подход в части оперативных пакетов имеет определенное сходство с концепцией постоянных небольших изменений методологии разработки систем Agile.

Кто должен заниматься организационным развитием?

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

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

1. Ежедневно определенный процент времени руководитель должен выступать в роли ;
2. В компании должна быть долгосрочная система мотивации для руководителей, нацеленная на развитие.

Для координации деятельности по организационному развитию в компании, тем не менее, должно существовать подразделение организационного развития (в зависимости от размера компании — департамент, управление или отдел), директор которого выполняет, как минимум, две роли:

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

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

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

Рисунок 3. Организация организационного развития

Мы закончили рассмотрение структуры деятельности по организационному развитию и возможной ее реализации в компании. Как стало видно, организационное развитие — вполне понятная осязаемая деятельность с четкими границами. А значит может быть реализована в каждой компании даже без привлечения «супергероев». В заключение хочется заметить: к сожалению, время на понимание менеджерами сути организационного развития сильно ограничено того, что сегодня в экономике есть конкуренция и есть кризисы. У всех перед глазами есть примеры, как разоряются и закрываются компании, как неуспешные компании поглощаются более успешными. А в тяжелые экономические периоды это приобретает массовый характер, у многих компаний отсутствует хотя бы минимальный запас прочности.

Источник