Posted:
Мар 12, 2023
Comments:
0 Comments

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

полезный документ или лишняя головная боль?

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

Можно ли обойтись без технического задания?

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

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

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

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

Проводит ли участник закупки экспертизу технического задания?

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

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

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

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

Срок годности в процентах — возможно ли?

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

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

При описании объекта закупки заказчик может указать в документации, в частности, требования к гарантийному сроку (ч. 4 ст. 33 44-ФЗ).  Но в описание объекта закупки нельзя включать требования к товарам и информации, которые влекут ограничение количества участников закупки. Исключение составляют случаи, когда нет другого способа более точно и четко описать объект закупки (п. 1 ч. 1 ст. 33 44-ФЗ).

ФАС России в разъяснениях придерживается мнения, согласно которому установление требования к остаточному сроку годности в процентах неправомерно (Письмо от 26.08.2014 № АК/34487/14).

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

Обучение для поставщиков по 44-ФЗ

Повышение квалификации онлайн, 128 ак.часов, Удостоверение

Посмотреть программу

Ранее при рассмотрении аналогичных споров, еще в период действия 94-ФЗ, ФАС России и арбитражные суды признавали такое требование правомерным (Решения ФАС России от 13. 10.2011 по делу № К-2255/11, от 13.10.2011 по делу № К-2254/11, Постановление ФАС Центрального округа от 21.11.2012 по делу № А08-10203/2011).

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

Детализация не бывает излишней?

Заказчик при описании объекта закупки в техническом задании на поставку товара установил конкретные требования к товару, его размерам, упаковке и отгрузке. Прав ли заказчик?

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

Наличие ГОСТов при отсутствии технических характеристик

Заказчик при описании объекта закупки в техническом задании сослался на нормативно-технические документы (ГОСТы, СНиПы) и не указал при этом конкретные технические характеристики и показатели качества ТРУ. Вправе ли заказчик устанавливать требования к ТРУ таким способом?

Ссылки на ГОСТы, СНиПы и другие нормативно-технические документы в конкурсной документации фактически не устанавливают показатели, связанные с определением соответствия выполняемых работ, оказываемых услуг потребностям заказчика, что является нарушением ч. 1 ст. 33 44-ФЗ.

В данном случае заказчик не должен устанавливать требования в техническом задании таким способом. Заказчик вправе сослаться на ГОСТы и СНиПы, только если нормативно-технические документы содержат все необходимые требования к ТРУ и показатели их качества.

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

Бывают случаи, когда ФАС признает указания на ГОСТы, СНиПы и другие нормативно-технические документы неправомерными. Арбитражные суды, как правило, признают такие указания правомерными, только если нормативно-технические документы содержат все необходимые показатели качества, а также требования к товарам, работам, услугам в виде измеряемых величин.

Чья обязанность писать Техническое задание (ТЗ)? — Хабр Q&A

Менеджер проекта совместно с командой, т.к. он тоже один не может знать всех технических тонкостей.

Ответ написан

Слышал от товарища про такую практику: разработчик пишет ТЗ (причем не за бесплатно), а потом согласовывает с заказчиком. То есть заказчик только ставит свой автограф, если его все устраивает.

Ответ написан

Если считать сайт — информационной системой то можно опираться на ГОСТ

По ГОСТу ТЗ разрабатывает исполнитель с участием заказчика на основании технических требований.

Однозначно — это не работа менеджера или дизайнера.

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

Ответ написан

Комментировать

Согласен с densilvio и aquarius.

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

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

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

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

Ну а на практике студии пишут ТЗ сами для себя. И как следствие это не полноценный документ, а так…

Ответ написан

Комментировать

Я руководитель проектов (или же ПМ). Пишу ТЗ сам, изредка советуясь с программерами и дизайнерами, т.к. имею довольно большой опыт.

Вариант «ТЗ пишет сам заказчик» — не рекомендую. Потому что уточнения ПМом могут в итоге занять больше времени, чем написать ТЗ с нуля (ну, не совсем с нуля, используя некоторые накопленные заготовки).

