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

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

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

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

Велась работа над окончательным оформлением проекта справочника по вопросам управления программами и проектами для сотрудничающих с УВКБ учреждений-исполнителей.

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

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

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

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

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

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

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

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

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

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

Осмысление, отбор и предоставление/обеспечение финансовых средств для создания юридического лица/СЦМ/проектной организации или оформление проекта в рамках корпоративной структуры

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

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

О ПРАВИЛАХ ОФОРМЛЕНИЯ ПРОЕКТОВ ЗАКОНОВ КОСТРОМСКОЙ ОБЛАСТИ И ПРОЕКТОВ ПОСТАНОВЛЕНИЙ КОСТРОМСКОЙ ОБЛАСТНОЙ ДУМЫ, Постановление Костромской областной Думы от 16 декабря 2008 года №3512

О ПРАВИЛАХ ОФОРМЛЕНИЯ ПРОЕКТОВ ЗАКОНОВ КОСТРОМСКОЙ ОБЛАСТИ И ПРОЕКТОВ ПОСТАНОВЛЕНИЙ КОСТРОМСКОЙ ОБЛАСТНОЙ ДУМЫ

В соответствии со статьей 4 Закона Костромской области от 11 января 2007 года N 106-4-ЗКО «О нормативных правовых актах Костромской области», на основании статьи 76 Регламента Костромской областной Думы Костромская областная Дума ПОСТАНОВЛЯЕТ:

1. Утвердить правила оформления проектов законов Костромской области и проектов постановлений Костромской областной Думы (прилагаются).

2. Утвердить образцы оформления проектов законов Костромской области и проектов постановлений Костромской областной Думы (прилагаются).

3. Настоящее постановление вступает в силу со дня его принятия.

Председатель Костромской областной Думы А.Бычков

ПРИЛОЖЕНИЕ

к постановлению Костромской

областной Думы «О правилах оформления

проектов законов Костромской области и проектов постановлений Костромской

областной Думы»

ПРАВИЛА оформления проектов законов Костромской области и проектов постановлений Костромской областной Думы

I. Общие положения

1. Правила оформления проектов законов Костромской области и проектов постановлений Костромской областной Думы (далее — Правила) разработаны в соответствии с Законом Костромской области от 11 января 2007 года N 106-4-ЗКО «О нормативных правовых актах Костромской области» и на основании статьи 76 Регламента Костромской областной Думы.

2. Правила направлены на повышение качества подготовки проектов законов Костромской области, проектов постановлений Костромской областной Думы и решение следующих задач:

1) оптимизации процесса реализации права законодательной инициативы в Костромской областной Думе;

2) установления единого порядка оформления следующих документов:

а) проектов устава Костромской области;

б) проектов законов области о внесении поправок в Устав Костромской области;

в) проектов законов области, в том числе о внесении изменений в законы области либо о признании законов области утратившими силу;

г) проектов постановлений областной Думы;

3) унификации структуры текстов, реквизитов, используемых шрифтов, бланков;

4) соответствия современному уровню юридической техники;

5) иных задач, предусмотренных федеральным законодательством и законодательством Костромской области.

II. Оформление проектов законов Костромской области

3. Оформление проектов законов Костромской области, проектов кодексов Костромской области, проектов устава Костромской области (далее — проект закона) осуществляется в соответствии с Правилами (согласно приложению 1).

4. Проект закона, подготавливаемый для внесения в Костромскую областную Думу (далее — областная Дума) печатается шрифтом Times N ew Roman размером N 4, на стандартных листах бумаги формата А4, через одинарный межстрочный интервал. Верхнее поле составляет 2 см, левое — 2 см, нижнее 2 см, правое — 1 см. Абзацный отступ выделяется красной строкой — 1,25 см. от левого поля документа.

5. На первой странице проекта закона в пределах верхней правой границы текстового поля указывается субъект права законодательной инициативы. Длина строки не должна превышать 9 см.

Пример:

Вносится (наименование субъекта

права законодательной

инициативы в областной Думе)

6. Ниже через один межстрочный интервал от наименования субъекта права законодательной инициативы у правой границы текстового поля печатается слово «Проект».

7. Наименование вида акта — ЗАКОН, КОДЕКС, УСТАВ — отделяется от предыдущего реквизита двумя межстрочными интервалами, печатается прописными буквами шрифтом Times N ew Roman размером N 18, выделяется полужирным шрифтом и выравнивается по центру.

8. На следующей строке шрифтом Times N ew Roman размером N 18 печатается наименование субъекта Российской Федерации (в родительном падеже) — КОСТРОМСКОЙ ОБЛАСТИ — выделяется полужирным шрифтом и выравнивается по центру.

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

10. При внесении изменений в одну или две (не более) статьи проекта закона наименование закона целесообразно конкретизировать.

Пример:

О внесении изменений в статью 3 Закона Костромской области «О государственной поддержке агропромышленного комплекса в Костромской области»

11. Строка о принятии проекта закона областной Думой отделяется от наименования проекта закона двумя межстрочными интервалами и состоит из слов «Принят Костромской областной Думой» и года принятия закона Костромской области в окончательной редакции. Слова «Принят Костромской областной Думой» печатаются в одну строку от левой границы текстового поля, а год принятия проекта закона — от правой границы текстового поля. Данный реквизит печатается шрифтом Times N ew Roman размером N 14.

Пример:

Принят Костромской областной Думой года

12. Конкретная дата принятия закона Костромской области (далее — закон области) проставляется при оформлении принятого закона области областной Думой. Дата принятия оформляется арабскими цифрами словесно-цифровым способом в последовательности: число, месяц, год. Если число состоит из одной цифры, то ноль перед ней не ставится.

Пример: 6 марта 2008 года

13. Текстовая часть проекта закона отделяется от даты принятия проекта закона двумя межстрочными интервалами.

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

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

Структурные единицы проекта закона не могут иметь преамбулу.

15. Преамбула:

1) не содержит самостоятельные нормативные предписания;

2) не делится на статьи;

3) не содержит ссылки на другие законодательные акты, подлежащие признанию утратившими силу и (или) изменению в связи с изданием данного закона;

4) не формулирует предмет регулирования проекта закона;

5) не нумеруется;

6) не содержит легальные дефиниции.

16. Текст проекта закона может подразделяться на:

1) разделы;

2) главы;

3) статьи.

17. Вводить структурную единицу «раздел», если в проекте закона нет глав, не следует.

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

Пример:

РАЗДЕЛ I ОБЩИЕ ПОЛОЖЕНИЯ

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

Пример:

Глава 2. Права, обязанности и ответственность в области пожарной безопасности

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

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

Пример:

Статья 4. Государственная гражданская служба Костромской области

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

Пример:

Статья 4

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

Пример:

Статья 5. Сертификация

1……………….. . (часть 1)

2………………..: (часть 2)

1) …………….; (пункт 1 части 2)

2) …………….: (пункт 2 части 2)

а) ……………..; (подпункт «а» пункта 2 части 2)

б) …………….. . (подпункт «б» пункта 2 части 2)

или

Статья 5

1…………….. . (часть 1)

2……………….: (часть 2)

1) ………. ……..; (пункт 1 части 2)

2) ………………: (пункт 2 части 2)

а) ………………; (подпункт «а» пункта 2 части 2)

б) …………… . (подпункт «б» пункта 2 части 2)

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

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

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

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

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

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

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

Кроме того, в проектах законов о внесении изменений в законы Костромской области, а также проектах законов, содержащих перечни законодательных актов, признаваемых утратившими силу:

1) статьи не имеют наименования;

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

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

Пример:

Статья 1

Внести в Закон Костромской области от……….. N …..-ЗКО «Об……………..» (в редакции Закона Костромской области от . N .-ЗКО) следующие изменения:

1) ………………; (пункт 1)

2) ………………; (пункт 2)

3) ………………: (пункт 3)

