Общая документация в строительстве

Содержание

Настоящие строительные нормы и правила разработаны взамен действующих СНиП 10-01-94 «Система нормативных документов в строительстве. Основные положения» в связи с введением в действие Федерального закона «О техническом регулировании».

Как и ранее действовавший документ, СНиП 10-01-2003 ставит своей главной задачей защиту прав и охраняемых законом интересов потребителей строительной продукции, общества и государства при развитии самостоятельности и инициативы предприятий, организаций и специалистов.

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

Проектная документация, лекция 1

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

1 Область применения

Настоящие нормы и правила разработаны в целях реализации в строительстве положений Федерального закона «О техническом регулировании» в части:

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

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

2 Термины и определения

В настоящих нормах и правилах применены термины и определения в соответствии с приложением А.

3 Общие положения

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

3.2 Объектами технического регулирования в строительстве являются:

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

3.3 Технические регламенты принимаются в целях:

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

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

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

3.4 Систему нормативных документов в строительстве формирует Госстрой России как федеральный орган исполнительной власти, ответственный за разработку и осуществление государственной технической политики в строительстве, в соответствии со структурой, приведенной в приложении Б, для достижения общих целей технического регулирования в строительстве:

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

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

4 Технические регламенты и нормативные документы

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

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

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

на федеральном уровне

строительные нормы и правила Российской Федерации (СНиП)
своды правил по проектированию, строительству, а также эксплуатации зданий и сооружений (СП);

территориальные строительные нормы (ТСН) Российской Федерации.

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

Строительные нормы и правила содержат требования к объектам технического регулирования в строительстве и утверждаются Госстроем России.

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

4.4 Территориальные строительные нормы утверждаются органами исполнительной власти субъектов Российской Федерации, действуют на территориях этих субъектов и обязательны для всех участников градостроительной деятельности [2].

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

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

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

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

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

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

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

5 Содержание проектов технических регламентов и нормативных документов

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

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

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

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

В частности, в проектах технических регламентов следует предусматривать:

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

Технический регламент должен содержать требования к характеристикам продукции, процессам, но не требования к конструкции и исполнению за исключением случаев, если из-за отсутствия требований к конструкции и исполнению не обеспечивается достижение целей его принятия [1]. При разработке проектов технических регламентов по строительству следует с учетом действующего законодательства [1, 2, 4, 5, 6, 7, 8, 9] предусматривать требования, определяющие:

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

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

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

В составе строительных норм и правил следует предусматривать:

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

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

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

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

Своды правил, в частности, могут содержать:

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

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

5.5 В территориальных строительных нормах устанавливают организационные, типологические, социально-экономические и необходимые технические требования, а также градостроительные нормативы, в соответствии с нормативными документами федерального уровня и с учетом природно-климатических, социально-демографических, национальных и иных особенностей субъектов Российской Федерации [2].

5.6 Международные стандарты и (или) национальные стандарты могут использоваться полностью или частично в качестве основы при разработке проектов технических регламентов [1]. При разработке строительных норм и правил, сводов правил и территориальных строительных норм, национальные стандарты и принятые в качестве национальных международные и межгосударственные стандарты применяют путем ссылок на них в разрабатываемом нормативном документе.

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

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

Строительные нормы и правила и своды правил издаются Госстроем России в устанавливаемом им порядке.

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

6 Разработка технических регламентов и нормативных документов

6.1 Технические регламенты по строительству разрабатываются в порядке, установленном Федеральным законом «О техническом регулировании».

В целях обеспечения согласованной разработки технических регламентов Госстрой России по поручению Правительства Российской Федерации совместно с органами государственного контроля (надзора) и другими заинтересованными органами федеральной исполнительной власти:

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

6.2 Разработку проектов технических регламентов и нормативных документов Системы осуществляют научно-исследовательские и проектные организации, производственные и общественные объединения, а также творческие коллективы, обладающие научным потенциалом и опытом практической работы по нормированию в соответствующей области. Координацию работ, а также непосредственную их организацию и проведение осуществляет назначенный Госстроем России научно-методический центр нормирования и стандартизации в строительстве (далее центр нормирования).

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

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

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

6.4 Разработка проекта документа организуется разработчиком и соисполнителями в согласованном между ними порядке.

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

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

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

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

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

К проекту свода правил (СП) прикладывают приказ организации — разработчика об его утверждении.