Ответ написан

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

Ответ написан

Комментировать

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

Ответ написан

Комментировать

Если вопрос поставлен именно так, то на первом этапе менеджер совместно с заказчиком — черновой вариант. Далее веб-разработчик дополняет и согласовывается итеративно.

Ответ написан

Комментировать

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

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

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

Если менеджер не решает все финансовые вопосы, то ТЗ также должен проверять человек, который за это отвечает.

После подготовки и подписания нескольких ТЗ, новые обычно готовятся на базе старых.

Ответ написан

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

Ответ написан

Комментировать

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

Ответ написан

Комментировать

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

Ответ написан

Комментировать

Смотря что подразумевать под ТЗ.

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

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

Ответ написан

Комментировать

Создали для себя шаблон. Копию шаблона передаем менеджеру для заполнения совместно с заказчиком. На основании заполненного шаблона менеджером создается проект ТЗ с макетами будущего сайта, макеты создает веб-дизайнер. Этот проект согласовывается менеджером с заказчиком. На основании проекта создается дизайнером и разработчиками «окончательное» ТЗ, которое становится неотъемлемой частью договора. Договор, вместе с ТЗ, подписывается заказчиком и далее, ТЗ передается на разработку.

Ответ написан

Комментировать

Бывают случаи когда ТЗ (окончательное) пишут сторонние организации, т.к:

— иногда заказчик не может (не понимает специфики или другие нюансы) усмотреть все технические детали

— иногда исполнитель не может до конца понять все аспекты проекта

— иногда заказчик, не зная исполнителя, не доверяет составление ТЗ исполнителю

разные бывают случаи

Ответ написан

Всё зависит от того, как вообще организован сам процесс производства ПО.

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

А если комманда большая, хорошо структурирована, и есть отдельный тим маркетологов (которые и с конкретным клиентом работают, и рынок мониторят), и проект имеет не один этап, то тут уже дело даже не в конкретном ТЗ. Обычно готовится Стратегия развития продукта — общий документ, описывающий цели и направления развития продукта на перспективу. В рамках Стратегии для каждого конкретного этапа может готовится Детальное Описание Продукта — подробный документ с описанием готовящейся к выпуску версии продукта. Готовит его отдел маркетинга и он же его согласовывает с Заказчиком. И когда Описание продукта для данного этапа готово, то Developers Team Leader (DM) на его базе готовит ТЗ для своей комманды. И это ТЗ уже могут Заказчику даже не показывать, т.к. это, по сути, внутренний документ. Если DM активно участвовал в подготовке Описания Продукта (а он обязан участовать, и его замечания обязаны быть учтены), то ТЗ уже меняться не будет в процессе разработки. И, к слову, при такой организации процесса Project Manager может нести только административные функци, и вообще не шарить в программировании.

Ответ написан

До написания Технического задания можно написать БРИФ.

В самом Брифе может содержаться МЕТАФОРА.

Ответ написан

Комментировать

Как написать мощное техническое задание

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

Это техническая часть тендерной документации.

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

Подробное техническое задание содержит следующую информацию:

  • Объем работ
  • Расписание
  • Требования к координации
  • Законы, правила и стандарты
  • Предоставленные ресурсы

Объем работ

Это получено из описания содержания проекта и содержит два основных компонента:

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

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

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

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

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

Расписание

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

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

Как правило, простая таблица, в которой перечислены основные этапы проекта, устанавливает базовый план графика без микроуправления внешним поставщиком.

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

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

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

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

В Техническом задании должны быть четко перечислены третьи стороны, заинтересованные в проекте, и максимально точно определено, в чем состоит их интерес.

Законы, постановления и стандарты

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

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

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

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

Предоставленные ресурсы

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

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

Свод знаний по управлению проектами (Руководство PMBOK)

В Руководстве PMBOK описание работ по закупкам является результатом процесса планирования управления закупками в области знаний «Управление закупками проекта».

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

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