а) ………………; (подпункт «а» пункта 3)

б) ………………; (подпункт «б» пункта 3)

4) ………………. (пункт 4)

или

Статья 1

Внести в Закон Костромской области от……… N …..-3КО «Об………….» (в редакции Закона Костромской области от . N .-ЗКО) следующие изменения: (абзац первый)

. ………………..; (абзац второй)

…………………; (абзац третий)

…………………; (абзац четвертый)

или

Статья 1

Признать утратившими силу:

1) ………………; (пункт 1)

2) ………………; (пункт 2)

3) ………………; (пункт 3)

4) ………………. (пункт 4)

или

Статья 1

Признать утратившими силу:

…………………; (абзац второй)

…………………; (абзац третий)

…………………. (абзац четвертый)

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

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

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

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

33. Если дополнения вносятся в конец закона области, то необходимо продолжать имеющуюся нумерацию разделов, глав, статей (например, последней была глава 5 — дополнить главой 6; последней была статья 7 — дополнить статьей 8).

34. Если дополнения вносятся в конец структурной единицы статьи, то также необходимо продолжать имеющуюся нумерацию (например, в статье последней частью была часть 3 — дополнить частью 4; в части последним пунктом был пункт 3 — дополнить пунктом 4 и т. д.).

35. Если закон области дополняется новыми структурными единицами, то новые структурные единицы необходимо обозначать дополнительно цифрами (например, глава 5.1, статья 7.2 , часть 2.1, пункт 3.1 , подпункт «б.1»).

Пример:

Статья 2

Внести в Закон Костромской области от…… N .. .-ЗКО «О………….» (в редакции Закона Костромской области от . N .-ЗКО) следующие изменения:

1) дополнить статьей 4.1 следующего содержания:

«Статья 4.1 . ……………

1. ……………….. .

2. …………………»;

2) в статье 7:

часть 2 дополнить пунктом 2.1 следующего содержания:

«2.1) ………………..;»;

пункт 3 части 4 дополнить подпунктом «б.2» следующего содержания:

«б. 2 ) ………………..;».

36. В статьях о вступлении в силу закона области должно употребляться понятие «вступление в силу».

37. Понятие «введение в действие» употребляется только по отношению к кодексам области.

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

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

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

41. Инициал имени и фамилия губернатора Костромской области печатаются от правой границы текстового поля в одну строку со словами «Костромской области».

Пример:

Губернатор

Костромской области И.Ф.

42. Место подписания закона области отделяется от подписи двумя межстрочными интервалами, печатается от левой границы текстового поля с красной строки и состоит из слов «Кострома».

43. На следующей строке после слова «Кострома» указывается год подписания закона губернатором Костромской области, оставляется место для проставления конкретной даты подписания закона области и его регистрационного номера. Данные реквизиты печатаются в две строки.

Пример:

Кострома

____________ года

N ________

44. Конкретная дата подписания закона области и его регистрационный номер проставляются при оформлении подписанного губернатором Костромской области закона Костромской области.

45. Дата подписания закона области губернатором Костромской области оформляется словесно-цифровым способом.

46. Нумерация законов области начинается с номера 1 после избрания областной Думы очередного созыва, при этом после номера закона области через дефис указывается номер созыва областной Думы, который принял соответствующий закон области с добавлением через дефис аббревиатуры ЗКО (Закон Костромской области).

III. Оформление приложений и употребление ссылок

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

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

49. Если в тексте проекта закона дается ссылка «согласно приложению», то на первой странице приложения в правом верхнем углу пишется слово «ПРИЛОЖЕНИЕ», ниже дается ссылка на наименование проекта закона к которому готовится приложение. Все составные части реквизита центрируются относительно самой длинной строки и печатаются через одинарный межстрочный интервал. Длина строки не должна превышать 8 см. и ограничивается правым полем документа.

50.Если проект закона имеет одно приложение, то его номер не указывается.

51. В наименовании приложения не указывается дата принятия закона области и его регистрационный номер.

52. Если к законопроекту имеется несколько приложений, то они нумеруются арабскими цифрами без указания знака «N «.

Пример:

ПРИЛОЖЕНИЕ 8

к Закону Костромской области

«Об областном бюджете на 2008 год»

53. При ссылках на приложения в тексте проекта закона знак «N » также не указывается.

Пример:

согласно приложению 2 к настоящему Закону.

54. Наименование приложения печатается полужирным шрифтом, центрируется по центру листа. Наименование вида документа — приложения (первое слово наименования приложения) выделяется прописными буквами, (ПОЛОЖЕНИЕ, ПЕРЕЧЕНЬ, СПИСОК и т.д.). Наименование приложения отделяется от текста приложения одним межстрочным интервалом.

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

56. Текст приложения может быть оформлен в виде таблицы. Графы и строки таблицы должны иметь наименования, выраженные именем существительным в именительном падеже.

57. При оформлении приложений в виде таблиц, графиков и др. может использоваться альбомная ориентация страницы с соблюдением следующих размеров полей: верхнее — 2 см, левое- 2 см, нижнее — 2 см, правое — 1 см. При этом допускается использование различного размера шрифта Times N ew Roman.

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

59. Листы приложения нумеруются самостоятельно начиная со 2-го листа.

60. При наличии в тексте приложений ссылки на сноску она оформляется звездочкой или цифрой со скобкой: * или 1). Текст сноски печатается через один межстрочный интервал в конце каждой страницы или после приложения в целом под чертой. После знака сноски ее текст печатается с прописной буквы. В конце текста сноски ставится точка.

61. На одной странице не должно проставляться более 3 сносок.

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

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

64. Ссылки можно делать только на вступившие в силу (введенные в действие) законы области. Ссылки на утратившие силу законы области и законопроекты недопустимы.

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

Пример:

регулируются Федеральным законом от 11 ноября 2003 года N 152-ФЗ «Об ипотечных ценных бумагах».

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

Пример:

в соответствии с Законом РСФСР от 8 июля 1981 года «О судоустройстве РСФСР».

67. Вид конкретного принятого закона области указывается с прописной буквы.

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

Пример:

В соответствии с Законом Костромской области от 8 июня 2006 года N 32-4-ЗКО «О звании «Ветеран труда Костромской области» (далее — Закон Костромской области «О Звании «Ветеран труда Костромской области»).

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

Пример:

в соответствии с Законом Костромской области «Об энергосбережении на территории Костромской области» (в редакции Закона Костромской области от 28 декабря 2007 года N 250-4-ЗКО).

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

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

Пример:

регулируются пунктом 2 части 3 статьи 5 Закона Костромской области от……N …-3КО «О……..».

72. Ссылки на структурные единицы одного и того же закона области оформляются следующим образом.

Пример:

в соответствии с главой 2 настоящего Закона;

в соответствии с частью 1 статьи 5 настоящего Закона;

в соответствии с пунктом 1 части 1 настоящей статьи;

регулируется подпунктом «б» пункта 2 части 3 статьи 5 настоящего Закона;

содержащиеся в параграфе 2 настоящей главы.

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

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

IV. Оформление внесения изменений

75. Внесением изменений считается:

1) замена слов, цифр;

2) исключение слов, цифр, предложений;

3) исключение структурных единиц не вступившего в силу законодательного акта;

4) новая редакция структурной единицы законодательного акта;

5) дополнение структурной единицы статьи законодательного акта новыми словами, цифрами или предложениями;

6) дополнение структурными единицами законодательного акта;

7) приостановление действия законодательного акта или его структурных единиц;

8) продление действия законодательного акта или его структурных единиц.

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

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

78. Внесение изменений в законы области оформляется самостоятельным законом, в котором, в свою очередь, изменения, вносимые в каждый закон, оформляются самостоятельными статьями.

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

Пример:

Статья 1

Внести в Закон Костромской области от . N . — ЗКО » О .» (в редакции Закона Костромской области от . N . — ЗКО) следующие изменения:

1) в статье 1 слова » ..» заменить словами «.»;

2) часть 1 статьи 2 дополнить словами «.»;

3) в пункте 2 части 2 статьи 3 слова «.» исключить;

4) статью 4 признать утратившей силу;

5) часть 1 статьи 5 изложить в следующей редакции:

«1. . .»;

6) в статье 6 слова «.» заменить словами «.».

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

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

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

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

Пример:

О внесении изменения в Закон Костромской области «О……………….»

Или

О внесении изменений в Закон Костромской области «О……………….».

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

Пример:

Статья 1

Внести в Закон Костромской области от…………..N . -3КО «О…………..» (в редакции Закона Костромской области от . N .-ЗКО) следующие изменения:

1) статью 1 изложить в следующей редакции:

«Статья 1

………;

2) часть 1 статьи 2 дополнить предложением следующего содержания: «…………………»;

3) в части 2 статьи 5 слова «……………» исключить.

84. При внесении изменений в одну или две (не более) статьи закона области наименование проекта закона целесообразно конкретизировать.

Пример:

О внесении изменения в статью 11.1 Закона Костромской области «Об обороте земель сельскохозяйственного назначения в Костромской области».

85. Изменения всегда вносятся только в основной закон Костромской области. Вносить изменения в основной закон области путем внесения изменений в изменяющий его закон области недопустимо.

86. Внесение в основной закон области правовых норм временного характера не допускается.

87. При внесении изменений в законы области соответствующий текст заключается в кавычки.

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

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

Пример:

Главу 1 Закона Костромской области от 28 апреля 2007 года N 145-4-3КО «Об организации транспортного обслуживания населения в Костромской области» дополнить статьей 6.1 следующего содержания:

90. Внесение изменений в обобщенной форме в закон области (в том числе замена слов и словосочетаний с использованием формулировки «по тексту») не допускается.

91. Каждое изменение должно быть оформлено отдельно с указанием конкретной структурной единицы закона области, которая изменяется.

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

Пример:

В статье 10 Закона Костромской области от. ………….N …-3КО «О………..» (в редакции Закона Костромской области от . N .-ЗКО) слова «……….» заменить словами «………….».

Или

Статью 10 Закона Костромской области от……….. N …-3КО «О…………» (в редакции Закона Костромской области от . N .-ЗКО) после слов «………….» дополнить словами «…………..».

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

Пример:

В статье 5 Закона Костромской области от…….. N …-3КО «О……..» (в редакции Закона Костромской области от . N .-ЗКО) слова «….. (слова указываются в именительном падеже единственного числа). …» в соответствующих числе и падеже заменить словами «…..(слова указываются в именительном падеже единственного числа)……» в соответствующих числе и падеже.

Или

В статье 5 Закона Костромской области от…….. N …-3КО «О……..» (в редакции Закона Костромской области от . N .-ЗКО) слова «……(слова указываются в именительном падеже единственного или множественного числа)…» в соответствующем падеже заменить словами «…(слова указываются в именительном падеже единственного или множественного числа)….» в соответствующем падеже.

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

Пример:

в подпункте «в» пункта 2 части 1 статьи 7 слова «……………» заменить словами «. …………..».

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

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

Пример:

пункт 1 статьи 2 дополнить словами «…………»

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

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

Пример:

Статья 1

Внести в Закон Костромской области от………….. N …-3КО «О……….» (в редакции Закона Костромской области от . N .-ЗКО) следующие изменения:

1) в статье 1:

в части 1 слова «……….» заменить словами «………….»;

часть 2 после слов «………..» дополнить словами «……………….»;

часть 3 дополнить пунктом 5 следующего содержания:

«5)…………………»;

часть 4 дополнить предложением следующего содержания: «………………..»;

2) второе предложение пункта 2 части 2 статьи 3 исключить;

3) статью 4 изложить в следующей редакции:

«Статья 4…………….

……….».

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

Пример:

статью 2 дополнить частью 3 следующего содержания:

«3………………………»;

часть 5 статьи 6 дополнить пунктом 4 следующего содержания:

«4)…………………..».

99. В целях сохранения структуры статьи:

1) дополнение абзацами может производиться только в конце соответствующей структурной единицы;

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

3) при признании абзаца утратившим силу пересчет последующих абзацев не производится. Утративший силу абзац участвует в подсчете абзацев при последующем внесении изменений в данную структурную единицу.

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

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

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

3) сохраняют значение только отдельные структурные единицы закона области, причем частично;

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

101. Структурная единица закона области излагается в новой редакции в случаях если:

1) необходимо внести существенные изменения в данную структурную единицу;

2) неоднократно вносились изменения в текст данной структурной единицы закона Костромской области.

102. Изложение структурной единицы закона области в новой редакции не является основанием для признания утратившими силу всех промежуточных редакций данной структурной единицы.

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

104. При необходимости заменить цифровые обозначения употребляется термин «цифры», а не «числа». При необходимости заменить слова и цифры употребляется термин «слова».

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

Пример:

О внесении изменений в Закон Костромской области «О…………….» и признании утратившими силу некоторых законов Костромской области

V. Признание утратившими силу законодательных актов и их отдельных положений

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

107. Законодательные акты могут признаваться утратившими силу:

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

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

3) в неотделимой части (если подразумевается часть, не выделенная в самостоятельную структурную единицу).

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

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

110. Признание утратившими силу законов области без признания утратившими силу в виде отдельных позиций всех законов области (их структурных единиц), которыми в разное время в основной закон вносились изменения (например, «признать утратившим силу Закон Костромской области «О ..» и все законы области, вносившие в него изменения»), не допускается.

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

Пример:

Статья 1

Признать утратившими силу:

1) Закон Костромской области от. …… N …-3КО «О………………..»;

2) Закон Костромской области от……. N …-3КО «Об……………….»;

3) Закон Костромской области от……. N …-3КО «О………………..» .

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

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

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

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

1) данная структурная единица;

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

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

Пример:

Статья 1

Признать утратившими силу:

1) Закон Костромской области от 1 января 2002 года N 1-ЗКО «О…………»;

2) Закон Костромской области от 2 января 2002 года N 2-ЗКО «О. ………..»;

3) Закон Костромской области от 2 января 2002 года N 4-3КО «О…………».

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

Пример:

Статья 1

1. Признать утратившими силу с 1 июня 2004 года:

1) Закон Костромской области от.. N …….;

2) Закон Костромской области от .. N …….;

3) Закон Костромской области от … N …….

2. Признать утратившими силу с 1 января 2005 года:

1) Закон Костромской области от …N ……;

2) Закон Костромской области от … . N …..;

3) Закон Костромской области от …. N ……

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

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

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

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

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

Пример: статьей 7 Закона Костромской области от……….. N …-3КО «О……………………» утверждено приложение, которое требуется признать утратившим силу. В таком случае законопроект оформляется так:

Статья 1

Признать утратившей силу статью 7 Закона Костромской области от….. N …-3КО «О. …………………..».

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

Пример:

Признать утратившей силу статью 7 Закона Костромской области от…………. N …-3КО «О……………………» в части приложения.

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

Пример:

Признать утратившим силу пункт 2 приложения, утвержденного Законом Костромской области от……… N …-3КО «Об. ……..».

125. Если закон области еще не вступил в силу, а необходимость в нем отпала, применяется термин «отменить».

VI. Оформление проектов постановлений Костромской областной Думы

126 Оформление проектов постановлений Костромской областной Думы (далее — проект постановления) осуществляется в соответствии с Правилами (согласно приложению 2).

127. Проект постановления печатается на стандартных листах бумаги формата А4 через одинарный межстрочный интервал, шрифтом Times N ew Roman размером N 14. Верхнее поле составляет 2 см, левое — 2 см, нижнее — 2 см, правое — 1см. Абзацный отступ выделяется красной строкой — 1,25 см. от левого поля документа.

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

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