Один экземпляр проекта документа представляется на машинном носителе.

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

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

6.8 Разработанный проект документа представляется в Госстрой России разработчиком с заключением центра нормирования.

Строительные нормы и правила утверждаются и вводятся в действие постановлениями Госстроя России. Своды правил одобряются Госстроем России для применения в качестве нормативных документов в строительстве в установленном им порядке.

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

6.9 Изменения к нормативным документам разрабатывают и утверждают в порядке, аналогичном порядку разработки и утверждения этих документов.

Отмену строительных норм и правил и сводов правил осуществляет Госстрой России в установленном им порядке.

6.10 Территориальные строительные нормы разрабатываются и утверждаются органами исполнительной власти соответствующих субъектов Российской Федерации в установленном ими порядке. Перед утверждением разработанные территориальные строительные нормы представляются в центр нормирования, который должен подготовить экспертное заключение об их соответствии целям технического регулирования и обязательным требованиям технических регламентов. Утвержденные территориальные строительные нормы представляются на регистрацию в Госстрой России [2]. Регистрация производится в установленном порядке при наличии экспертного заключения центра нормирования.

Издание и распространение зарегистрированных территориальных строительных норм осуществляют органы субъектов Российской Федерации.

6.11 Официальная информация о действующих федеральных и территориальных нормативных документах в строительстве публикуется центром нормирования в ежегодном Указателе нормативных документов по строительству, действующих на территории Российской Федерации.

Текущая информация об утверждении, изменении и отмене этих документов публикуется в официальном издании центра и в журнале «Бюллетень строительной техники» (БСТ).

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

7 Применение технических регламентов и нормативных документов

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

Технические регламенты применяются на территории Российской Федерации одинаковым образом и в равной мере независимо от страны и (или) места происхождения продукции и осуществления процессов ее производства, видов и особенностей сделок физических и юридических лиц [1].

7.2 Требования действующих строительных норм и правил и государственных стандартов, утвержденных Госстроем России до вступления в силу Федерального закона «О техническом регулировании», сохраняют свою силу до разработки соответствующих регламентов, но не более семи лет со дня вступления в силу указанного Федерального закона и только в части, соответствующей целям:

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

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

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

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

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

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

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

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

Положения нормативных документов Системы как признанных технических правил при отсутствии или неполноте условий договора следует рассматривать как требования, обычно предъявляемые к работам соответствующего рода [10].

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

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

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

7.7 Межгосударственные нормативные документы применяют на территории Российской Федерации в качестве федеральных путем принятия соответствующих строительных норм и правил Российской Федерации и сводов правил в установленном Госстроем России порядке.

Источник: sniprf.ru

Документация в порядке

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

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

Небольшое лирическое отступление про то, что меня вдохновило на написание этого текста:

Теория разбитых окон

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

Теорию подтверждают эксперименты социологов из Нидерландов. В одном из них ученые приклеивали к рулям припаркованных велосипедов рекламные буклеты и убирали из окрестности все урны. При этом на стене рядом с велосипедами висело заметное объявление о запрете граффити. Для экспериментальной группы исследователи обеспечили сплошь разрисованную граффити стену, а для контрольной — чистую. В результате, у чистой стены выбросили на улицу или перевесили флаеры на чужой велосипед 25% группы из 77 человек, а у раскрашенной — 69%.

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

При разработке ИТ-систем мне кажется очень важным поддерживать порядок в документации. Это и есть та самая “стена”, на фоне которой разворачивается проектная жизнь — на нее смотрят и делают выводы, что это за проект и как там все работает.

Зачем писать

Бывают проекты и без документации — но скорее всего так получилось не от хорошей жизни, либо никто из участников не знает, что “так можно было”.

Обоснованность наличия документации — отдельная тема, об этом писали, например, здесь.

Если коротко — то “без бумажки ты букашка”. Наша память обманчива и недолговечна. Завтрашний ты обманешь себя сегодняшнего или наоборот. Придет новый человек или уйдет старый — каждый такой финт будет стоить вам дорого. Без общей картины вы будете заниматься микроменеджментом и разработкой того, что уже кем-то сделано, но он забыл вам об этом сказать.

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

Что писать

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

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

Легче кому-то одному потратить пару часов на документирование, чем всей команде постоянно проверять свою память.

То есть даже когда обстоятельства не в пользу полноценного описания системы и вы работаете в “Agile”-режиме — важно понимать, что какая-то документация существенно облегчит процесс разработки и принесет много пользы .

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