2.0 Условия справки

1 Цель 1

  1. 1 Правление несет основную ответственность за надзор -дневные мероприятия. При выполнении своих функций Совет в первую очередь учитывает интересы Общества, перед которым в конечном счете возлагаются его фидуциарные обязанности, а затем и его акционеров. Он также учитывает законные интересы других участников, таких как сотрудники, поставщики и клиенты.
  1. 2 В технологических компаниях на ранней стадии развития Совет более активно консультирует руководство по ряду операционных вопросов и возлагает на руководство ответственность за решения, действия или бездействие руководства. При этом, однако, Совет не отменяет решения руководства и не заменяет своим суждением суждение руководства. Он не принимает оперативные решения вместо руководства. Это означало бы узурпировать надлежащую роль руководства и слишком глубоко вовлечь Совет, что было бы неуместно. См. соответствующий документ Обязанности Совета директоров и руководства. Совет директоров может и должен исследовать проведенный руководством анализ фактов и процесс принятия решений, чтобы убедиться, что он рассмотрел все существенные факты и результаты своих решений. Совет может и должен отказать в утверждении решений и рекомендаций руководства, если анализ слаб или не поддерживает решения и рекомендации, и потребовать от руководства вернуться с улучшенными решениями и рекомендациями.
  1. 3 Совет должен обеспечить наличие всей доступной существенной информации, которую он должен учитывать при принятии решения или утверждении решений руководства. Руководство должно предоставлять Совету директоров полную (но краткую), простую, достоверную и своевременную информацию. Совет директоров имеет разумное право обращаться за консультацией извне, например, к корпоративному юрисконсульту, с одобрения руководства или без него, при выполнении своих фидуциарных обязанностей и за счет Компании.
  1. 4 Директора являются распорядителями Компании. Совет действует от имени акционеров и несет ответственность перед акционерами за поведение Совета, руководства и Компании.
  1. 5 При надзоре за поведением Компании Совет через Главного исполнительного директора («Генеральный директор») устанавливает стандарты поведения для Компании.
  1. 6 Настоящее техническое задание подготовлено, чтобы помочь Совету и руководству разъяснить обязанности и обеспечить эффективную связь между Советом и руководством.

2            СОСТАВ И ОРГАНИЗАЦИЯ СОВЕТА

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

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

2.3 Директора избираются на Годовом общем собрании Компании и исполняют свои обязанности до завершения следующего Годового общего собрания Компании.

2.4 Для увольнения Директора будет достаточно голосования тремя четвертями членов Совета, не включая соответствующего Директора.

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

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

2.6.1 Комитет по вознаграждениям и кадрам, в обязанности которого будут входить многие вопросы, изложенные в Разделе 3.2. Пожалуйста, ознакомьтесь с соответствующим документом «Положение о Комитете по вознаграждениям».

2.6.2 Аудиторский комитет, в обязанности которого будут входить многие пункты, изложенные в Разделе 3. 3. См. соответствующий документ «Положение о Комитете по аудиту».

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

2.7 Совет несет ответственность за управление своими делами, включая:

  1. Назначает Председателя Совета;
  2. Назначение, проверка и/или замена главного исполнительного директора. См. раздел «Процесс проверки генерального директора» и «Преемственность генерального директора»;
  3. определяет частоту, время и повестку дня заседаний Совета. См. соответствующий документ Частота проведения заседаний Правления;
  4. ежегодно пересматривайте навыки и опыт, представленные в совете, в свете быстро меняющихся требований бизнеса. См. соответствующий документ «Состав правления»;
  5. рекомендовать Правлению критерии и потенциальных кандидатов, соответствующих критериям. См. соответствующий документ Board Review;
  6. по рекомендации Председателя назначает, определяет состав и устанавливает круг ведения комитетов Совета директоров;
  7. утвердить техническое задание на генерального директора и председателя. См. соответствующий документ. Пожалуйста, ознакомьтесь с соответствующими документами Техническое задание Председателя и Обязанности Правления и Руководства;
  8. внедрить соответствующий процесс оценки эффективности Правления, Председателя Правления, комитетов и директоров при выполнении ими своих обязанностей. См. соответствующий документ Board Review;
  9. оценить адекватность и форму вознаграждения директора и дать рекомендации акционерам по утверждению вознаграждения директора на годовом общем собрании. См. соответствующий документ Вознаграждение директора;
  10. взять на себя ответственность за методы управления Компании и обеспечить их соответствие потребностям акционеров, сотрудников и клиентов; и
  11. назначают секретаря Совета.

