Тема 3. рекомендации для разработки бизнес-плана

Тема 3. рекомендации для разработки бизнес-плана

Для изучения этой темы рекомендуется использовать следующую литературу:

Лапуста М.Г., Поршнев А.Г., Старостин Ю.Л., Скамай Л.Г. Предпринимательство. Тема 10. § 1.

Черняк В.З. Бизнес-планирование. Глава 2, § 1-5;

Из теоретических положений особо важными являются следующие:

Порядок разработки бизнес-плана.

Определение сметы доходов и расходов и сметной стоимости.

Согласование интересов бизнес-партнеров.

Программное обеспечение бизнес-проектов.

Предотвращение типичных ошибок в бизнес-планировании.

Для закрепления материала необходимо пройти тест №2, пункты 12-15.

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

59

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

Составляются следующие сметы предприятия:

продаж (реализации продукции);

производства;

прямых материальных затрат (расхода основных материалов);

расходов на оплату труда производственного персонала (прямых трудовых затрат);

накладных (косвенных) общепроизводственных расходов;

себестоимости реализованной продукции;

текущих (периодических) общехозяйственных расходов;

прибылей и убытков:

капитальных затрат;

движения денежных средств;

статей актива и пассива.

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

При разработке бизнес-плана необходимо согласование интересов заинтересованных сторон:

заказчика бизнес-плана, являющегося самостоятельным инвестором;

муниципальных органов, определяющих потребности и приоритеты в строительстве объектов;

подрядных проектных и проектно-строительных фирм, детализирующих концепцию бизнес-плана и осуществляющих сдачу объекта заказчику;

потребителя, использующего продукцию.

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

60

документа проводится его проверка специальной аудиторской фирмой. Особое внимание следует уделить правовому обеспечению бизнес-планирования.

При составлении бизнес-плана можно использовать уже имеющиеся программные средства. Среди программного обеспечения бизнес-планирования наибольшее распространение в России и за рубежом получил пакет Project Expert автоматизированная система планирования инвестиционных проектов, созданная на базе имитационной модели денежных проектов (разработчик фирма «Pro-Invest Consulting*). Программный пакет Project Expert позволяет наиболее эффективно производить детальный финансовый анализ проекта.

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

Текущий анализ финансово-хозяйственной деятельности позволяет осуществлять система Audit Expert, анализ изменений рыночного окружения и прибыльности сегментов системы Marketing Expert и Sales Expert. Указанные аналитические системы разработаны компанией «Expert Sistems».

В последнее время появились такие программные пакеты, как Comfar и Propspin, созданные при участии ООН .

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

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

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

61

на практике часто вместо объективного поиска альтернатив разработчики отдают предпочтение излюбленному варианту, который не всегда бывает лучшим;

ответственность в проекте может распределяться недостаточно четко и согласованно;

если возникают непредвиденные проблемы, то нельзя их игнорировать или затягивать решение вопроса;

команда планирования и управления проектом бывает недостаточно профессиональна;

ни в коем случае нельзя недооценивать возможные риски;

импровизация ценится выше, чем систематическая организация;

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

62