Необходимый минимум

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

Документ-маршрутизатор

Место, откуда можно добраться до всех артефактов проекта. Это может быть страница в Confluence, пространство Notion или просто Google-документ. Важно создать единую точку входа — пусть там будут только ссылки на разные инструменты и источники, но вам не придется запоминать пути поиска нужного файла.

Артефакты проектных процессов

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

Глоссарий

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

Артефакты бизнес-потребности и бизнес-процесса

Agile-манифест гласит: “Работающий продукт важнее исчерпывающей документации”. Но нельзя разработать работающий “как надо” продукт без четкого понимания, что же мы все-таки делаем и зачем. Бизнес-требования, схема процесса или просто письмо с постановкой от заказчика — что-то должно быть.

Концептуальная модель системы

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

Используйте IDEF0, «дорожки» BPMN, просто схему или текстовый перечень — главное обозначить принцип работы вашей системы.

Классы пользователей и уровни доступа

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

Cценарии использования

Даже если вы не используете этот инструмент для разработки требований — какой-то сценарий работы системы у вас есть. Это может быть инструкция для пользователей или тех. поддержки. Или последовательность вызовов с параметрами, если речь идет о взаимодействии систем.

Логика работы системы

По коду или БД не всегда получается понять смысл функционала. Например, формула расчета стоимости скорее всего задается бизнес-правилами, о которых коду ничего не известно.

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

Описание АПИ

Да пребудет с нами swagger и стандартный формат ответа методов. Если с вами интегрируются внешние компании — не обойтись и без подробного описания параметров.

Тестовые данные

Среды, учетные записи и все, что нужно, чтобы не сводить с ума тестировщика однообразными вопросами.

Ограничения/нефункциональные требования

Вы договорились, что рассчитываете максимум на 100 пользователей? Делаете импорт справочников раз в сутки в час ночи? Внешняя система не умеет принимать какие-то значения? Сделайте приятно себе в будущем — запишите все эти детали.

Другие типы документов

Потребность в некоторых документах возникает вариативно, в зависимости от особенностей проекта:

Архитектура системы

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

Требования к данным

Логическая модель, требования к составу и формату данных, особенности работы с ними и пр. Всё это не всегда покрывается характеристиками БД — в таком случае полезно зафиксировать их в отдельном документе.

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

UX/UI макеты и прототипы

Их лучше сразу собирать в одном известном всем месте и держать в актуальном состоянии.

С чехардой в макетах разбираться потом очень сложно. Просто представьте, что у вас хотя бы 3 экрана и у каждого хотя бы по 5 состояний. И аналитик, дизайнер и разработчики смотрят каждый в свой проект в фигме.

Описание интеграций

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

Безопасность

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

Внешняя документация

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

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

Как писать

Несколько инсайтов о работе с документацией:

Не забывайте про актуальность

Стоит писать только ту документацию, которую вы сможете поддерживать в актуальном состоянии.

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

Неоформленные артефакты — тоже документация

Удобно складывать в одно место те артефакты, которые нет возможности обработать и хорошо оформить.

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

Растите культуру документирования в команде

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

Важно договориться, как такая документация будет поддерживаться.

Комментарии в коде не всегда спасают

Структура кода не обязана повторять структуру процесса/функционала и, тем более, бизнес- и пользовательских требований. Поэтому из кода можно понять «как» работает система, но на вопросы «зачем?», «почему?» и «как должна?» отвечает именно проектная документация.

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

Документирование — это задача, которую легко разбить на небольшие отрезки времени и “размазать” по спринту.

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

Закрывайте техдолг

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

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

Больше схем и диаграмм

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

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

Учитесь писать нехудожественные тексты

Навык написания текстов сильно ускоряет процесс документирования и повышает его качество. Рекомендую использовать https://glvrd.ru. Плюс по возможности почитать «Пиши, сокращай» и «Бизнес-копирайтинг». Так и работа быстрее пойдет, и тексты станут понятнее и приятнее.

Как итог

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

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

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

Источник: habr.com

Как составить бизнес-план

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

Вот о чем расскажу в статье:

Что такое бизнес-план

Это документ, в котором раскрывается перспектива развития предприятия или проекта с отражением основных этапов и всех существенных рисков.

В бизнес-плане содержатся:

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

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

Зачем нужен бизнес-план

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