Пример:

Вносится (наименование субъекта права законодательной инициативы)

Проект

130. Наименование высшего органа законодательной власти Костромской области — КОСТРОМСКАЯ ОБЛАСТНАЯ ДУМА — отделяется от предыдущего реквизита двумя межстрочными интервалами, печатается шрифтом Times N ew Roman размером N 18 прописными буквами, выделяется полужирным шрифтом и выравнивается по центру.

131. Наименование вида акта — ПОСТАНОВЛЕНИЕ — печатается на следующей строке прописными буквами шрифтом Times N ew Roman размером N 18, выделяется полужирным шрифтом и выравнивается по центру.

132 Дата принятия проекта постановления и его регистрационный номер отделяются от предыдущего реквизита двумя межстрочными интервалами и печатаются в одну строку шрифтом Times N ew Roman размером N 14, при этом дата принятия проекта постановления областной Думой выравнивается по левой границе, печатается с красной строки, а его регистрационный номер — по правой границе текстового поля.

133. Конкретная дата принятия постановления областной Думой и его регистрационный номер проставляются при оформлении принятого областной Думой постановления.

134. Наименование проекта постановления отделяется от предыдущего реквизита двумя межстрочными интервалами, печатается полужирным шрифтом Times N ew Roman размером N 14 с заглавной буквы и выравнивается по центру. Наименование проекта постановления должно отражать его суть и отвечать на вопрос «О чем?». Точка в конце наименования не ставится.

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

136. Содержательная часть проекта постановления содержит текст, который подразделяется, как правило, на две части: вводную часть и постановляющую (резолютивную) часть.

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

138. В проектах постановлений вводная часть завершается словом «ПОСТАНОВЛЯЕТ:», которое печатается прописными буквами, выделяется полужирным шрифтом Times N ew Roman размером N 14.

139. Текстовая часть проекта постановления печатается со следующей строки.

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

Пример:

Председатель

Костромской областной Думы А. Бычков

141. Постановляющая часть проекта постановления может подразделяться на:

1) пункты;

2) подпункты;

3) абзацы.

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

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

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

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

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

147. Если проектом постановления утверждаются (принимаются) какие-либо документы (программы, планы, инструкции, правила, образцы и т.д.), то они должны оформляться в виде приложений, а соответствующие нормы проекта постановления Думы должны иметь ссылки на эти приложения, выраженные словами «согласно приложению».

148. Если в тексте дается ссылка «согласно приложению», то на первой странице приложения в правом верхнем углу заглавными буквами пишется слово «ПРИЛОЖЕНИЕ», следующей строкой печатается наименование проекта постановления. Все составные части реквизита центрируются относительно самой длинной строки и печатаются через одинарный межстрочный интервал. Длина строки не должна превышать 8 см. и ограничивается правым полем документа. При наличии нескольких приложений они нумеруются арабскими цифрами без указания знака «N «, При ссылках на приложения в тексте проекта постановления знак «N » также не указывается.

Пример:

ПРИЛОЖЕНИЕ 2

к постановлению Костромской

областной Думы «О правилах оформления

проектов законов Костромской области и

проектов постановлений Костромской

областной Думы»

149. Наименование текста приложения печатается на расстоянии двух межстрочных интервалов, центрованным способом. Наименование вида документа — приложения печатается полужирным шрифтом (первое слово наименования приложения), может быть выделено прописными буквами (ПОЛОЖЕНИЕ, ПЕРЕЧЕНЬ, СПИСОК и т.д.). Межстрочный интервал между первой строкой наименования и последующими строками может быть увеличен на один межстрочный интервал.

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

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

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

Листы приложения нумеруются самостоятельно, начиная со 2-го листа.

153. При наличии в тексте приложений ссылки на сноску она оформляется звездочкой или цифрой со скобкой: * или 1). Текст сноски печатается через 1 междустрочный интервал в конце каждой страницы или после приложения в целом под чертой. После знака сноски ее текст печатается с прописной буквы. В конце текста сноски ставится точка.

154. На одной странице не должно проставляться более 3 сносок.

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

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

VII. Порядок применения Правил

157. Проекты законов, устанавливающие новое правовое регулирование, оформляются в соответствии с Правилами.

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

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

ПРИЛОЖЕНИЕ 1

к правилам оформления

проектов законов Костромской области и проектов постановлений Костромской областной Думы

Вносится (наименование субъекта

права законодательной инициативы)

один межстрочный интервал

Проект

Не более 9 см

два межстрочных интервала

два межстрочных интервала

Наименование проекта закона

два межстрочных интервала

Принят Костромской областной Думой года

два межстрочных интервала

Статья 1

Текст статьи

один межстрочный интервал

Статья 2

Текст статьи

три межстрочных интервала

три межстрочных интервала

Кострома

года

N

Текст проекта закона печатается на стандартных листах бумаги формата А4,

шрифтом Times N ew Roman размером N 14;

межстрочные интервалы — Times N ew Roman размером N «14 .

ПРИЛОЖЕНИЕ 2

к правилам оформления

проектов законов Костромской области и проектов постановлений Костромской областной Думы

Вносится (наименование субъекта

права законодательной инициативы)

один межстрочный интервал

Проект

Не более 9 см.

два межстрочных интервала

два межстрочных интервала

«_____» _________ 200 года N ______

два межстрочных интервала

Наименование постановления

два межстрочных интервала

Костромская областная Дума ПОСТАНОВЛЯЕТ:

1.

2.

3.

три межстрочных интервала

Текст проект постановления печатается на стандартных листах бумаги формата А4,

шрифтом Times N ew Roman размером N 14;

межстрочные интервалы — Times N ew Roman, размером N 14.

Оформление проектов нормативных правовых актов (законодательная техника)

А. С. ПИГОЛКИН

ОФОРМЛЕНИЕ
ПРОЕКТОВ НОРМАТИВНЫХ ПРАВОВЫХ АКТОВ
(ЗАКОНОДАТЕЛЬНАЯ ТЕХНИКА)

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

§ 1. Общие положения

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

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

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

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

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

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

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

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

Основные требования (принципы) законодательной техники.

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

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

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

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

Недостаточно четкая статья закона или даже слово могут вызвать серию юридических ошибок и серьезные политические последствия. Достаточно вспомнить довольно часто встречающиеся, к сожалению, формулировки типа «как правило», «обычно», дающие возможности практически не исполнять закон, произвольно им жонглировать. В ст. 52 Устава Кемеровской области говорится об обеспечении национальным культурным центрам, национальным обществам и землячествам возможности участия в работе Законодательного Собрания, органов исполнительной власти области при рассмотрении вопросов развития национальных отношений в области. Однако из Устава не ясно, в чем конкретно эта возможность заключается — в участии в заседаниях с правом решающего или только совещательного голоса либо в иных формах. В Уставе Краснодарского края, в Законе Республики Саха (Якутия) «Об общественных объединениях» и ряде других актов субъектов Российской Федерации используется термин «совершеннолетние граждане», хотя из закона не ясно, с какого возраста это совершеннолетие наступает.

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

Нормативный акт должен быть ясен для широких слоев населения, ведь запрещено отговариваться названием или непониманием норм. Доступность юридической формулы — необходимое условие укрепления законности, внедрения четких юридических начал во все сферы жизни, повышения авторитета права. Неясная норма не дает полного представления о правах и обязанностях граждан, ведет к ненужной трате времени на запросы и толкование, приводит к спорам и ошибкам. Приведем примеры. Непонятен до конца такой примененный в Уставе Кемеровской области термин, как «иные национальные территории (кроме национальных административно-территориальных единиц) — национальные районы, национальные поселки, национальные сельские поселения» (ст. 49, 50, 51). Недостаточно ясны без дополнительного толкования такие употребляемые в правовых актах регионов термины, как общефедеральные органы, административные границы, политические должности и др.

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

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

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