3.           ОБЯЗАННОСТИ И ОТВЕТСТВЕННОСТЬ

3.1 Планы компании

Правление обязано:

  1. участвовать вместе с руководством в разработке и утверждении годового плана работы и бюджета компании. См. соответствующий документ Обязанности совета и руководства;
  2. утвердить другие существенные планы, которые поддерживают способность Компании выполнять свой Операционный план;
  3. прямое руководство для разработки, внедрения и поддержания системы отчетности, позволяющей Совету контролировать прогресс Компании в достижении целей Плана работы;
  4. расследует серьезные недостатки в работе и серьезные отклонения от плана работ и просит руководство объяснить причины, а также разработать и внедрить корректирующие действия; и
  5. рассмотреть и утвердить существенные изменения в Операционном плане в свете меняющихся деловых обстоятельств. См. соответствующий документ Обязанности Совета директоров и руководства

3. 2 Вознаграждение и человеческие ресурсы

Правление обязано:

  1. утвердить техническое задание для генерального директора и назначить генерального директора и составить план преемственности генерального директора по мере необходимости. См. соответствующий документ Преемственность генерального директора;
  2. отслеживать и не реже одного раза в год анализировать эффективность генерального директора в сравнении с согласованными годовыми целями. См. соответствующий документ «Процесс проверки генеральным директором»;
  3. утверждение планов вознаграждения генерального директора и высшего руководства, включая заработную плату, денежное поощрение и капитал;
  4. рассматривать и утверждать рекомендации Генерального директора в отношении структуры высшего руководства, включая такие обязанности и ответственность, которые должны быть возложены на Должностных лиц Компании;
  5. по рекомендации Генерального директора назначает должностных лиц Компании, которые подчиняются Генеральному директору;
  6. утверждение определенных вопросов, касающихся всех сотрудников, в том числе:
  7. Общая стратегия и философия вознаграждения компании;
  8. пенсионные планы сотрудников;
  9. программы вознаграждений работникам; и
  10. анализировать и внедрять программы планирования преемственности по мере необходимости по усмотрению Совета, включая программы обучения и развития менеджмента. См. соответствующий документ «Процесс проверки генеральным директором»;

3.3 Финансовые вопросы и вопросы риска

Правление обязано:

  1. отслеживать операционные и финансовые результаты;
  2. утверждает годовую финансовую отчетность;
  3. утверждает финансовый план общества, рекомендованный руководством и утвержденный Ревизионной комиссией;
  4. назначает внешних аудиторов и утверждает гонорары аудиторов в тот момент, когда Совет директоров или внешние инвесторы требуют проверенные финансовые отчеты;
  5. предпринять разумные шаги для обеспечения внедрения и целостности систем внутреннего контроля и управленческой информации Компании, соответствующих ее текущему состоянию развития;
  6. рассмотреть профиль рисков компании в свете меняющихся деловых обстоятельств. См. соответствующий документ «Оценка рисков».
  7. См. соответствующий документ Техническое задание Комитета по аудиту.

3.4   Управление

3. 4.1  Правление обязано:

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

— все приобретения, отчуждения, слияния и т. д.;

– важные решения о найме; и

– изменения в стратегическом направлении;

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

– программа и планы финансирования компании;

— все условия, предлагающие привлечение финансирования;

– все финансирование;

– значительные капитальные затраты;

– все выпуски ценных бумаг;