На мой взгляд, это ошибка. Если действовать без плана, предварительной проработки ниши и проекта, то возрастает риск потерять деньги и даже прогореть.

Обычно предприниматели заказывают бизнес-планы , чтобы привлечь внешнее финансирование. Например, этот документ нужен:

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

Основные виды бизнес-планов

Есть 5 основных видов бизнес-планов: внутренние, или для себя, для инвесторов, для получения банковского кредита или господдержки и антикризисные.

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

Составление бизнес-плана для инвесторов. Цель составления — привлечь внешнее финансирование на реализацию проекта.

Иностранные инвесторы, как правило, требуют, чтобы бизнес-план был оформлен по международным стандартам UNIDO — про них еще расскажу. Отечественные инвесторы редко просят использовать какие-то конкретные стандарты. Главное для них — понять и оценить:

Объем инвестиций.
Суть бизнеса.
Конкурентные преимущества проекта — за счет чего он может выстрелить.
Период окупаемости и возврата вложенных денег.
Рентабельность.

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

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

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

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

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

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

Самые известные стандарты бизнес-планирования

Подразделение ООН по промышленному развитию UNIDO разработало свои стандарты бизнес-планирования — они наиболее популярны в России. Но есть и другие стандарты, например от Европейского банка реконструкции и развития, международной аудиторской компании KPMG. Я подробно расскажу о стандартах UNIDO и кратко — про остальные.

Бизнес-план по стандартам UNIDO включает следующие разделы:

Резюме.
Описание отрасли и компании.
Описание услуг или товаров.
Продажи и маркетинг.
План производства.
Организационный план.
Финансовый план.
Оценка эффективности проекта.
Гарантии и риски компании.
Приложения.

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

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

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

Затем следует раздел про продажи и маркетинг, который содержит:

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

В разделе с планом производства нужно сделать анализ производственного процесса с описанием:

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

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

В разделе с организационным планом прописываются сроки реализации проекта, структура управления, состав и квалификация руководства.

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

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

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

Рентабельность.
Cрок окупаемости.
Чистый доход.
Hасчет точки безубыточности, то есть когда бизнес выйдет в ноль.

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

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

Бизнес-план по стандарту BFM Group. Стандарт разработала компания BFM Group, которая занимается бизнес-планированием и инвестиционным консалтингом. Фактически это просто расширенная версия требований UNIDO с акцентом на текущем анализе рыночного и финансового положения компании и внедряемого продукта.

Требования BFM Group к бизнес-планам делают упор на:

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

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

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

Бизнес-план по стандарту TACIS. TACIS — это программа Европейского союза, которая помогает рыночным реформам в СНГ. В рамках этой программы разработаны стандарты бизнес-планирования , которые по своей структуре и содержанию похожи на требования UNIDO.

Как научиться составлять свою схему бизнес-плана

Разработку бизнес-плана можно разделить на 4 этапа: анализ рынка, сбор исходных данных, формирование финансовой модели и написание плана.

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

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

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

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

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

Недостающую информацию советую брать из экспертных оценок в СМИ, данных Росстата и других госорганов.

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

Емкость рынка и динамику изменений за последние 3—5 лет.
Прогноз динамики рынка на долгосрочную и краткосрочную перспективу.
Описание специфических условий функционирования рынка, например сезонности.
Перечень конкурентов, их зоны охвата, анализ спроса и предложения.
Список лидеров рынка с описанием финансового состояния и бизнес-моделей этих компании.
SWOT-анализ.
Основные выводы и рекомендации.

Использование SWOT-анализа в бизнес-планировании

SWOT-анализ помогает понять, какие факторы внешней и внутренней среды влияют на компанию и что с этим делать.

SWOT — это аббревиатура, которая расшифровывается так:

S — strengths — сильные стороны, за счет которых компания противостоит конкурентам.
W — weaknesses — недостатки, которые мешают наращивать объемы производства и долю рынка.
О — opportunities — возможности, благодаря которым можно улучшить положение на рынке.
T — treats — угрозы, с которыми компания рискует столкнуться.

Суть анализа в том, что все факторы, которые могут воздействовать на компанию, оцениваются и разбиваются по четырем группам: S, W, O и T. SWOT-анализ универсален, гибок и прост. Но есть и недостатки — субъективность оценок и отсутствие числовых показателей.

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

Вот мы провели исследования и выяснили, что наши сильные стороны:

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

