Что такое проект документа как составить

Жизненный цикл проекта документа начинается на этапе его разработки, потом происходит его согласование, подписание (утверждение) и регистрация документа. Давайте рассмотрим, как осуществляется работа с проектом документа на каждом из перечисленных этапов при традиционном (бумажном) ­документообороте и при электронном.

Что такое проект документа?

Термин «проект документа» используется в ряде правовых актов, например:

  • в Типовой инструкции по делопроизводству в федеральных органах исполнительной власти, утвержденной приказом Минкультуры России от 08.11.2005 г. № 536;
  • в Типовом регламенте внутренней организации федеральных органов исполнительной власти, утвержденном постановлением Правительства Российской Федерации от 28.07.2005 г. № 452, и т.д.

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

Проект документа – это предшественник документа, содержащий всю или основную часть речевой информации документа и не обладающий юридической силой.

Этапы и способы подготовки документа

Внутренние и исходящие документы проходят стадию проекта, и при их подготовке можно выделить следующие основные этапы:

  • разработка проекта документа;
  • согласование проекта документа;
  • подписание (утверждение) документа;
  • регистрация документа.

При этом в настоящее время подготовка создаваемых в организации документов может осуществляться одним из двух способов:

  • традиционным, когда проект документа изначально готовится на бумаге и передается между участниками на всех этапах в бумажном виде;
  • электронным, когда в процессе подготовки документов используется система электронного документооборота (далее по тексту – СЭД).

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

1. Разработка проекта документа

Данный этап включает проработку вопроса и подготовку текста будущего документа. Проект документа еще не имеет юридической силы.

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

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

2. Согласование проекта документа

Согласование бывает внутренним и внешним.

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

Внешнее согласование выражает согласие с содержанием проекта документа организации, не являющейся его автором. В соответствии с ГОСТом Р 6.30-2003 «Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов» внешнее согласование оформляется реквизитом «гриф согласования». Но в данной статье мы не будем останавливаться на внешнем согласовании подробно, а рассмотрим только процедуру внутреннего согласования.

Отметим, что термины «внутреннее согласование» и «визирование» являются синонимами. А лиц, которые осуществляют внутреннее согласование, часто называют согласующими или визирующими.

Процедура визирования осуществляется от низшего уровня компетенции к высшему.

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

Фрагмент документа

Типовая инструкция по делопроизводству в федеральных органах исполнительной власти, утвержденная приказом Минкультуры России от 08.11.2005 г. № 536

2.7.1.2. …Если в процессе согласования в проект приказа вносятся изменения принципиального характера, то он подлежит перепечатке и повторному согласованию.

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

Традиционный способ визирования проекта документа

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

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

Служба ДОУ может осуществлять передачу проекта визирующим несколькими способами.

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

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

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

Почему небрежные документы попадают на подпись руководителю?

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

Итак, почему небрежный документ попал на стол руководителя? Есть три причины:

  1. Секретарь просматривал документы в спешке и упустил недочеты, не справившись с многозадачностью.
  2. Секретарь «потерял бдительность»: не изучил документ, положившись на исполнителя, который всегда был на хорошем счету и ранее не допускал оплошностей в работе. Кстати, довольно часто работники просят секретаря обеспечить оперативное подписание документа, ссылаясь на то, что «руководитель его уже видел, одобрил и ждет сию минуту» или «его уже редактировали ранее, изменилось только одно слово в тексте».
  3. Секретарь не знает основных этапов редактирования текста проекта документа.

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

Что такое нормоконтроль?

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

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

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

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

Kak_ocenit_i_otredaktirovat

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

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

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

Алгоритм оценки и редактирования проекта документа

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

Рекомендуем использовать алгоритм оценки и редактирования проекта документа (Алгоритм). Далее рассмотрим, что нужно проверить и учесть на каждом этапе.

Kak_ocenit_i_otredaktirovat

Этап 1.  Как ознакомиться с проектом документа?

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

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

Этап 2. Как оценить композиционную структуру текста?