3. Полнота регулирования соответствующей сферы отношений.

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

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

4. Конкретность регулирования, борьба с декларативностью нормативных актов.

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

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

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

6. Максимальная экономичность, оптимальная емкость, компактность законодательных формул.

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

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

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

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

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

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

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

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

Этот принцип предполагает использование одинаковых реквизитов актов, стереотипной структуры, единых терминологии, юридических конструкций и формулировок, унифицированного языка. Унифицированность, стандартизированность юридических формул, способов их изложения и построения — необходимое качество законодательства, непосредственно исходящее из такого свойства права, как его формальная определенность, а также из необходимости точности и четкости изложения мысли законодателя. Разнобой реквизитов и рубрик нормативных актов, отсутствие их стереотипной структуры, единого стиля изложения, несовпадение в разных актах нумерации статей, пунктов и их подразделений, формул отмены и изменения актов и их частей затрудняют использование законодательства. Так, в ст. 95 Устава Челябинской области говорится о возбуждении в установленном порядке отзыва депутата областного Совета и о возбуждении в установленном порядке процедуры отзыва главы областной администрации. Как видно, во второй части данного предписания присутствует слово «процедура», что явно противоречит требованию унификации нормативных предписаний. В современных условиях, когда появились возможности автоматизированной обработки нормативных актов, унификация их формы становится еще более актуальной.

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

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

§ 2. Структура нормативного акта

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

Внешние формальные реквизиты нормативного акта.

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

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

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

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

В истории законодательства известны различные способы формулирования заголовков. Иногда законы назывались по органам, их издавшим (магистраты в Древнем Риме), по именам их создателей (законы Хаммурапи, Солона и т. д.). В США законы иногда называют по имени лиц, предложивших проект закона (закон Шермана, Клейтона, Тафта-Хартли). Однако чаще всего (а в нашей стране исключительно) заголовки обозначают предмет регулирования акта, его содержание, что наиболее удобно для пользования актом, его нахождения, ссылок на него.

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

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

Преамбула нормативного акта.

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

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

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

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

В преамбуле Устава Пермской области говорится о признании и гарантированности всех прав и свобод человека и гражданина, закрепленных Конституцией Российской Федерации, международными договорами Российской Федерации и другими международно-правовыми актами, признанными Российской Федерацией. А в преамбуле Устава Ленинградской области приводятся некоторые принципиальные положения из Конституции Российской Федерации. Таким положениям, как представляется, не место в преамбуле закона.

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

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

Рубрикация нормативного акта.

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

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

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

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

В практике правотворчества российских регионов встречаются, хотя и не так часто, акты, имеющие многоуровневые подразделения. Обычно они делятся на разделы, а разделы в свою очередь — на главы. Это имеет место при принятии конституций республик в составе Российской Федерации. Ряд конституций республик делится лишь на главы (Бурятия, Дагестан). Однако в большинстве республик конституции имеют двойную систему рубрик — они делятся на разделы, а разделы — на главы (Башкортостан, Татарстан, Кабардино-Балкария, Карелия, Коми, Северная Осетия — Алания и др.). Подобная рубрикация вполне оправдана для таких социально значимых и крупных по объему актов, какими являются республиканские конституции.

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

Лишь один закон конституционного характера — Степное Уложение Калмыкии не имеет внутреннего деления и представляет собой единый текст, разделяемый лишь на статьи. Между тем это достаточно обширный документ, состоящий из 44 статей и 6 пунктов заключительных и переходных положений, которыми регулируются разнообразные и четко отделимые друг от друга комплексы отношений. При этом многие статьи Уложения весьма значительны по объему и распадаются на многие самостоятельные части (см. ст. 26, 28, 29, 30 и др.). Поэтому едва ли можно признать такую структуру удачной.

Рубрикация уставов у субъектов Российской Федерации также достаточно разнообразна. Многие уставы делятся только на главы, другие — на разделы и главы.

Имеется двойная нумерация и в ряде обычных законов, принимаемых в регионах. Так, Закон Республики Саха (Якутия) «О нотариате» делится на разделы, а разделы — на главы. Для четкости и легкой обозримости нормативных актов, облегчения их использования предпочтительна двойная рубрикация регулирующих обширные сферы отношений и значительных по объему нормативных актов.

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

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

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

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

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

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

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

Статья (пункт) — основная структурная единица нормативного акта.

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

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

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

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

Как известно, во всех конституциях республик заголовки статей отсутствуют. Это связано в первую очередь с тем, что и в Конституции Российской Федерации заголовков, к сожалению, также нет. Несколько иное положение в уставах, принимаемых иными субъектами Федерации. В уставах ряда областей и краев заголовки статей имеются (см., например, уставы Иркутской, Свердловской областей. Краснодарского края). К сожалению, в уставах большинства субъектов Федерации таких заголовков нет.

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

