Любой проект начинается с идеи, которая требует реализации. Но, прежде чем внедрять идею в жизнь, следует оценить целесообразность реализации проекта, в том числе с экономической точки зрения. Для этого необходимо формирование «Концепции проекта», описывающей его актуальность, цели и задачи.
Если идея получает положительную оценку и признается перспективной, то она получает возможность развития. Тогда проект начинает свой путь, открывая жизненный цикл со стадии инициации.
Содержание статьи
- 1 Инициация проекта
- 2 Концепция проекта
- 3 Применение концепции проекта
- 4 Необходимость концепции проекта и цели ее написания
- 5 Этапы формирования концепции проекта
- 6 Примеры концепции проекта
Инициация проекта
Инициация проекта — это первая стадия жизненного цикла проекта, означающая его запуск. Это убеждение руководства организации или инвесторов, а также других заинтересованных лиц в необходимости выполнения проекта. Фаза инициации проекта подразумевает определение целей проекта, а также взаимосвязанных с ними целей продукта проекта. Успех проекта определяется достижением конкретных показателей по каждому сформулированному результату в определенные сроки.
Необходимым условием эффективного управления проектом является тщательное документирование всех действий, связанных с исполнением проекта, поэтому результатом фазы инициации является документ, который может быть назван концепцией (или паспортом) проекта.
Концепция проекта
Концепция проекта – это документ, описывающий общие положения проекта, его цели, задачи и способы достижения этих целей.
Это документ, с которым инициатор выходит на презентацию своего замысла к руководству или заказчику и инвестору с целью его одобрения, финансирования и последующей реализации инвестиционного проекта.
Концепция проекта обычно содержит следующую информацию:
- обоснование актуальности проекта, которая определяется тем, насколько он значим для общества;
- описание потребностей, которые можно удовлетворить, реализовав предлагаемый проект;
- обоснование инициации проекта — почему реализация предлагаемого проекта является лучшим решением описанной проблемы;
- описание альтернатив предлагаемого проекта (какими еще способами можно решить возникшую проблему или удовлетворить потребности);
- формирование целей и задач проекта, т.е. чего необходимо достичь в результате реализации проекта и какими конкретно действиями;
- описание конечного результата проекта (продукта или услуги) с указанием его качественных и количественных характеристик;
- критерии успеха проекта (количественные и качественные показатели);
- перечень заинтересованных сторон проекта с указанием их целей, включая активных участников проекта (заказчики, исполнители, подрядчики, инвесторы и т.д.);;
- описание процедур сотрудничества и взаимодействия между участниками проекта;
- предварительная оценка стоимости и сроков проекта;
- предполагаемые источники финансирования и предварительный бюджет проекта;
- укрупненный план реализации проекта;
- план управления рисками.
Применение концепции проекта
Концепция содержит в себе некую дорожную карту с ключевыми событиями и основными этапами реализации проекта, которая в дальнейшем помогает руководителю проекта сформировать детальный план работ и определить контрольные точки с заранее определенными показателями эффективности.
На основе концепции проекта также составляется бюджет проекта и регламент взаимодействия участников проектной деятельности.
Необходимость концепции проекта и цели ее написания
Концепция позволяет не просто описать, но и формализовать идею, обосновать ее реализуемость и эффективность, оцифровать основные и промежуточные результаты реализации проекта и определить ключевые факторы успеха.
Таким образом, концепция проекта является незаменимым инструментом защиты проекта на стадии инициации, а также является основой для формирования документов на стадии планирования проекта и преследует следующие цели:
- Планирование проекта (стратегическое и оперативное в виде плана-графика реализации проекта).
- Составление бюджета проекта (определение инвестиционных затрат и источников финансирования).
- Обоснование проекта (его актуальность и эффективность).
- Определение заинтересованных сторон
Этапы формирования концепции проекта
При составлении концепции проекта, как правило, используют готовые шаблоны документов, принятых в компании. Также используется опыт подготовки аналогичных документов по другим проектам. Главную роль в данном процессе играет квалификация руководителя проекта, а также менеджера, ответственного за ее разработку.
Условно бизнес-процесс подготовки концепции проекта можно разделить на четыре этапа.
- Начальный этап – встреча с заказчиком и инвестором проекта, обсуждение основных положений и общей идеи концепции, ее целей и задач.
- Структуризация – систематизация исходных данных для формирования концепции, основных требований к формулировкам. Также она включает определение этапов и сроков написания документа, дополнительно необходимых работ, например, предварительного маркетингового исследования.
- Написание концепции – формирование документа в соответствии с разработанной структурой и собранными исходными данными. Это выполнение работ по формализации идеи, обоснованию ее реализуемости, определению ключевых факторов успеха проекта.
- Согласование и утверждение – согласование разделов концепции, в т.ч. целей и задач проекта, конечного результата, объемов и источников финансирования, методов реализации и т. п. Утверждается концепция проекта только после согласования ее всеми заинтересованными сторонами.
Примеры концепции проекта
Шаблон концепции проекта и пример можно скачать по ссылкам ниже:
«ШАБЛОН КОНЦЕПЦИИ ПРОЕКТА».
ПРИМЕР КОНЦЕПЦИИ ПРОЕКТА (заполненный шаблон)
Примеры концепций других проектов, реализуемых в разных отраслях и сферах деятельности, разработанные студентами специальности «Прикладная информатика» УГАТУ в рамках курсовых работ по дисциплине «Проектный практикум»:
- «Организация аренды электросамокатов»
- «Создание музыкальной радиостанции «RadioLiszt»
- «Организация доставки питания в школы»
- «Создание VR стендов для обучения персонала поведению во время критических ситуаций»
- «Создание системы водоснабжения в поселке»
- «Техническое перевооружение механосборочного цеха»
- «Создание автоматизированных многоуровневых парковок в городе»
Михаил Смирнов
руководитель проектного офиса, руководитель проектов
Шаблон Документа-Концепции
Последнее время у меня часто спрашивают шаблон документа Концепция.
Поэтому я решил опубликовать шаблон, который я периодически использую в своей работе уже довольно давно.
А теперь сам шаблон (без разбивки по страницам и без фирменного стиля, которым он должен обладать):
Документ-концепция
1.2. Характеристика продукта
Цели создания продукта. Его характеристика.
3. Описание пользователей.
Краткая сводная информация по типам пользователей.
3.1. Типы пользователей
3.1.1. Тип пользователя.
Краткая характеристика. Основные потребности. Уровень технической грамотности.
3.2. Среда пользователей
3.2.1. В каком режиме и как часто будет происходить работа тех или иных пользователей? Какие типичные операции будут выполняться наиболее часто?
3.2.2. На какие платформы стоит ориентироваться при разработке продукта?
3.3. Основные потребности пользователей.
3.3.1. Тип пользователя.
3.3.1.1. Список основных потребностей.
4. Краткое описание продукта
4.1. Общий вид продукта
4.3. Предположения и зависимости
4.3.1. Перечень предположений и зависимостей.
6. Основные прецеденты
Перечень основных прецедентов.
6.1. Название прецедента
Описание прецедента.
7. Другие требования к продукту.
Описание нефункциональных требований.
7.1. Применяемые стандарты.
7.1.1. Перечень применяемых стандартов.
7.2. Системные требования.
7.2.1. Перечень системных требований.
7.3. Инсталляция.
Требования к инсталляции и настройке.
7.4. Требования к производительности.
7.4.1. Перечень требований к производительности.
8. Требования к документации
8.1. Документация для пользователей
8.1.1. Руководство пользователя
Перечень материалов для конечных пользователей.
8.1.2. Руководство по инсталляции и конфигурации
Перечень материалов по настройке.
Источник
Отличия концепции от устава проекта
Правильно инициировать проект означает на четверть обеспечить его успех. Результатом этой стадии является начинающийся проект, определенный как объект управления и имеющий собственную авторизацию. Процесс инициации носит итерационный характер, поскольку ясность результатов его задач возникает не сразу и сопровождается несколькими очень важными решениями. На одном из первых шагов должна возникнуть концепция проекта, роль которой в российской управленческой ментальности бывает не всем понятна, поэтому предлагаю рассмотреть данный вопрос более детально.
Как возникает проект?
Можно ли в современном управлении компании рассматривать создание проекта в отрыве от потенциальных альтернатив, лучшие из которых собираются в проектный портфель? Вероятно, можно, и так происходило достаточно долгое время, пока менеджмент не вышел на определенный уровень понимания этих вопросов. В настоящее время уже достаточно трудно представить ситуацию, когда проектная задача принимается и воплощается обособленно, в отрыве от стратегии развития, программных решений и тщательной процедуры отбора.
Если мы посмотрим на жизненный цикл инвестиционного проекта (ЖЦП), то вспомним, что алгоритм реализации этой специфической задачи включает несколько фаз и ключевых судьбоносных моментов (вех). Нулевой точкой отсчета является старт (запуск) проекта, а конечным моментом выступает его закрытие. Но как это ни парадоксально может быть воспринято, запуск не является одномоментным событием. Внутри его и в течение первой концептуальной фазы возникают несколько континуумов, в моменты которых события могут развиваться по противоположным сценариям. И проект может не состояться еще до начала реализации. Это время событий:
Концепция проекта, одобренная проектным комитетом или первым лицом компании, как раз знаменует начало запуска его в работу. Однако не возникает вывода, что проект окончательно отобран в портфель и должен быть обязательно реализован в тактической перспективе. Возвращаясь к фазам ЖЦП, отметим, что обычно выделяются четыре его этапа: концепция, разработка, реализация и завершение. И если переводить проектную задачу в плоскость процессуального подхода, то в общем смысле можно заключить, что концептуальная фаза и этап разработки по совокупности действий соответствуют процессам инициации и планирования. Однако процессы планирования не заканчиваются с наступлением фазы реализации и продолжаются плоть до завершения.
В этой связи, под концепцией мы понимаем этап концептуального созревания проекта. Такое видение имеет существенное значение для организации проектной деятельности. В философском смысле концепция – это основная мысль, образ понятия и понимания предмета, общий его замысел и т.д. С данной позиции под концепцией часто понимают буквально визуальные образы, модели проектной реализации в строительстве, дизайне и других видах проектной практики. И концепция – это документ, с которым инициатор выходит на презентацию своего замысла к руководству.
Представленный выше алгоритм включает пункт 2, которым обозначен документ (концепция), занимающий центральное, но часто не судьбоносное место. Иногда невозможность найти инвестора или займодателя на приемлемых для проектоустроителя условиях способна заморозить идею. Даже если проект носит локальный характер и не требует глубокой предварительной проработки, ресурсный вопрос и оценка эффективности имеют ключевое значение.
Цели и процедура подготовки концепции
Составление проекта связано с процедурой формализации ключевой идеи. Ее продвижение начинается с представления руководству образа результата и действий в установленной форме и к конкретному сроку. В компаниях с развитым менеджментом этот срок обычно соответствует началу сессии стратегического планирования или составления годовых бюджетов. Желательно, чтобы разработка концепции проекта не была спонтанной инициативой, а носила выраженный систематический характер. В практике управления встречаются разнообразные формы документов концепции. Это связано с присущими бизнесу особенностями, включая специфику отрасли и сложившуюся деловую культуру. Ниже вашему вниманию представлен один из примеров концепции.
Как правило, замысел проекта носит выраженный проблемный характер. Разработка концепции проекта и продвижение его основной идеи следует начинать с оценки состава заинтересованных сторон в решении насущных проблем деятельности компании. При этом мало написать о проблемах, которые испытывают заинтересованные стороны, на полученной основе необходимо выявить критерии достижения эффектов от разрешения затруднений. Алгоритм подготовки концепции состоит из следующего перечня последовательных элементов.
Помимо обозначенных семи пунктов полезно написать о связи основного замысла со стратегией бизнеса, выразить предварительный прогноз по вероятной стоимости мероприятия и хотя бы приблизительно оценить риски. Главной целью концепции является продвижение идеи автора и первичное убеждение руководства в том, что на нее стоит обратить внимание при портфельном отборе. В отличие от концепции цель устава проекта иная. Он направлен на авторизацию, определение объекта деятельности, назначение руководителя команды проекта и распределение ролей среди участников.
Для создания проектов никогда не будет достаточно только идеи, концепции, устава и даже подробного плана. Нужно еще и многое другое. Тем не менее, я не один раз замечал, как правильно действующий руководитель среднего звена обеспечивал свое направление своевременными инвестициями только благодаря грамотно выполненной и представленной концепции. Для этого ему требовалось вовремя написать заявку в проектный комитет, выполнить определенную работу по оформлению и, конечно, быть убедительным в отстаивании своей позиции.
Ряд действий потом повторялся во взаимодействии между куратором и менеджером проекта. Часть информации попадала в текст устава практически без изменений. Но глубина проработки и природа документа менялась. Вместо презентационного инструмента появлялся микроконтракт руководства и ответственного ресурса по проектной задаче с соответствующими существенными условиями соглашения.
Разработка концепции проекта обеспечивает его продвижение к запуску, и хотя ее может выполнить отдельно назначенный сотрудник, главное заинтересованное лицо (автор самой идеи) стремится обеспечить развитие своего замысла. Иногда инициатором выступает собственник или генеральный директор. Тогда полный алгоритм подготовки концепции исполнять не требуется, достаточно бывает двух-трех предложений. Но обязательно нужно донести образ и ход мыслей до управленческой команды, чтобы можно было продолжить инициацию уже в формате устава, предварив его в установленных случаях бизнес-планом или кейсом.
Источник
Формирование документа «Концепция проекта»
Любой проект начинается с идеи, которая требует реализации. Но, прежде чем предпринимать усилия по воплощению идеи в жизнь, следует оценить целесообразность реализации проекта, в том числе с экономической точки зрения. Для этого необходимо формирование документа «Концепция проекта», описывающий его актуальность, цели и задачи. Если идея получает положительную оценку и признается перспективной, то она получает возможность развития, и проект начинает свой путь, открывая жизненный цикл со стадии инициации.
Как возникает проект
Инициация проекта – это убеждение руководства организации или инвесторов, а также других заинтересованных лиц в необходимости выполнения проекта. Фаза инициации проекта подразумевает определение целей проекта, а также взаимосвязанных с ними целей продукта проекта. Успех проекта определяется достижением конкретных показателей по каждому сформулированному результату в определенные сроки.
Необходимым условием эффективного управления проектом является тщательное документирование всех действий, связанных с исполнением проекта, поэтому результатом фазы инициации является документ, который может быть назван концепцией (или паспортом) проекта.
Определение концепции проекта
Концепция проекта – это документ, описывающий общие положения проекта, его цели и способы достижения этих целей.
Концепция проекта может содержать следующие элементы (или разделы), составляющие структуру соответствующего документа:
Применение концепции проекта
Таким образом, концепции проекта также можно дать следующее определение: это документ, с которым инициатор выходит на презентацию своего замысла к руководству с целью его одобрения и последующей реализации инвестиционного проекта.
Концепция содержит в себе некую дорожную карту с ключевыми событиями и основными этапами реализации проекта, которая в дальнейшем помогает руководителю проекта сформировать детальный план работ и определить контрольные точки с заранее определенными показателями эффективности.
На основе концепции проекта также составляется бюджет проекта и регламент взаимодействия участников проектной деятельности.
Необходимость концепции проекта и цели ее написания
Концепция позволяет не просто описать, но и формализовать идею, обосновать ее реализуемость и эффективность, оцифровать основные и промежуточные результаты реализации проекта и определить ключевые факторы успеха.
Таким образом, концепция проекта является незаменимым инструментом защиты проекта на стадии инициации, а также является основой для формирования документов на стадии планирования проекта и преследует следующие цели:
Этапы формирования концепции проекта
При составлении концепции проекта, как правило, используют готовые шаблоны документов, принятых в компании. Также используется опыт подготовки аналогичных документов по другим проектам. Главную роль в данном процессе играет квалификация руководителя проекта, а также менеджера, ответственного за ее разработку.
Условно бизнес-процесс подготовки концепции проекта можно разделить на четыре этапа.
Примеры концепции проекта
Далее представлены примеры концепций проектов, реализуемых в разных отраслях и сферах деятельности, разработанных студентами специальности «Прикладная информатика» УГАТУ в рамках курсовых работ по дисциплине «Проектный практикум»:
Источник
Как сформулировать концепцию проекта?
Ситуация напоминает детскую игру «испорченный телефон». Заказчик рассказывает о своем проекте менеджеру. Проект-менеджер делает пометки, что должно быть на сайте или в приложении, но опускает часть задач, потому что они кажутся очевидными. Дизайнер получает неполную информацию и строит работу без точного учета первоначального замысла.
В результате при создании продукта принимают противоречивые решения, которых можно было бы избежать, наладив единое видение между всеми участниками процесса.
Основой для единого видения является концепция проекта. На каждом этапе разработки концепция последовательно детализируется. Именно поэтому важно задать верный вектор в самом начале пути.
В этом может помочь простая формула, построенная на наблюдении (да простят меня читатели знакомые с теоретической физикой и высшей математикой за такой подход): в основе успешного проекта — работоспособная система. В основе работоспособной системы — учет интересов заказчика и целей пользователей, которые достигаются с помощью проекта.
Любая формула — формальность. При использовании необходимо переводить на человеческий язык.
Концепция проекта = мы (краткое описание проекта) помогаем (описание основной аудитории проекта) достигать (описание целей пользователей) для (описание целей владельцев проекта).
Необъективные авторские примеры использования
Spark.ru
Мы тусовка технологичных проектов, помогающая стартапам делиться знаниями и приобретать с их помощью новых клиентов, инвесторов и партнеров, созданная для получения профита от рекламы.
Meduza.io
Мы новостной портал для людей, уставших от официальных лент, созданный с целью создания и распространения новостей без указания свыше.
Источник
Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8
Продолжение моего учебного курса по проектному управлению. Предыдущие материалы:
Порой, они даже друг другу противоречат.
Предположим, вы строите многоквартирный жилой дом. И зафиксировали в матрице требований пожелания к входным дверям от архитектора и от маркетолога. Первый просил, чтобы двери были железными. Второй настаивает на деревянных. Как поступить? Необходимо выбрать один из вариантов (это называется «калибровкой требований»).
Могу привести конкретный пример из своей практики. Мы реализовывали проект по модернизации колл-центра в связи с его переездом на другую площадку. Предстояло полностью переоснастить колл-центр, обучить персонал, заново запустить в работу. На момент начала проекта в колл-центре работал уже сложившийся коллектив из 40 человек, почти все женщины. В ходе сбора требований по проекту были опрошены почти все работницы, поскольку они были пользователями. И каждая сотрудница высказалась, чего бы ей хотелось, все требования зафиксировали. Но когда дошло дело до написания концепции, оказалось, что многие требования противоречили друг другу. Поэтому некоторые из них пришлось выкинуть. Менеджер не сообщил об этом пользователям заранее, поэтому после сдачи-приемки, когда уже обкатывалась вся система, почти 40 женщин были недовольны результатами проекта. Они активно «ябедничали» на плохую проектную команду и писали докладные записки на имя начальства.
Недовольство можно было бы существенно смягчить, если бы работницам сразу сообщили, что их требования выполнить не получится. Если есть объективная причина, почему выполнить то или иное требование невозможно, человек вынужден будет ее принять. Но вам надо будет это правильно объяснить. Процесс работы с требованиями, когда вы соотносите противоречивые запросы, оставляете правильные, а затем даете обратную связь заинтересованным сторонам, называется калибровкой требований.
Но вернемся к концепции проекта. В ней остаются только те требования, которые могут быть реализованы в проекте. И это уже не разрозненные тезисы, а целостный текст. Но его вид и содержание может отличаться в зависимости от того, какие правила у вас приняты. Например, если вы работаете в госсекторе, то концепция, скорее всего, у вас будет сделана по каким-то ГОСТам, если предстоит военная приемка, то будет выверен каждый миллиметр поля листа и использованного шрифта, появятся определенные требования к оформлению, потому что в этой сфере все делается по заранее определенным шаблонам. В айти сфере обычно совсем простые концепции. Если, например, вы делаете небольшой сайт, то концепция будет выглядеть как книжечка с картинками (в методологии Agile это называется wireframe). Сначала будет главная страница сайта, какие-то кнопки, надписи. Картинка – окошко, опять картинка. Подобный формат позволяет легко находить общий язык аналитикам, разработчикам и пользователям. Разработчикам не нужны дополнительные разъяснения, им по этим картинкам все понятно, что предстоит делать на проекте.
Важно помнить, что концепция может быть разного размера, с картинками, схемами или другими графическими элементами – все зависит от специфики проекта.
Следующий этап планирования содержания (и следующая тема) – иерархическая структура работ (ИСР).
Если вас интересует тема «Управления проектами» и вы хотите самостоятельно подготовиться к экзамену на сертификат Project Management Professional, то приглашаем пройти новый видеокурс Ивана Селиховкина «Подготовка к экзамену РМР»
Источник
Поводом написания статьи стало участие в экспертизе проекта автоматизации крупнейшего российского банка, который принял решение перевести на полностью безбумажную основу процесс издания внутренних документов в ситуации определенных сложностей с использованием электронных подписей в информационной системе. Автор сначала подводит теоретическую основу, а потом дает конкретные рекомендации по ситуации: что стоит делать, а от чего пока лучше воздержаться.
Статья написана под лозунгом «Нет ничего практичнее хорошей теории!» Концепцию управления документами автор осмысливает и развивает примерно с 80-х годов, когда профессиональное сообщество начало изучать и обсуждать законодательство зарубежных стран об управлении документацией. Концепцию и методологию управления документами и в организационном, и в информационном аспектах автор реализовала на практике в двух проектах создания корпоративной информационной системы – сначала в банке «НИКойл», затем – в Финансовой Корпорации «УРАЛСИБ», а в настоящее время пропагандирует и применяет ее во многих проектах разработки систем электронного документооборота, консультантом которых является.
Непосредственный повод для написания статьи – решение крупнейшего коммерческого банка, имеющего социальное значение и являющегося лидером рынка, о полном переходе на безбумажный документооборот в процессе издания внутренних документов, являющихся правовыми актами. Было принято волевое решение руководителей о скорейшем применении исключительно электронной формы распорядительных документов и документов коллегиальных органов управления. Но при этом в информационной системе (СЭД) остаются ненастроенными механизмы создания электронных документов-оригиналов и их подписания уполномоченными должностными лицами, за должностями которых и должна быть закреплена электронная подпись того или иного вида.
В результате распорядительные документы в системе руководитель не подписывает, а «утверждает» или «одобряет», выбирая соответствующее значение поля в карточке документа, т.е. «входной» форме. Собственно электронная подпись также удостоверяет только сведения во входной форме, т.е. метаданные в карточке документа, а не документ, и является отчуждаемой. Проставляют электронную подпись неуполномоченные лица (ассистенты и помощники руководителей), которые по правам доступа в основном играют роль «регистратора» в информационной системе.
В подобных ситуациях мы рекомендуем коллегам:
- Во-первых, всегда помнить, что официальным документом (существующим в любой форме) может быть признан документ, оформленный и удостоверенный в установленном порядке. Т.е. здесь важны как соблюдение правил оформления, так и компетенция / полномочия должностного лица, подписавшего документ.
- А во-вторых, знать и доводить до сведения руководителей, что документы, технологии работы с ними и документальный фонд находятся в зоне ответственности руководства организации, так называемого «топ-менеджмента», как говорится в стандартах новой серии ИСО 30300, и «чудес» в делопроизводстве не бывает.
Серия стандартов ИСО 30300 – стратегический уровень управления документами
В ноябре 2011 г. были опубликованы два первых стандарта новой серии (семейства) стандартов ИСО 30300:
- ISO 30300:2011 Information and documentation – Management systems for records – Fundamentals and vocabulary;
- ISO 30301:2011 Information and documentation – Management systems for records – Requirements.
Серия ИСО 30300 предназначена для создания в организациях систем управления документами на стратегическом уровне, на уровне ответственности и в зоне принятия решений руководства. Стандарты этой серии разрабатываются на таких же методологических и концептуальных основах, как и стандарты серий ИСО 9000 и ИСО 14000, связаны со стандартами на другие системы управления (например, со стандартами на систему управления рисками, информационную безопасность) и, конечно же, отражают мировой опыт «лучших практик». Если требуется получить информацию о том, как работают с документами в зарубежных странах, как решаются проблемы, связанные с документами, каков уровень «зарубежного» делопроизводства, то прежде всего следует изучать стандарты ИСО, т.к. именно в них в обобщенном виде содержатся сведения о современном (уже достигнутом в некоторых странах и желаемом в других) уровне понимания значения работы с документами и оптимальных требованиях к ее организации.
Первые два стандарта серии ИСО 30300 являются документами высокого уровня, относятся к категории организационно-методических стандартов, поскольку дают представление о системе управления документами. В стандартах закрепляется, что на уровне решений, принимаемых руководством организации, находятся:
- политика управления документами (политики разрабатываются с целью операционализации, реализации стратегии организации),
- цели и намерения по отношению к документам (для обеспечения полноты, систематизации, сохранности документального фонда; для создания «качественных» документов, обеспечивающих доказательства законности деятельности организации и принимаемых руководством решений),
- риски (прежде всего риски аутентичности и целостности документов, т.е. их подлинности и юридической силы, а также другие риски, управление которыми всегда основывается на документировании того или иного процесса, а также всей деятельности организации).
Внедрение системы управления документами повышает эффективность бизнеса, его капитализацию, так как в современном мире информация и документы рассматриваются как серьезный актив. Частью системы являются процессы, методы и средства управления документами. Причем под процессами в системе управления документами понимают прежде всего технологии, алгоритмы, накопленный опыт и лучшие практики внедрения требований стандарта ИСО 15489 в организационном аспекте. Но следует учесть, что понятие «система управления документами» используется также для наименования ИТ-системы, т.е. инструмента, который должен поддерживать работу как с бумажными, так и с электронными документами.
Стандарты серии 30300 подтверждают, что внедрение системы управления документами обеспечивает управляемость организации и контроль за ее деятельностью со стороны руководства, акционеров и других заинтересованных лиц.
Алгоритмы управления документами на операционном уровне
Управление делами (служба управления документами) организует и контролирует реализацию процессов управления документами, выбирая оптимальные методы и средства на уровне технологии работы с документами. Обычно в инструкциях по делопроизводству организаций, когда составляется раздел о работе исполнителей с документами, управление делами закрепляет традиционно сложившийся алгоритм работы. Этот алгоритм является отчасти «исполнительским», фиксирующим действия исполнителя по составлению и оформлению проекта документа, взаимодействие исполнителей, руководителей и структурных подразделений в процессе согласования, а также совместную деятельность уполномоченного должностного лица и управления делами в процессе придания документу юридической силы. В общем виде алгоритм может быть представлен следующим образом:
Пример 1. «Исполнительский» алгоритм действий при работе с проектами документов
- Действия исполнителя, а также зоны его ответственности:
- изучение законодательных и иных нормативных правовых актов, регламентирующих предметную область, в которой необходимо издание/составление и оформление документа определенного вида;
- анализ внутренних нормативных документов организации, регламентирующих ее деятельность в данной предметной области или в данном направлении, вопросе деятельности;
- анализ ранее изданных/действующих документов по конкретному/данному вопросу (документов всех видов и разновидностей, оценка степени их актуальности, исполнения, причины неисполнения и т.п.);
- подготовка проекта документа определенной разновидности (отражение в нем конкретной цели создания документа, правильное оформление реквизитов, выбор оптимальной для данной управленческой ситуации структуры текста);
- направление проекта документа на процедуру согласования, контроль за соблюдением сроков согласования, внесение изменений в проект или отклонение замечаний, подготовка новых версий проекта в случае необходимости и т.п. действия, обеспечивающие качественную разработку проекта управленческого решения;
- получение в результате процедуры согласования готового для подписания проекта документа, оформленного в установленном порядке.
- Действия исполнителей, руководителей и структурных подразделений в процессе согласования:
- изучение проекта документа и оценка рисков сформулированного в нем проекта управленческого решения в рамках закрепленных зон ответственности;
- подготовка замечаний, предложений, новых формулировок для включения в проект документа или новой версии проекта;
- оформление результатов согласования в установленном порядке с помощью визы.
- Действия руководителя и управления делами (службы управления документами):
- подписание проекта документа (оформление идентификационного реквизита «подпись») или утверждение документа (проставление подписи уполномоченного должностного лица в грифе утверждения; дата утверждения также должна быть оформлена руководителем своей рукой);
- оформление идентификационных реквизитов «дата» и «индекс» (номер) документа.
В результате выполнения действий по данному «исполнительскому» алгоритму создается официальный документ, имеющий юридическую силу. Однако для органичного сочетания традиционных действий с возможностями, предоставляемыми информационной системой, необходимо вспомнить и профессиональный документоведческий алгоритм, который в свое время вместе с пореквизитным анализом документов автор развивала на кафедре документоведения Историко-архивного института и который предусматривает в алгоритме управления документами учет следующих факторов:
- принадлежность документа к системе или подсистеме документации (например, составляется организационный, распорядительный или справочно-информационный документ);
- срок действия документа (указанный в самом документе как срок исполнения или неопределенный, поскольку документ содержит правовую норму или долговременно действующее правило поведения);
- срок хранения (постоянный, временный свыше 10 лет или менее, устанавливаемый на основе перечней документов со сроками хранения и номенклатуры дел);
- формуляр и типовой формуляр документа (имеется в виду применение утвержденных в организации унифицированных типовых форм документов);
- требования к тексту документа (к структуре текста и языковым средствам выражения определенной управленческой ситуации с использованием типовых или трафаретных текстов, если применяются унифицированные типовые формы).
Актуальность данного алгоритма в настоящее время подтверждают требования ГОСТа Р ИСО 15489-1-2007 «Система стандартов по информации, библиотечному и издательскому делу. Управление документами. Общие требования», который устанавливает, что выбор материального носителя информации зависит от сроков хранения документов, а при проектировании системы управления документами следует выбирать подходящую среду хранения и носители информации, средства физической защиты информации, процедуры обработки и системы хранения.
Таким образом, в алгоритме управления документами срок хранения документа является точкой выбора формы документа (электронной или бумажной) и определяет дальнейшие действия по созданию документов. Конечно же, на этот выбор также должны влиять бизнес-процесс и назначение / цель создания документа, срок его действия.
При проектировании конкретной информационной системы мы рекомендуем учитывать данную методологию решения вопроса о выборе носителя / формы документа в соответствии с «лучшими практиками», отраженными стандартом ИСО 15489, и обеспечивать создание документов постоянного срока хранения прежде всего в бумажной форме, т.к. доказательный срок хранения документов на бумаге при соблюдении необходимых условий – более 100 лет, а доказательного срока хранения электронных документов более 30 (плюс-минус 5–7) лет пока не существует.
Сделаем выводы
При переходе на реальный электронный документооборот документы организации прежде всего должны создаваться в информационной системе по электронным шаблонам, которые проектируются и настраиваются в соответствии с утвержденными унифицированными типовыми формами документов. Разработка этих форм и настройка шаблонов – плановая работа управления делами и область сотрудничества с ИТ-подразделением.
Если документ, создаваемый в информационной системе, имеет постоянный срок хранения или временный (свыше 10 лет), то:
- В электронной форме проводятся его подготовка, согласование, внесение изменений, сохранение версий и т.п. В результате полностью готовый проект документа (вместе с листом согласования, который может быть распечатан, а может быть использован и в электронной форме) распечатывается и представляется на подпись уполномоченному должностному лицу.
- На бумажном проекте документа проставляется подлинная подпись (условно – «синяя») соответствующего руководителя!
- Управление делами регистрирует подписанный документ, проставляя на нем дату и индекс, используя данные информационной системы, которая «предлагает» очередные дату и индекс по соответствующим счетчикам. Документ в бумажной форме всегда является доказательством, выполняет правовую функцию.
- Уполномоченный сотрудник управления делами своей электронной подписью (установленного вида и статуса, например, простая ЭП для отметки о заверении копии) подписывает проект документа, существующий в информационной системе в электронном виде, одновременно с подписанием системно оформляются дата и индекс электронной копии документа, которая получает статус «действующий» документ.
- Полученная заверенная электронная копия документа (оригинал которого существует в бумажной форме) может направляться исполнителям, транслироваться во внешнюю среду на сайт (сам документ/копия, его фрагменты или только заголовок), по ней осуществляется коллективная работа, контроль исполнения и другие необходимые делопроизводственные операции (например, в форме отчета из информационной системы по электронным копиям могут формироваться журналы регистрации, акты, описи, справки и т.п.).
А самое главное – на основе электронных копий формируется информационный ресурс, обеспечивающий межведомственное электронное взаимодействие, к которому уже должны быть готовы государственные и муниципальные органы.
Впоследствии этот ресурс может быть передан вместе с бумажными оригиналами документов и описями в государственный или муниципальный архив как фонд пользования.
Соблюдение подобного алгоритма будет обеспечивать методическое единство делопроизводства и архива, которое является важнейшим принципом организации работы с документами и вполне соответствует концепции управления документами ИСО 15489.
Если же документ, создаваемый в информационной системе, имеет временный срок хранения (до 10 лет включительно), то он может создаваться, храниться, использоваться и уничтожаться в связи с истечением сроков хранения как электронный оригинал.
Однако соблюдение алгоритмов управления документами в полном объеме будет возможно только при условии реализации всех инфраструктурных требований, необходимых для практического внедрения положений Федерального закона от 06.04.2011 № 63-ФЗ «Об электронной подписи», а также при условии признания факта, что главная функциональность современных СЭД – создание документов по установленным правилам, а не их «транспортировка».
Заметим также, что в новой серии стандартов ИСО 30300 предполагается разработка стандарта по аудиту и сертификации систем управления документами. Чем раньше мы начнем осваивать реальные алгоритмы управления документами, тем успешнее мы станем!
Вернуться к Конкурсному голосованию
4.1. Текст документа отражает основное смысловое содержание документа – управленческое действие, решение.
4.2. В соответствии с видом документа выбираются композиционная структура, стиль изложения и языковые средства.
4.3. Текст документа составляют на русском или национальном языке субъекта Российской Федерации (далее по тексту – национальном) в соответствии с законодательством Российской Федерации и субъектов Российской Федерации о государственных языках.
Тексты документов, направляемых в федеральные органы государственной власти, органы государственной власти субъектов Российской Федерации, на предприятия, в организации и их объединения, не находящиеся в ведении данного субъекта Российской Федерации или расположенные на территории других субъектов Российской Федерации, составляются на государственном (русском) языке.
Тексты документов, направляемых зарубежным партнерам, могут составляться на языке страны адресата, на государственном (русском) или английском языке.
4.4. Текст документа может быть представлен в форме связного текста, анкетной формы, таблицы или сочетания этих форм.
4.5. Сплошной связный текст документа содержит грамматически и логически согласованную информацию об управленческих действиях и применяется при подготовке уставов, положений, инструкций, правил, приказов, распоряжений, указаний, протоколов, актов, договоров, контрактов, соглашений, служебных записок, писем, справок и т.д.
Текст может подразделяться на разделы, подразделы, пункты и подпункты. Разделы и подразделы могут иметь заголовки (подзаголовки).
Заголовки разделов пишутся с прописной буквы или допускается их написание прописными буквами, подзаголовки – с прописной буквы.
Точка в конце заголовков и подзаголовков не проставляется. Пункты и подпункты нумеруются арабскими цифрами, разделенными точками с точкой на конце.
Текст, как правило, состоит из двух частей. В первой, констатирующей части, указываются причины, основания, цели составления документа. В этой части при необходимости могут быть названы ранее изданные нормативные акты или другие документы по данному вопросу, указываются их реквизиты по следующей схеме: название вида документа, автор, дата, регистрационный индекс, заголовок. Например:
В соответствии с Федеральный законом “О государственной регистрации юридических лиц” от 8 августа 2001 г. N 129-ФЗ и Постановлением Правительства Российской Федерации от 17 мая 2002 г. N 319 “Об уполномоченном федеральном органе исполнительной власти, осуществляющем государственную регистрацию юридических лиц”…
Во второй части излагаются решения, поручения, распоряжения, выводы, просьбы, предложения, рекомендации.
Если содержание документа не нуждается в пояснении или обосновании, то текст может содержать только заключительную часть. Например: приказы, распоряжения – распорядительную часть без констатирующей, письма – просьбу без пояснения.
4.6. При подготовке документов, составленных по однотипным, повторяющимся ситуациям (приказы по личному составу, договора о передаче документов на государственное хранение, акты об уничтожении документов), рекомендуется разрабатывать унифицированные формы с трафаретным текстом. Возможно использование базы данных “текстовых шаблонов”.
4.7. Тексты документов, регулирующих деятельность организации (положение, должностная инструкция и т.д.), состоят из разделов, пунктов и подпунктов. Каждый раздел должен иметь соответствующий номер и заголовок.
Структура текста положения об организации или о ее подразделении состоит из разделов:
1. Общие положения.
2. Задачи.
3. Функции.
4. Обязанности.
5. Права.
6. Ответственность.
7. Взаимоотношения с другими подразделениями.
Структура должностной инструкции состоит из разделов:
1. Общие положения.
2. Должностные обязанности.
3. Права.
4. Ответственность.
5. Связи по должности.
4.8. В распорядительных документах организаций (приказ, распоряжение и т.д.) используется форма изложения текста от первого лица единственного числа (ПРИКАЗЫВАЮ, ПРЕДЛАГАЮ и др.).
В первой части распорядительного документа указывается основание или причина составления документа. Во второй части излагается решение руководителя. Если содержание документа не нуждается в пояснении, то его текст содержит только распорядительную часть. Текст приказов в таких случаях начинается со слова ПРИКАЗЫВАЮ.
Распорядительная часть делится на пункты, если исполнение приказа предполагает несколько исполнителей и выполнение различных по характеру действий. Пункты, которые включают управленческие действия, носящие распорядительный характер, начинаются с глагола в неопределенной форме. Например:
1. Создать рабочую группу в составе….
В том случае, если действие предполагает конкретного исполнителя, соответствующий пункт документа должен начинаться с указания должности и фамилии исполнителя (инициалы в тексте ставятся после фамилии) в дательном падеже. В качестве исполнителей могут быть указаны организации или структурные подразделения.
Сведения об управленческом действии передают глаголом в неопределенной форме и дополнением с обозначением объекта действия. Например:
1. Начальнику Управления международных операций Котову А.Д. подготовить проект “Инструкции об организации работы по … “.
2. Начальнику Юридического отдела Мельникову С.Г. предоставить Управлению международных операций необходимые нормативные правовые акты и методические документы.
Указание срока исполнения дается отдельной строкой и оформляется как дата завершения исполнения. Например:
Срок представления 15.07.2003.
В последнем пункте распорядительной части указывают конкретных лиц, на которых возлагается контроль за исполнением распорядительного документа. Например:
1. Контроль за исполнением приказа возложить на заместителя председателя Правления банка К.М. Сидорова.
4.9. В распорядительных документах коллегиальных органов (постановления, решения и т.д.) используется форма изложения текста от третьего лица единственного числа (ПОСТАНОВЛЯЕТ, РЕШИЛ).
В совместных постановлениях или решениях двух и более организаций текст излагается от первого лица множественного числа (ПОСТАНОВИЛИ, РЕШИЛИ).
В протоколах (документах, фиксирующих ход обсуждения вопросов и принятия решений) постоянно действующих коллегиальных органов, коллегий федеральных органов исполнительной власти и муниципальных органов управления, ученых, технических, методических советов и временных коллегиальных органов (конференций, собраний, совещаний, заседаний, переговоров, встреч) используется форма изложения текста от третьего лица множественного числа (СЛУШАЛИ, ВЫСТУПИЛИ, РЕШИЛИ). Содержание выступлений излагается от третьего лица единственного числа.
Текст протокола состоит из двух частей: вводной и основной.
Вводная часть составляется по схеме:
Председатель – К.Ю. Бекетов.
Секретарь – А.С. Кузин.
Присутствовали:
Слова “Председатель” и “Секретарь” печатают слева от нулевого положения табулятора, отделяя двумя интервалами от заголовка и друг от друга. С новой строки пишут слово “Присутствовали”, фамилии и инициалы постоянных членов коллегиального органа, участников заседания, сотрудников организации и приглашенных на заседание перечисляются в алфавитном порядке без указания должностей. Перечисление присутствующих оформляют во всю ширину строки через один межстрочный интервал.
При оформлении протокола с числом участников более 15 фамилии не перечисляются, а указывается цифрой их общее количество, список участников в таких случаях прилагается.
Например:
Присутствовали 47 человек (список прилагается).
Подсчет участников проводится по спискам регистрации, которые прилагаются к протоколу.
После перечисления участников в протоколе оформляется перечень вопросов, подлежащих обсуждению, который начинается словами “Повестка дня” и располагается центрованно через два-три интервала от списка участников. Повестка дня содержит перечисление пунктов (вопросов) повестки дня, фиксирующих последовательность обсуждения, с фамилиями докладчиков. Каждый вопрос нумеруется арабской цифрой, располагается в порядке значимости и отвечает на вопрос “О чем?”. Например:
1. О выполнении годового плана научно-исследовательской работы
института.
Докладчик – М.В. Ларин.
Основная часть протокола состоит из разделов, соответствующих пунктам повестки дня. Текст каждого раздела состоит из трех частей:
СЛУШАЛИ: (Краткое содержание доклада или ссылка на прилагаемый к протоколу текст).
Перед словом “СЛУШАЛИ” проставляется номер в соответствии с повесткой дня.
ВЫСТУПИЛИ: (Краткое содержание каждого выступления, заданные вопросы и ответы).
РЕШИЛИ (ПОСТАНОВИЛИ): (Решение формулируется с использованием модели, принятой для распорядительных документов: что сделать, исполнитель, срок исполнения).
Решения, выработанные на совещании, вносят в протокол после слова “РЕШИЛИ” (“ПОСТАНОВИЛИ”). Решение может содержать один или несколько пунктов, они располагаются по значимости, каждый из них нумеруется.
В случае, когда протокол фиксирует решение об утверждении какого-либо документа, в тексте протокола должна содержаться ссылка на этот документ, а сам документ прилагается к протоколу.
При наличии особого мнения по принятому решению оно записывается в протокол (после соответствующего протокольного решения).
В качестве исполнителя может быть указано одно или несколько должностных лиц либо структурное подразделение. Срок может быть указан как календарная дата или как период выполнения работы.
Слова “СЛУШАЛИ”, “ВЫСТУПИЛИ”, “РЕШИЛИ” (“ПОСТАНОВИЛИ”) печатают от левого поля прописными буквами и заканчивают двоеточием.
Каждый раздел печатается с красной строки, чтобы выделить в тексте протокола речь основного докладчика, выступления участников обсуждения вопроса и постановляющую часть, формулирующую решение собрания. С этой же целью в тексте протокола каждую фамилию и инициалы выступающих печатают с новой строки в именительном падеже, запись выступления отделяют от фамилии дефисом. Каждый вопрос печатается с красной строки, фамилии при этом допускается не указывать.
В отдельных случаях на основе рукописных или магнитофонных записей, которые велись на заседании, составляется стенографический протокол, который дословно передает процесс обсуждения каждого вопроса и выработку решения по нему.
Протокол оформляет секретарь заседания, юридическую силу протокол приобретает только при наличии двух подписей – председателя и секретаря. Подписи располагают, отделив от текста двумя-тремя межстрочными интервалами, от границы левого поля. Подписывается первый экземпляр протокола, который подшивается секретарем в дело и хранится в соответствии со сроком, определенным номенклатурой дел.
В некоторых случаях оформляется выписка из протокола.
Выписка из протокола представляет собой точную копию части текста подлинного протокола, относящегося к тому вопросу повестки дня, по которому готовят выписку. При этом воспроизводят все реквизиты бланка, вводную часть текста, вопрос повестки дня, по которому готовится выписка, и текст, отражающий обсуждение вопроса и принятое решение. В этом случае название документа будет оформлено как “Выписка из протокола”.
4.10. Акт составляется несколькими лицами (комиссией) и подтверждает установленные факты или события. Текст акта состоит из двух частей: вводной и основной (констатирующей).
В вводной части акта указывается распорядительный документ, на основании которого актируется факт, событие или действие (в именительном падеже), его номер и дата. При перечислении лиц, участвовавших в составлении акта, указываются наименования должностей с обозначением организаций, фамилий и инициалов (в именительном падеже). Первым указывается председатель комиссии. В необходимых случаях допускается приводить сведения о документах, удостоверяющих личность и полномочия лиц, участвовавших в составлении акта, и их адреса. Фамилии членов комиссии располагаются в алфавитном порядке. Слова “Основание”. “Председатель”, “Члены комиссии”, “Присутствовали” пишутся с прописной буквы.
В основной части акта излагаются установленные факты, а также выводы и заключения. Текст акта заканчивается сведениями о количестве экземпляров акта и месте их нахождения. Количество экземпляров акта определяется количеством заинтересованных сторон или нормативными документами, регламентирующими составление акта. Например:
Составлен в 3 экземплярах:
1-й экземпляр – бухгалтерия,
2-й экземпляр – коммерческий отдел,
3-й экземпляр – покупатель.
4.11. Текст договоров (соглашений, контрактов) фиксирует соглашение сторон об установлении каких-либо отношений и регулирует эти отношения.
Договор (контракт) о выполнении определенной работы содержит следующие сведения, например:
наименования сторон (полное и сокращенное названия);
наименование работы (предмет контракта), ее этапы и результаты выполнения;
наименование документа, в соответствии с которым выполняется работа;
условия и сроки поставки, перевоза, хранения, упаковки, маркировки, рекламы и реализации;
срок действия договора;
начало и окончание работ по договору;
стоимость работы и порядок расчетов;
порядок сдачи и приемки работы;
ответственность сторон, в том числе санкции за невыполнение принятых обязательств, которые договаривающие стороны признают необходимым включить в договор;
гарантии, страхование и форс-мажорные обстоятельства;
переход права собственности и риски;
порядок разрешения споров;
юридические адреса сторон (с указанием почтовых адресов, банковских реквизитов, номеров телефонов, факсов).
Текст договора (контракта) подразделяется на разделы, пункты и подпункты.
4.12. Текст доверенности фиксирует факт предоставления права на совершение каких-либо действий от лица доверителя (организации или физического лица).
Официальные доверенности выдаются организацией своему представителю на совершение сделок, получение денег, товарно-материальных ценностей или других действий от имени организации. В тексте официальной доверенности указываются следующие сведения, например:
должность и паспортные данные доверенного лица;
организация, в которой производятся действия по доверенности;
вид действий;
образец подписи лица, получившего доверенность;
заверение подлинности подписи;
срок действия доверенности.
Личные доверенности выдаются от лица доверителя (гражданина) на получение зарплаты и других выплат, связанных с трудовыми отношениями, на получение пенсий, пособий, стипендий, корреспонденции. В тексте личной доверенности указываются доверитель, доверенное лицо и вид действий по доверенности.
4.13. По содержанию и назначению письма, как вид документов, могут быть инструктивные, гарантийные, информационные, рекламные, коммерческие, письма-запросы, письма-ответы, письма-извещения, письма-приглашения и др. При заключении контрактов с иностранными партнерами используются кредитные письма.
Письмо целесообразно готовить по одному вопросу. Если необходимо обратиться в организацию одновременно по нескольким разнородным вопросам, рекомендуется составлять отдельные письма по каждому из них.
Письмо может касаться нескольких вопросов, если они взаимосвязаны и будут рассматриваться в одном структурном подразделении организации-адресата.
В деловой переписке принята форма изложения текста от первого лица множественного числа (просим, сообщаем, направляем, напоминаем, высылаем и т.д.), так как должностное лицо, подписавшее письмо, выступает от имени организации.
Изложение текста письма от первого лица единственного числа (прошу, предлагаю, направляю и т.д.) возможно в двух случаях:
письмо оформляется на должностном бланке;
письмо носит конфиденциальный характер или содержит персональное обращение к адресату.
Письма могут быть простыми и сложными. Простые письма составляются в случаях, когда не требуется изложения сложных в административном или юридическом отношении ситуаций. Простое письмо может иметь одну или две смысловые части.
Письмо, состоящее из одной части, – это просьба без пояснения, напоминание без преамбулы, сообщение без обоснования, выражение благодарности или сочувствия и др.
Простое письмо может состоять из двух частей: первая часть – обоснование, изложение причин написания письма, мотивировка; и вторая часть (заключение) – просьба или отказ, напоминание, предложение, согласие, выражение гарантии и т.п.
Текст простого письма не должен превышать одной-двух машинописных страниц.
Сложные письма составляются по вопросам, требующим подробного изложения ситуации, ее анализа, оценки, аргументации, формулировки выводов, мнений, предложений, просьб.
Сложные письма могут содержать до пяти страниц текста. Они состоят из следующих основных частей:
вступление,
основное содержание,
заключение.
Во вступлении формулируется тема письма, объясняющая причины его написания. Вступление может содержать: ссылку на документ или его отдельные пункты, послужившие юридическим основанием или поводом для письма; констатацию факта, события, сложившейся ситуации.
Основное содержание письма составляют описание события или ситуации, их анализ и приводимые доказательства.
Заключение представляет собой выводы в виде предложений, мнений, требований, просьб, отказов, напоминаний. Заключение начинается словами просим (письмо-просьба или запрос), высылаем, направляем, представляем (сопроводительное письмо), сообщаем (информационное письмо).
Заключительная часть письма может заканчиваться формулой вежливости.
Например: С уважением,…
4.14. Анкетная форма представляет текст документа, в котором характеризуется один объект по определенным признакам. Анкетная форма применяется при изложении цифровой или словесной информации в организационно-распорядительных, финансовых и других документах.
Постоянной информацией в анкете являются наименования признаков, а переменной – их характеристики. При построении анкеты постоянная информация выражается существительными в именительном падеже, например: фамилия, имя, отчество; или словосочетаниями, опорным словом в которых является существительное, например: структурное подразделение, последнее место работы.
Заполненная анкета является примером структурированного представления текста документа.
4.15. Таблица – форма представления текста, содержащего информацию, характеризующую несколько объектов по ряду признаков.
Табличные тексты применяются в организационно-распорядительных документах (структура и штатная численность, штатное расписание, план работы, перечень и др.).
Слева над таблицей размещают слово “Таблица”, выделенное разрядкой, после него приводят номер таблицы (если таблица не одна). Точку после номера таблицы не ставят.
Таблицы имеют два уровня членения текста: вертикальный – графы и горизонтальный – строки. Обобщенные наименования признаков в таблице составляют заголовок и подзаголовки граф (головка таблицы), а наименования объектов – заголовок и подзаголовки строк таблицы, расположенных в крайней левой графе (боковик таблицы). Например:
|
ГОЛОВКА ТАБЛИЦЫ |
||||
|
Заголовок строк |
Заголовок граф |
Заголовок граф |
||
|
подзаголовки граф |
подзаголовки граф |
подзаголовки граф |
подзаголовки граф |
|
|
1 |
2 |
3 |
4 |
5 |
|
Подзаголовки строк |
Строка |
Строка |
Строка |
Строка |
|
-“- |
-“- |
-“- |
-“- |
-“- |
|
-“- |
-“- |
-“- |
-“- |
-“- |
|
-“- |
-“- |
-“- |
-“- |
-“- |
|
-“- |
-“- |
-“- |
-“- |
-“- |
|
-“- |
-“- |
-“- |
-“- |
-“- |
|
Боковик (графа для заголовков) |
Графы (колонки) |
Графы таблиц должны быть пронумерованы. Если таблица печатается более чем на одной странице, на последующих страницах заголовочная часть таблицы и номера граф продолжаются.
Заголовки граф пишутся с прописных букв, а подзаголовки – со строчных, если они составляют одно целое с заголовком, т.е. поясняют его. Если подзаголовок имеет самостоятельное значение, то он пишется с прописной буквы. Точки в заголовках и подзаголовках граф не проставляются.
Заголовки и подзаголовки граф и строк таблицы выражаются именем существительным в именительном падеже единственного числа. В заголовках и подзаголовках строк и граф таблицы употребляются только общепринятые условные обозначения.
4.16. При подготовке документов по однотипным, повторяющимся ситуациям (приказы по личному составу, договоры, претензии, гарантийные письма и т.д.) рекомендуется использовать унифицированные формы, содержащие постоянную информацию и пробелы для заполнения переменной.
4.17. Документы должны быть написаны деловым стилем, который обладает совокупностью признаков, характеризующих его с точки зрения отбора лексических средств языка, построения словосочетаний, предложений и текстов в целом.
К основным стилевым чертам деловой речи относятся:
нейтральный тон изложения;
точность и ясность изложения;
лаконичность и краткость текста.
В официальных документах используется отраслевая или корпоративная терминология, отражающая содержание той предметной области, которой посвящен документ, и специальные слова и выражения, сложившиеся в сфере управления и определенные законодательством.
Допускается употреблять так называемые универсальные слова (слова со стертым, неопределенным значением) и использовать их вместо точных смысловых определений в различных контекстах. Например:
До настоящего времени слабо ведутся подготовительные работы по реконструкции здания.
или
Протокол не отражает намерения договаривающихся сторон.
Особенностью делового стиля является широкое употребление устойчивых (шаблонных, стандартизованных) языковых оборотов. Например:
Установлено, что в период с… по…
В соответствии с…
В целях…
Направляем (представляем, высылаем) Вам…
Считаем целесообразным….
В официальных документах используются простые распространенные предложения, односоставные или двусоставные, с обособленными оборотами. Например:
В связи с крайне низкой эффективностью использования…, а также в связи с недостаточной загруженностью… просим Вас решить вопрос о….
В служебных документах неуместно употреблять выражения типа “Будьте так любезны” или “Не откажите в любезности сообщить”.
В деловой переписке используются местоимения “мы” и “Вы” вместо “я” и “он”.
Страдательные конструкции предпочтительнее действительных. Например:
не “мы выполним”, а “нами будет выполнено”;
не “Вы предлагаете”, а “Вами предложено”.
В целях сжатия текста используются общепринятые сокращения:
СНГ, Москапремонт, зам., спецназ и др.;
графические – г-н, ж.-д., кв. м и др.
Графические сокращения во множественном числе, как правило, не удваиваются, исключение составляют: гг. – годы, пп. – пункты и некоторые другие.