Нормы оформления документов, требования к их композиции устанавливают в инструкциях по делопроизводству организаций, которые обычно разрабатывают с учетом положений ГОСТ Р 7.0.97-2016 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов» (далее – ГОСТ Р 7.0.97-2016). Инструкция по делопроизводству, если работе над ней было уделено достаточно внимания, становится надежным помощником в процессе редактирования.

Приведем Чек-лист для оценки композиционной структуры документа и рассмотрим, как именно следует работать с текстом на этом этапе.

Kak_ocenit_i_otredaktirovat


[1] Утв. Приказом Минтруда России от 15.06.2020 № 333н.

[2] Утв. Приказом Росархива от 11.04.2018 № 44.

Материал публикуется частично. Полностью его можно прочитать в журнале «Секретарь-референт» № 2, 2021.

Автор статьи

Яна Викторовна Карпова

Эксперт по предмету «Документоведение и архивоведение»

Задать вопрос автору статьи

Понятие проекта документа

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

  1. Типовая инструкция по делопроизводству федеральных органов исполнительной власти, утвержденная приказом Минкультуры России от 8.11.2005 г. № 536.
  2. Типовой регламент внутренней организации федеральных органов исполнительной власти, утвержденный постановлением Правительства РФ от 28.07.2005 г. № 452.

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

Определение 1

Проект документа – это предшественник документа, который содержит всю или основной объем речевой информации документа и не имеет юридической силы.

Этапы и способы подготовки документа

Внутренние и исходящие документы проходят стадию проекта, а при их подготовке реализуют следующие основные шаги:

  • разработать проект документа;
  • согласовать проект документа;
  • подписать (утвердить) документ;
  • зарегистрировать документ.

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

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

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

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

«Основные этапы разработки проекта оформления документов» 👇

Согласование проекта документа может быть внешним и внутренним. В ситуации внутреннего согласования проект документа анализируют уполномоченные должностные лица предприятия. Ими оценивается целесообразность издания документа предложенного содержания, соответствие текста проекта текущему законодательству и внутренней нормативной документации. Внешним согласованием выражается согласие с содержанием проекта документа организации, не являющейся его автором. На основании ГОСТ Р 6.30-2003 «Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов». Внешнее согласование оформляют с использованием реквизита «гриф согласования». Стоит отметить, что понятия внутреннего согласования и визирования являются синонимами. А лица, которыми осуществляется внутреннее согласование, зачастую называются согласующими или визирующими. Процедуру визирования осуществляют начиная с низшего уровня компетенции к высшему. Результат внутреннего согласования оформляется должностным лицом визой, которой выражается согласие или несогласие с содержанием проекта документа. Если должностное лицо имеет ряд принципиальных замечаний, касающихся текста проекта документа, то он указывает их и прикладывает к проекту. Далее разработчиком создается новая версия проекта, учитывая все замечания. Новая версия проекта подвергается повторной процедуре согласования.

Типовая инструкция по делопроизводству в федеральных органах исполнительной власти, которую утверждает приказ Минкультуры России от 8. 11. 2005 года № 536. Если в процессе согласования проекта документа, в него будут внесены изменения принципиального характера, то он должен быть перепечатан и отправлен на повторное согласование. К сожалению, в правовых актах, которыми регламентировано делопроизводство, работа с проектами документов практически не описана. В связи с этим, работа с проектами документов, включая процесс их визирования, может не сильно отличаться в зависимости от предприятия.

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

Находи статьи и создавай свой список литературы по ГОСТу

Поиск по теме

Работа с проектами документов

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

Е.М. КАМЕНЕВА, главный специалист- эксперт
компании “Электронные офисные системы”

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

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

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

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

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