Каждая статья (пункт) нормативного акта представляет собой нечто внутренне единое, цельное и выражает законченную мысль в ее полном объеме. Поэтому неоправданно наличие в одной статье (пункте) норм, которые не имеют прямой и непосредственной связи друг с другом и без ущерба для их содержания могут быть сформулированы в разных подразделениях акта. Искусственное уменьшение числа статей (пунктов) в нормативных актах за счет помещения разнородных норм в одном месте создает их громоздкость, порождает трудности для применения и толкования. Кроме того, нарушается основной признак построения отдельной статьи (пункта) — тесная связь и неразрывное единство правовых норм, помещенных в ней. Такой способ неудобен и с точки зрения систематизации законодательства, так как статью (пункт), содержащую несколько разнородных норм, нужно будет помещать в разных разделах или частях систематических сборников в зависимости от содержания и характера каждой нормы. Лучше вдвое большее число статей, писал в свое время известный юрист М. А. Чельцов-Бебутов, лишь бы каждая имела свое индивидуальное лицо, относясь к определенным действиям. (См.: Чельцов-Бебутов М. А. Революционная законность и упрощение уголовного права // Вестник советской юстиции. 1928, №13, с. 372.)

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

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

В последнее время наметилась не совсем оправданная практика формулирования довольно громоздких, значительных по объему статей (пунктов), которые распадаются на ряд частей, содержащих в свою очередь несколько абзацев. Так, ст. 2 Закона Челябинской области «О бюджетном устройстве и бюджетном процессе в Челябинской области» делится на 10 частей, причем многие из них имеют несколько абзацев. В Сборнике законов и нормативных правовых актов Челябинской области эта статья занимает три страницы и практически могла бы быть сформулирована как отдельная глава Закона. Точно так же в ст. 16 Временного положения о бюджетном устройстве и бюджетном процессе в Тверской области, которая касается составления, рассмотрения и утверждения бюджетов, имеется 7 частей, причем некоторые части также делятся на отдельные абзацы. Видимо, было бы более целесообразно сформулировать статьи, посвященные отдельно составлению, а также рассмотрению и утверждению бюджетов.

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

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

Правотворческая практика субъектов Российской Федерации довольно противоречива в этом отношении. Конституции ряда республик (Кабардино-Балкария, Северная Осетия — Алания, Удмуртская) такую нумерацию абзацев статей содержат, однако в большинстве республик она, к сожалению, отсутствует. В Конституции Республики Бурятия в некоторых статьях отдельные их части нумеруются, в других же — нет, что явно нарушает структурное единство этого важного акта.

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

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

Кроме того, ныне наметилась, как представляется, не совсем удачная практика. Во-первых, есть законы, где нумеруются абзацы не всех статей, а лишь некоторых. Так сформулированы, например, статьи Конституции Республики Кабардино-Балкария. Большинство статей Закона «О бюджетном устройстве и бюджетном процессе в Тверской области» содержит нумерацию частей, а в ст. 20 такой нумерации нет, хотя она состоит из 6 отдельных абзацев.

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

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

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

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

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

Нумерация статей и других подразделений нормативного акта.

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

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

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

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

В правотворчестве некоторых регионов России такая нумерация активно внедряется. Так, в Челябинской области пункты актов обычно делятся на отдельные части, причем в каждой части дается и номер пункта, к которому она относится, и номер самой части (например, 3.6, 5.2 и т. д.).

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

(Окончание в следующем номере)

Печатается с сокращениями по:
Проблемы правотворчества субъектов РФ.
Научно-методическое пособие.
Отв. Ред. А. С. Пиголкин.
— М.: Издательство НОРМА, 1998. — 272 с

Project Design в управлении проектами: краткое руководство

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

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

Что такое дизайн проекта?

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

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

Подробности

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

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

Структура разработки проекта

Как вы разрабатываете продукт, который выполняет свои обещания? Это трудно! Но у управления проектами есть процесс.

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

Что такое видение?

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

Это не длинный подробный документ. У вас может быть краткое идеалистическое видение результата проекта; ведь это как вы продаете проект. Итак, нарисуйте картину успеха проекта и поместите ее в более широкий контекст.

В чем проблема?

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

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

Кто и какие ресурсы?

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

Хороший способ выяснить ресурсы — это то же самое, что журналисты подходят к новостному материалу, с пятью W: кто, что, где, когда и почему. Кто вам нужен для выполнения проекта, какие инструменты управления ресурсами необходимы, где будут выполняться работы, когда начнется и закончится проект и зачем нужны эти ресурсы?

Каковы цели проекта?

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

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

Какова стратегия проекта?

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

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

Что такое план на случай непредвиденных обстоятельств?

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

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

Что такое план оценки?

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

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

Какой бюджет?

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

Что такое проектное предложение?

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

Связано: Шаблон предложения проекта

Что ProjectManager.com может сделать, чтобы помочь в разработке вашего проекта

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

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

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

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

Что замечательно в досках канбан ProjectManager.com, так это то, что каждую карточку можно назначить одному или нескольким членам команды.Затем они могут комментировать на уровне задачи, и когда видение определено, этот документ можно сохранить в задаче.

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

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

Руководство по созданию дизайна проекта

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

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

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

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

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

Каким бы ни был ваш процесс, полезно использовать аббревиатуру SMART при определении результатов, целей и / или результатов. Убедитесь, что они:

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

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

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

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

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

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

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

Наглядные пособия могут включать:

• Эскизы или рисунки
• Планы, схемы или грубые чертежи
• Блок-схемы
• Деревья площадки
• Диаграммы Ганта
• Скриншоты или дизайн экрана
• Фото
• Прототипы
• Интеллект-карты
• Чертежи на доске

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

‌ Загрузить шаблон схемы цикла разработки проекта для Word
‌ Загрузить шаблон схемы цикла разработки проекта для Excel

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

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

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

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

«Цель этапа проектирования — получить четкое представление о том, как выглядит успех для спонсоров проекта и ключевых заинтересованных сторон», — говорит Дэйв Уэйкман, директор Wakeman Consulting Group. «Неважно, чего я хочу. Спонсоры и заинтересованные стороны хотят. Поэтому я трачу огромное количество времени на понимание того, что для них значит успех.”

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

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

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

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

Разработка проекта

Разработка ответственных проектов

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

Включение «ответственных данных» в дизайн вашего проекта: с чего начать?

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

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

• Не только дизайн:

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

• Планируйте вперед:

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

• Не забывайте о сроках:

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

• Фактор данных:

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

• Подождите … почему данные ?:

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

• Получить разрешение:

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

• План отказа:

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

• Бюджет, что вам нужно:

  Обеспечить, чтобы финансовый бюджет и распределение человеческих ресурсов «соответствовали цели» и были адекватны для достижения всех этих целей

• Проверь себя:

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

• Задокументировать процесс:

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

Не паникуй, планируй: оценка рисков и угроз

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

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

Моделирование угроз

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

Активы

Это типы данных, которые проект будет создавать или использовать (примеры различных типов данных см. Во вводной главе, Вы работаете с данными? ). Какие данные создаются? Где существуют данные и как вы взаимодействовать с ним? Сопоставьте типы данных и поток данных. Данные падают в кластеры, такие как общедоступные, внутренние или конфиденциальные? Если да, то это уже дает вам представление о том, что для разных типов данные.(См. Раздел: Обмен данными )

Риски

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

Противники

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

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

Угрозы

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

Вероятность

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

Стратегия смягчения последствий

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

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

Модель угроз можно организовать в виде матрицы, например:

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

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

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

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

Планирование непредвиденных обстоятельств

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

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

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

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

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

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

Внешние поставщики

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

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

Комплексная безопасность

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

Бюджетирование. У нас есть позиция для этого? Ой….

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

Технологии

Какие технологии вы планируете использовать? Определите, что вам нужно, прежде чем выбирать платформа: убедитесь, что у нее есть необходимая функциональность (или, если исходный код открыт, вы можете настроить его соответственно), чтобы расти вместе с вашей программой, и что вы заложили в бюджет разработку, тестирование, обслуживание и поддержку. Что будет стоимость использования / замены вашей техники за 1 год? 3 года? 5 лет?

Удовлетворяет ли эта технология вашим ответственным потребностям в данных с точки зрения доступности? и безопасность? Подходит ли технология для людей, которые должны иметь к ней доступ с точки зрения культуры, грамотности и доступа к СМИ? Ни одна технология не может быть защищена на 100%, но технология, прошедшая независимую проверку, будет иметь меньше уязвимостей, чем ее аналоги.Если ваши данные очень конфиденциальны, может потребоваться более тщательный аудит программного обеспечения перед его использованием. Это стоит денег, поэтому обязательно выделите на это бюджет.

Поддержка

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

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

ПРАКТИЧЕСКИЙ ПРИМЕР: отказ от поставщика услуг или планирование экстренной миграции данных

У НПО есть внутренняя политика использования бесплатных приложений с открытым исходным кодом для сбор данных, в основном из-за фактора доступности (низкая / бесплатная). Много проектов этой НПО вложили средства в использование этого приложения для разработки своих рабочие процессы проекта и хранили большие объемы данных в приложении сервер. Группа, создавшая приложение, решила отказаться от работы на новое предприятие и существующее приложение остались без поддержки. Это привело к НПО теряют доступ к своим данным более чем на месяц во время чрезвычайной ситуации. Бенефициары, которые стали зависеть от проектов НПО, остались без предоставление услуг в кризисное время.Если отсутствие поддержки поставщика было выявлено в оценке риска, возможно планирование действий в чрезвычайных ситуациях / на случай непредвиденных обстоятельств. мог бы позволить более быстрое восстановление (например, аварийный перенос данных) из эта досадная ситуация.

Хостинг и хранение данных

Хранение и размещение ваших данных не является бесплатным, и важно рассмотрите стоимость с течением времени в зависимости от того, как ваша программа может расти (см. после 1 года). Старайтесь не выбирать недорогой вариант просто потому, что он заманчиво получить хостинг за 5 долларов в месяц, хотя могут быть экземпляры где это совершенно нормально.Убедитесь, что ваш хостинг соответствует вашим потребностям, то есть он размещен у провайдера, которому вы можете доверять, или у компетентных систем администраторы в вашей организации. Обычно это означает, что у вас будет надежная система резервного копирования, регулярный мониторинг журналов и быстрое обновление программного обеспечения для исправления известных дыр в безопасности.

Навыки и обучение

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

• Требуется ли персоналу обучение по вопросам безопасности перед тем, как приступить к работе с данными? коллекция?

• Обладают ли менеджеры ваших проектов адекватными навыками информационной грамотности?

• Что технический персонал должен знать о сообществах, с которыми вы работаете с, например, при проектировании технической инфраструктуры, вы будете с помощью?

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

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

Планирование резервного копирования и аварийная поддержка

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

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

Обеспечение качества и целостности

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

Прекращение проекта

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

Что такое дизайн проекта? — предложение для НПО

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

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

What: определяет сам проект

Где: — внутренняя и внешняя среда

Когда: — это временной интервал

Кто: , вы и получатели

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

История проекта

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

Контекст проекта

Это описание внутренней и внешней среды, в которой будет реализован проект, и влияние среды на проект. Среда включает риски и возможности (SWOT-анализ)

Риски и предположения

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

Цели и задачи

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

Результаты и результаты

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

Бенефициары или заинтересованные стороны

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

Деятельность

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

Хронология

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

Рабочий план

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

Бюджетная смета

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

Устойчивое развитие

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

Стратегии мониторинга и оценки

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

Структура целей обучения на основе проектов

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

мощных сил, которые «определяют характер жизни человека

и, в конечном итоге, жизнь всего народа» [2 ,

с.91].

Вскоре после публикации аффективной области психомоторная область

была добавлена ​​в таксономию Блума, чтобы

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

[8], [9]. В 1990-х годах Pacific Crest добавил социальную область

к когнитивной, аффективной и психомоторной

таксономии, чтобы выделить такие навыки, как общение,

межличностные и культурные отношения, менеджмент и лидерство

[10].Четырехкомпонентная модель с когнитивной, аффективной,

психомоторной и социальной областями обучения достаточно хорошо

согласована с социально-когнитивными структурами обучения,

, особенно с моделями, представленными в литературе по саморегулируемому обучению

(SRL). Циммерман, например, описывает

SRL как «сложный интерактивный процесс, включающий в себя социальные,

мотивационные и поведенческие компоненты» в дополнение к

когнитивным и метакогнитивным функциям [11].Концептуальная модель

Пинтрича для SRL описывает когнитивные, мотивационные / аффективные,

поведенческие и контекстные компоненты обучения. Контекстный компонент

в данном случае привлекает внимание к тому, как

учащихся связываются между собой (социальные взаимодействия,

сотрудничество, взаимное обучение) и как они участвуют в физической среде

(разработка проектов, устранение

отвлекающих факторов, выполнение задачи).Основываясь на работе

Пинтрича и других, Форд и Смит (2005) описывают таксономию целей

с несколькими основными категориями, включая задачи

, такие как творчество и управление, когнитивные цели, такие как

понимание и исследование, аффективные цели например,

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

целей, таких как самоопределение и ресурсы

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

и социальная ответственность, а также цели субъективной организации

, такие как единство и трансцендентность [12].

Альтернативный подход к категоризации обучения —

, представленный в «Таксономии значимого обучения» Финка [3].

Fink делит обучение на базовые знания,

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

обучение тому, как учиться. Категория базовых знаний

имеет дело исключительно с познаниями, например, понимание и

запоминание информации и объединение идей, в то время как другие категории

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

включает в себя формирование навыков познания (критическое мышление), а также психомоторных навыков

(рабочее лабораторное оборудование) и социальных (управление проектами

). Интеграция описывается как

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

взаимодействия с сообществом).