– инвестиционная политика;

– объявление дивидендов; и

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

iv) рассматривает и утверждает материальные контракты и расходы;

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

3.4.2 В надлежащее время, установленное Советом директоров в консультации с руководством, Совет должен контролировать:

i) внедрение процесса стратегического планирования;

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

iii) принятие коммуникационной политики (отношений с инвесторами) для корпорации.

3.5 Секретарь Совета

Роль Секретаря заключается в следующем:

  1. по согласованию с генеральным директором и председателем организует и публикует годовые календари Совета и комитетов;
  2. подготовить повестку дня заседаний Правления по согласованию с Председателем Правления. См. соответствующий документ «Организация заседания совета директоров»;
  3. подготовить электронные информационные документы для каждого заседания Совета, содержащие памятки для Совета по каждому пункту повестки дня и четко указывающие, какие пункты требуют утверждения Советом;
  4. разослать электронные информационные документы Совету как минимум до выходных, предшествующих собранию;
  5. организует заседания Совета директоров;
  6. вести протоколы заседаний Правления и предоставлять их Председателю Правления как можно скорее после завершения собрания. См. соответствующий документ «Организация заседания совета директоров»;
  7. вести таблицу капитализации акционерного капитала, включая все акции, опционы и сведения о наделении правами;
  8. поддерживать связь с юрисконсультом; и
  9.  убедитесь, что журнал регистрации и реестр акций обновлены.

3.6           Устав, политика и процедуры

Правление обязано:

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

4.           ОБЩИЕ ЮРИДИЧЕСКИЕ ОБЯЗАННОСТИ СОВЕТА ДИРЕКТОРОВ

4. 1  Совет несет ответственность за указание руководства обеспечить соблюдение требований законодательства, а также надлежащую подготовку, утверждение и ведение документов и записей.

4.2 Юридические обязанности возлагаются на директоров. Основные юридические обязанности возложены на общее право.

4.3 Директора несут фидуциарные обязательства перед Компанией в связи с выполнением своих должностных обязанностей:

i) честно и добросовестно;

ii) в интересах Компании;

iii) с осторожностью, усердием и умением разумного человека; и

  1. в интересах всех акционеров.

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

См. соответствующий документ Техническое задание директора.

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

i) просмотра материалов, представленных руководством; и

ii) задавать вопросы руководству как на заседаниях Совета, так и между ними, чтобы гарантировать, что: 

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

См. соответствующий документ Привлечение управления к ответственности.

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

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

ii) знает о соответствующих тенденциях;

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

4.6 Директора имеют определенные уставные обязанности и обязанности (и, возможно, личную ответственность), изложенные в законодательстве, включая:

I) Закон о провинции

A) Закон о деловых корпорациях

B) Закон о управлении окружающей средой

C) Закон о стандартах занятости

D) Закон о налоге на социальные услуги

e) Закон о компенсации работникам

II) Федеральный

  1. Актив. Закон о налогах
  2. Закон о подоходном налоге
  3. Закон о страховании занятости
  4. Уголовный кодекс Канады (заговор).

См. соответствующий документ Оценка рисков.

РАСПИСАНИЕ

    Q1 Q2 Q3 Q4
1.  Governance        
Набор навыков Совета по обзору в соответствии с текущими требованиями компании   P   P
Определение потенциальных новых директоров       P
Prepare slate of Directors for AGM P      
Review Board performance and compensation P    
Годовое общее собрание P

09

 0427

Approve Annual Report   P    
Ensure Minute Book, Share Register, Articles and By-Laws are up to date     P  
Review strategic plan     P  
2.   Financial        
Receive report of Audit Committee P      
Approve audited financial statements P      
3.  Compensation        
Получение отчета Комитета по вознаграждениям   P    
Анализ деятельности генерального директора   P    
4.  Operations        
Approve annual Operating Plan and Budget P      
Review производительность по сравнению с годовым операционным планом и бюджетом P P P P

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

This entry was posted in Семантическое ядро