Подготовка и оформление проектов документов в настоящее время в
основном осуществляются с использованием компьютеров и программного
обеспечения. Чаще всего для создания и оформления проекта документа
используется текстовый редактор Microsoft Word. Необходимость распечатки
подготовленного проекта зависит от способа дальнейшей работы.
В некоторых организациях работа с проектами проходит традиционным способом, т.
е. на последующих этапах проект документа передается должностным лицам в бумажном
виде. Соответственно в данном случае подготовленный проект документа
распечатывается на бумажном носителе (бланке документа или на листе бумаги
установленного формата).
В других организациях дальнейшая работа с проектами осуществляется в
электронном виде с использованием системы электронного документооборота (далее
– СЭД) или другого программного обеспечения, которое позволяет автоматизировать
некоторые этапы работы с проектами, но уступает по своей эффективности СЭД. При
таком способе работы проект документа после его подготовки остается в
электронном виде. Если в организации используется СЭД, то подготовленный проект
в виде файла MS Word может загружаться в СЭД. Кроме того, некоторые СЭД
изначально позволяют создавать проект документа в одном из окон системы и
предоставляют возможность нескольким должностным лицам совместно готовить
проект не покидая своего рабочего места.
Отметим, что проект документа может подготавливать один работник или над его
созданием могут трудиться несколько должностных лиц.

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

Согласование проекта документа

Большинство проектов документов должны быть согласованы*.
Согласование проекта документа бывает внутренним (его также называют
визированием) и внешним (то есть проведение экспертизы решения в других
организациях). Внешнее
согласование** проводится после визирования и осуществляется
только в тех случаях, когда проект документа затрагивает интересы других
организаций. При данном виде согласования на последнем листе проекта документа,
под реквизитом “подпись” ближе к нижнему полю документа, оформляется реквизит
“гриф согласования документа”, требования к которому приведены в п. 3.23 ГОСТ Р
6.30-2003***.
* Проекты некоторых видов
документов могут не согласовываться. Это те виды документов, которые
подписываются разработчиком или его непосредственным руководителем (например:
заявление, служебная записка).
** В связи с тем что внешнее согласование используется намного реже
внутреннего, в статье оно подробно не рассматривается.
*** ГОСТ Р 6.30-2003 Унифицированные системы документации. Унифицированная
система организационно-распорядительной документации. Требования к оформлению
документов. Хотя данный стандарт носит рекомендательный характер, соблюдать его
положения целесообразно.

Гриф согласования состоит из слова СОГЛАСОВАНО, наименования должности лица, с
которым согласовывается документ (включая наименование организации), личной
подписи, ее расшифровки и даты. Если содержание документа затрагивает интересы
нескольких организаций, то грифы согласования могут располагаться на отдельном
листе согласования. При этом на основном документе в месте, предусмотренном для
расположения грифов согласования, делается отметка “Лист согласования
прилагается”.
При внутреннем согласовании
или визировании проект документа анализируют уполномоченные должностные лица
внутри организации с целью оценки целесообразности издания документа
предложенного содержания, заявленных сроков исполнения решения и соответствия
текста проекта действующему законодательству и локальным нормативным актам.
Результат внутреннего согласования должностное лицо оформляет визой, которая
выражает его согласие или несогласие с содержанием проекта документа. При
наличии принципиальных замечаний визирующий должен указать их и приложить к
проекту документа.
Внутреннее согласование осуществляется от низшего уровня компетенции к высшему.
То есть первую визу в большинстве случаев ставит ответственный разработчик
(исполнитель) проекта, следующим визирующим лицом будет являться его
непосредственный руководитель. Затем проект согласуют руководители
подразделений, чьи интересы затрагивает данный проект (в том числе проект
документа при необходимости согласуют руководитель службы документационного
обеспечения управления (службы ДОУ), руководитель юридической службы). Если
документ будет подписывать руководитель организации, то последним согласующим
лицом, как правило, является его заместитель, курирующий вопросы, затронутые в
проекте.
В правовых актах, регламентирующих делопроизводство и принятых на
общегосударственном уровне, работа с проектами, в т. ч. процесс согласования,
практически не описывается. Некоторая информация по согласованию отдельных
видов документов содержится в Методических
рекомендациях по разработке инструкций по делопроизводствув федеральных органах
исполнительной власти, утв. приказом Росархива от 23.12.2009 №
76 (приложение 15 к п. 3.3.5.2):

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

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

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

Способы внутреннего согласования проекта документа