Общей чертой этих высокоуровневых систем целей

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

, чем низкоуровневые познания, такие как получение контента, фактическое

вспоминание и концептуальное понимание.Они расширяют когнитивное обучение

вверх в сторону сложных навыков, таких как оценка, дизайн

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

вовне, в сторону мотивации, поведения и взаимодействий

учащихся, а также взаимодействия с физическим миром. Это расширение

на более широкие цели обучения и развитие более сложных навыков

повлияло на структуру целей нашего проекта

.

B. Педагогические основы

Существующие педагогические модели для проблемно-ориентированного обучения

(PBL), проектного обучения (PjBL), а также обучения дизайну и студии

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

рамки целей . Неудивительно, что модели

активной педагогики и педагогики, ориентированной на студента, отражают более широкий диапазон целей

, чем те, которые обычно встречаются в традиционном обучении.Barrows и

Ранняя модель PBL для медицинского образования

Тэмблина (1980) делала упор на применение знаний и когнитивные навыки более высокого уровня

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

и положительными мотивационными целями, такими как

удовольствие и чувство значимости [13]. В своем описании подходов

PBL Хмело-Сильвер (2004) описывает цели

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

, навыков самостоятельного обучения, навыков сотрудничества,

и внутренней мотивации. [5].Савин-Баден (2003) выделяет

нескольких отличительных черт PBL, включая критическое мышление,

независимых исследований, социальные или общественные связи и

эмоционального обучения [14].

В обзоре истории проектного обучения

Графф и Колмос (2007) обсуждают, как PjBL в инженерии

эволюционировал с течением времени, от акцента на принципах

обучения на практике и обучения на основе опыта, с акцентом на

, включающем сложные, реальные проблемы, которые отвечают

общественным потребностям и требуют междисциплинарного мышления [15].В

ранних концептуализациях проекты были определены как комплексные

междисциплинарных усилий, которые требовали от студентов работы в перекрестных дисциплинарных группах

, связывали теорию и практику и контролировали

своего учебного процесса [15]. Савин-Баден (2003) описывает

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

являются общими элементами PjBL

[14].Blumenfeld et al. (1991) описывают, как исследование

аутентичных проблем и построение репрезентаций и

артефактов в PjBL имеет потенциал для поддержки как высокоуровневых познаний

, так и положительной мотивации [6].

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

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

, Даттон (1987) исследует, как студийная педагогика

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

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

и значения [16].Литтл и Карденас (2001)

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

взаимодействием с группами людей, управлением проектами и коммуникативными навыками

[17]. Наконец, более поздние приложения

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

сопереживание, критическое мышление, решение реальных проблем, а

— на практическом прототипировании, тестировании и итерациях [18].

C. Дисциплинарные или предметно-ориентированные рамки

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

и политика и стандарты обучения STEM

.Например, критерии ABET

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

, а также навыки общения, многопрофильное объединение

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

ограничений, непрерывное обучение и понимание

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

социальный контекст [19]. Среди ключевых атрибутов инженеров

Управление сложными проектами

Первоначально опубликовано в журнале Communication Arts , март / апрель 1995 г.

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

Приоритет проблемы

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

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

Эта неудача стала уроком для дизайнеров. С благими намерениями, умные люди совершают трагические и дорогостоящие ошибки, когда не определяют проблемы, которые они хотят решить. Этот же урок можно увидеть немного ближе к дому. Сравните широкое использование портативных сканеров-коммуникаторов, используемых драйверами FedEx, с ограниченным успехом КПК, таких как Newton от Apple. Сканеры-коммуникаторы FedEx явно ускоряют работу водителя и повышают точность. Они удовлетворяют потребность. Напротив, такие устройства, как Newton, не имели успеха, потому что клиенты не знали, что с ними делать.Заказчики не знают, что им делать с Newton, потому что менеджеры проектов и дизайнеры тоже не знают. Когда у компаний плохие процессы планирования продуктов, сотни миллионов долларов тратятся на разработку устройств, цель которых неясна. Такие бедствия — плохое управление — чистое и простое.

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

Определение слова «проблема»

Прежде всего, нужна хорошая модель. Вам нужно дать определение слову «проблема». Видит Бог, у всех есть проблемы. Но в чем собственно проблема? Мое любимое определение — проблема — это неудовлетворенная потребность.

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

In Human Learning , E.Л. Торндайк пишет: «Можно сказать, что проблема существует, если организм чего-то хочет, но действия, необходимые для ее достижения, не сразу очевидны». В книге Design Thinking Питер Роу указывает, что определение Торндайка порождает три общих класса проблем: четко определенные или простые; неопределенный или сложный; жестко или неразрешимо.

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

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

Определение реальных проблем

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

Вход для сбора