Слабые стороны будут такими:

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

Определение возможностей и угроз. Допустим, к основным возможностям проекта мы отнесли:

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

Но есть и угрозы:

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

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

Прежде чем садиться писать бизнес-план, нужно:

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

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

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

Для расчетов подойдет и обычный «Эксель», но это долго, муторно и легко ошибиться. Поэтому я пользуюсь специальными программами и сервисами, которые помогают детально просчитать весь проект.

Онлайн-конструкторы. Принцип работы такой: вводите исходные данные проекта, а на выходе получаете расчет финансовых показателей, кэш-флоу , отчет о прибылях и убытках.

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

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

Программы на базе Microsoft Excel. Если вы гуру «Экселя», то можете самостоятельно написать программу для расчетов. Если же нет — существуют готовые решения за небольшие деньги. Несколько лет назад мы покупали подобную программу за 4500 Р .

работать просто — вводите исходные данные и получаете результат;
у программ на базе «Экселя» более широкие возможности по сравнению с онлайн-конструкторами.

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

«Альт-Инвест Сумм» — программа, которая безошибочно считает финансовую модель. Она позволяет разрабатывать бизнес-планы по стандартам UNIDO, ведущих российских банков, институтов развития, например ФРП, ТОСЭР, ОЭЗ.

Минусы: цена и ориентированность разработчика на крупных корпоративных клиентов.

Программа «Альт-Инвест Сумм» продается только пакетом сразу на 5 рабочих мест. Стоимость пакета начинается от 165 000 Р .

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

Project Expert — по моему мнению, самая совершенная программа для бизнес-планирования. Она тоже недешевая — от 80 000 Р .

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

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

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

Затем перехожу в раздел «Инвестиционный план» и вношу статьи инвестиционных затрат, их размер, период осуществления и амортизационные периоды

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

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

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

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

Готовый пример бизнес-плана. Для примера я разработал бизнес-план условного фитнес-центра в небольшом городе. Все расчеты делал в Project Expert, а сам документ оформлял по стандартам UNIDO.

Этот образец можно использовать
как шаблон бизнес-плана
PDF, 689 КБ

Типичные ошибки при составлении бизнес-плана

Вот основные ошибки, которые допускают предприниматели и даже некоторые эксперты, когда составляют бизнес-план .

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

Бизнес-план слишком громоздкий. Нормальный документ — это 25—40 страниц. Старайтесь писать лаконично и без воды, особенно когда план предназначен для внешнего инвестора. Иначе читатель устанет, пока доберется до сути.

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

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

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

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

Необоснованные выводы о предпочтениях людей, их готовности стать вашими клиентами и потенциальных объемах реализации. Если пишете подобные выводы в бизнес-плане , то старайтесь их максимально обосновывать. Лучше всего сделать хотя бы простое маркетинговое исследование — это повысит доверие к проекту.

Где взять готовый бизнес-план и стоит ли это делать

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

Но не скажу, что готовые планы совсем бесполезны. Их можно использовать:

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

Вот где можно скачать готовые бизнес-планы.

Агрегатор бизнес-планов. На этом сайте в открытом доступе представлены около 1000 готовых бизнес-планов. Проекты собраны с разных ресурсов и структурированы по рубрикам. Скачивать бизнес-планы можно бесплатно.

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

Bi-Plan. На сайте представлено более 100 готовых бизнес-планов , но доступ к ним платный. Средняя стоимость за один проект — 1000 Р . Документы объемные — около 50 страниц. Но они пригодятся только для общего ознакомления с бизнесом, которым вы собираетесь заниматься.

РБК продает бизнес-планы и отчеты по маркетинговым исследованиям. На их сайте много готовых проектов по разным тематикам, средняя стоимость — 25 000—30 000 Р .

Я видел несколько бизнес-планов от РБК — они были детально проработаны, содержали развернутое маркетинговое исследование и финансовую модель в «Экселе».

Составлять бизнес-план самому или заказать у профессионалов

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

Когда стоит составлять бизнес-план самостоятельно. Если вы разрабатываете документ для себя или внешнего инвестора, то основу этой работы необходимо делать самостоятельно.

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

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

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

Если же бизнес-план предназначен для внутренних целей, то тем более важно разработать его своими силами — хотя бы ради того, чтобы разобраться в собственном бизнесе.

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

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

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

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

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

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

Источник: journal.tinkoff.ru