В настоящее время согласование проекта документа в организации
может осуществляться традиционным или электронным способом.
Традиционный способ
согласования
подразумевает передачу проекта документа в
бумажном виде. То есть визирующие лица изучают проект на бумажном носителе и
ставят визы согласования непосредственно на проекте документа или на отдельном
листе согласования. Правила оформления реквизита “визы согласования документа”
содержатся в п. 3.24 ГОСТ Р 6.30-2003, в соответствии с которым при отсутствии
замечаний виза согласования должна включать в себя должность визирующего лица и
его подпись, расшифровку подписи (инициалы, фамилию) и дату визирования.
Например:

Руководитель юридического отдела
Николаев
А.В. Николаев
22.09.2011

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

Замечания прилагаются
Руководитель юридического отдела
Николаев А.В.
Николаев
22.09.2011

или

Руководитель финансово-экономического отдела
Не согласен В.И. Семенов
Семенов
22.09.2011
 

В соответствии с п. 3.24 ГОСТ Р 6.30-2003:

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

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

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

Кроме того, ГОСТ Р 6.30-2003 допускает, по усмотрению организации,
полистное визирование проекта документа и его приложений, а также говорит о возможности
оформления виз на отдельном листе согласования.
Как будет передаваться проект документа от одного визирующего лица к другому
при традиционном способе согласования, также определяется организацией. Обычно
передачу проекта документа визирующим лицам осуществляет непосредственно его
разработчик, реже эта обязанность возлагается на службу ДОУ. Однако любой из
этих способов занимает достаточно много времени. А из-за этого визирование, как
правило, растягивается на продолжительный период и намного превышает время,
необходимое уполномоченным должностным лицам на анализ содержания проекта.
Кроме того, при передаче на согласование проекта документа на бумажном носителе
обычно используется последовательный маршрут движения проекта. Это означает,
что в одно и то же время проект документа может находиться только у одного из
согласующих лиц.

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

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

• последовательный;
• параллельный;
• параллельно-последовательный.

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

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

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

Так, например, согласующее лицо может изучить проект (предыдущие версии
проекта), внести в электронную карточку свои визы, а при необходимости и
замечания*. В итоге все данные по работе с проектом автоматически собираются в
единой регистрационной карточке. Соответственно, если документ будет
подписываться на бумажном носителе, а не в электронном виде, после согласования
из системы можно распечатать завизированный проект и лист согласования,
заверить их и передать на подписание руководителю**.
* В процессе
согласования многие СЭД позволяют использовать ЭП (электронную подпись). При
этом возможность использования ЭП может быть представлена в виде опции СЭД,
отдельно докупаемой по желанию организации – пользователя системы. Однако в
соот- ветствии с п. 39 Правил делопроизводства в федеральных органах
исполнительной власти, утвержденных постановлением Правительства РФ от 15.06.2009
№ 477, при согласовании электронных документов в СЭД могут использоваться
способы подтверждения действий, при которых электронная подпись (ЭП) не
применяется.
** Если в организации используется такая технология работы для проектов, то она
должна быть закреплена в локальном нормативном акте (например, инструкции по
делопроизвод- ству). При такой технологии работы после подписания документа на
бумажном носителе в СЭД делается отметка об этом событии.

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

Источник: Профессиональные издания

журнал “Современные технологии делопроизводства и документооборота”

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

С чего начинается проектная документация, почему визуальные схемы работают лучше текста, как наличие прототипов проекта влияет на уровень эмпатии клиента, рассказал Виталий Арбузов, CEO digital-агентства INPRO.digital.

Почему проектная документация упрощает разработку проекта 

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

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

С чего начать составление проектной документации

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

1. Хочет ли клиент добавить на сайт такую же функцию? 

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

2. Нужна ли бизнесу клиента данная функция? 

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

3. Насколько сильно добавление этой функции повлияет на смету и сроки проекта? 

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

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

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

Схематичная визуализация результатов асессорского аудита

Кто входит в команду разработки проектной документации

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

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

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

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

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

Визуализация структуры сайта

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

Примеры вайрфреймов

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

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

Фото на обложке: CoffeeMate/Depositphotos.com

Добавить комментарий