Работа начинается, когда кто-то определяет проблемную область.Что-то болит, значит, кто-то просит о помощи. Это приводит к изучению, а затем к исследованию, чтобы понять контекст и масштабы проблемы. Но на данный момент нам известны только симптомы. Мы все еще не определили проблему. Как мы определяем проблему? Начните со сборки всех соответствующих игроков в комнате. Если слишком много подходящих игроков не помещается в одном конференц-зале, проведите серию интервью. Попросите каждого игрока описать неудовлетворенную потребность или, другими словами, предложить причину проблемы.Запишите каждое предложение. Ничто из того, что вы сделаете в проекте, не будет иметь более важного значения.

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

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

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

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

Причинно-следственные связи

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

Креативные трусы

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

Каждая аудитория предлагает разные «что и почему».Заполнение матрицы — отличное групповое занятие. Он раскрывает область и диапазон сообщения и создает возможность для всех сторон участвовать и высказывать свои взгляды. Упражнение с матрицей сообщений — отличная подготовка к написанию позиционного заявления.

Операторы позиционирования

Когда я работаю над коммуникациями по продуктам, я выстраиваю формулировку проблемы в соответствии с классическими документами по маркетинговому позиционированию, используемыми в Procter and Gamble.Мне нравится формулировка позиционирования в следующей форме: Для [аудитории] [название нашего продукта] — это [категория, в которой наш продукт конкурирует], которая обеспечивает [основное преимущество нашего продукта] в отличие от [продукта нашего основного конкурента].

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

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

Единственным исключением является Honda. В 1990 году журнал The Harvard Business Review опубликовал статью под названием «Сила целостности продукта». Я настоятельно рекомендую его всем, кто отвечает за управление продуктами.В статье рассказывается, как менеджеры по продукции Honda разрабатывают простое описание продукта перед проектированием нового автомобиля и как они затем используют это описание при проектировании автомобиля.

Согласование определения

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

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

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

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

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

Теоретический процесс, другие модели

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

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

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

На уроках дизайна я использую короткое упражнение, чтобы открыть черный ящик.Я беру с собой три офисных словаря, стопку обычной копировальной бумаги и линейку. Я даю каждому студенту по два листа бумаги. Затем, в качестве прелюдии к задаче, я прошу каждого студента встать, поднять словари и записать примерный вес. Мы разделяем все оценки и находим среднее значение, которое обычно составляет около десяти фунтов. Эта прелюдия вовлекает студентов и инсценирует вес словарей. Затем я прошу студентов использовать два листа бумаги, чтобы построить структуру, которая будет поддерживать словари не менее 30 секунд.Цель — поднять их как можно выше. Сначала студенты просто смотрят на газету. Никто из них не будет смотреть в глаза. Некоторые спрашивают про клей, скотч, шнурок, резинки. Ответ: всего два листа бумаги. Наконец, кто-то спрашивает, как сложить или смять бумагу. Ответ, конечно, попробовать. Как только кто-то что-то пробует, начинается своего рода гонка. Они быстро строят и тестируют конструкции. Многие конструкции мнутся. Но неудавшиеся структуры предлагают уроки. Работа идет быстро, в среднем около 3 1/2 дюймов каждые десять минут, пока все три словаря не окажутся на высоте 11 дюймов над столом, опираясь не более чем на два листа бумаги.

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

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

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

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

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

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

Цикл показывает простую модель обратной связи. Каскад обеспечивает более сложную модель обратной связи. Далее Коберг предполагает, что «… ни один этап на самом деле никогда не останавливается, но в отличие от [моделей], каждый этап всегда находится в процессе… процесс никогда не заканчивается».

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

Пятнадцать лет спустя я пытался объяснить процесс решения проблем своему классу, когда студент, Мэтт Уильямс, заметил, что процесс решения проблем похож на научный метод.В старшей школе Мэтт выучил отличный мнемонический прием для научного метода. Я считаю, что на самом деле Мэтт сказал: «Эй, все, что ты пытаешься сделать, это научить нас ТЕОКУ». THEOC — это аббревиатура от слов «теория, гипотеза, эксперимент, наблюдение и заключение». Мэтт обладал проницательной проницательностью. Дизайнер следует процессу, очень похожему на ученого. Оба требуют опыта, рациональности и интуиции. В некотором смысле научный метод — это просто строгий здравый смысл. Таков процесс, которому следует любой хороший детектив.

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

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

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

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

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

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

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

• Структура Как добраться до аудитории?
• Содержание Что мы им говорим?
• Форма Как это выглядит?

Более академическая версия этой идеи — прагматико-семантико-синтаксическая модель Чарльза Морриса. Том Окерс из школы дизайна Род-Айленда знакомит своих учеников с моделью Морриса, чтобы помочь им понять, как работают знаки.Если вывеска обладает этими тремя качествами, то в процессе проектирования следует их учитывать. Я считаю, что они следуют в естественной последовательности от общего к частному.

Процесс на практике, пример

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

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

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

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

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

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

Здесь необходимо принять некоторые ключевые решения: выбор информационных моделей, таких как последовательность, иерархия, матрица и сеть; и выбор типов информации, таких как текст, изображение, визуальное повествование, диаграмма и звук. Когда команда приступает к решению этих проблем с помощью схематического представления структуры изделия, полезными могут быть большие запасы каталожных карточек, заметок Post-it ™ и Fome-Cor ™.Уже на данном этапе еще не рано начинать рассматривать вопросы авторского права. Как и раньше, перед переходом к следующему этапу рекомендуется провести обзорную встречу и презентацию, подтверждающую организацию содержания.

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

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

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

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

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

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

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

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

Скачать PDF

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

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

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

Развивайте свой бизнес с помощью партнерской программы Shopify

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

Что такое бриф на дизайн?

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

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

«Краткое описание проекта может стать одним из самых мощных инструментов управления проектами.«

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

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

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

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

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

Анатомия дизайнерского задания

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

1. Профиль компании

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

Вот ключевые элементы, которые следует включить в этот раздел:

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

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

«Это помогает точно знать, какие заинтересованные стороны несут ответственность за определенные результаты и к кому следует обращаться в случае возникновения проблемы».

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

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

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

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

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

Вам также может понравиться: 4 важных шага к построению прочных отношений с клиентами.

2. Обзор проекта

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

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

• Вы строите что-то новое?
• Вы переделываете то, что существует?
• Какие еще активы вы ожидаете по завершении проекта?
• Насколько активно заинтересованные стороны клиента хотят (или нуждаются) в этом?
• Какие потенциальные проблемы или препятствия вы предвидите?
• Что не входит в объем проекта?

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

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

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

3. Цели и задачи

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

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

Цель: клиент хочет увеличить посещаемость своего веб-сайта
Цели:

• Увеличить количество еженедельных сеансов на 20 процентов к дате X
• Увеличить долю нового ежемесячного трафика до 40 процентов от общего к дате X
• Установить годовой объем трафика на 20 процентов выше, чем в прошлом году

Цель: клиент хочет увеличить доход от своего веб-сайта
Цели:

• Увеличьте ежедневный доход на 50 процентов к дате X
• Увеличить общую среднюю сумму заказа на 25 процентов к дате X
• Снизить количество брошенных корзин на 15 процентов к дате X

Цель: клиент хочет увеличить взаимодействие с его онлайн-контентом
Цели:

• Уменьшить средний показатель отказов на 10 процентов к дате X
• Увеличить среднее количество страниц, просматриваемых за сеанс, на 25 процентов к дате X
• Увеличить среднее время просмотра страницы на пользователя на 15 процентов к дате X

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

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

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

4. Целевая аудитория

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

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

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

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

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

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

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

5. Требования к конструкции

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

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

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

• Размеры / разрешение объекта
• Форматы файлов
• Требуемая цветовая палитра
• Включенные графические ресурсы
• Сопутствующие копии документов

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

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

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

6. Бюджет и график

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

Бюджет

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

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

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

График

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

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

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

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

Вам также может понравиться: Руководство веб-дизайнера по расписаниям проектов.

Начните использовать краткое описание дизайна в рабочем процессе проекта

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

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