Штирлиц — Сеть печатных салонов в Перми

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

Техническое задание на сайт пример: пример и разбор технического задания

Содержание

Как составить техническое задание на разработку проекта?

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

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

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

Что такое техническое задание на разработку сайта

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

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

Зачем составлять техническое задание

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

Илья Горбаров

CEO

digital-агентство «Атвинта»

Польза технического задания для заказчика:

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

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

На каком этапе составлять ТЗ 

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

Подробнее о том, как в «Атвинте» создают сайты, можно прочитать в цикле статей:
«Черный ящик веб-разработки: с чего начинается работа над проектом в агентстве»

«Как в Атвинте разрабатывают веб-продукты, часть 1: что происходит на этапе аналитики и проектирования»

«Как в Атвинте разрабатывают веб-продукты, часть 2: дизайн-макеты, frontend, backend, тестирование»

Кто должен составлять техническое задание

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

Исполнитель

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

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

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

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

Представим наглядно, как это будет выглядеть в ТЗ.

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

Заказчик 

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

Совместная работа

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

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

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

Правила составления ТЗ

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

Точность

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

Детальное описание

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

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

Оформление

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

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

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

Примеры

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

Примеры могут быть и текстовые. Если вам понравился tone of voice какого-либо блога, прикрепите его как пример. Ценными будут и антипримеры в духе «как делать не надо».

Объем

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

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

Что включает в себя техническое задание

Сложные термины

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

Пример описания терминов из ТЗ по одному из наших проектов:

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

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

  • название
  • девиз, если есть
  • направление деятельности
  • история компании
  • услуги и/или продукция по категориям
  • УТП
  • достижения компании
  • ссылка на сайт, если есть
  • ссылки на соцсети
  • партнеры
  • конкуренты и их сайты

Назначение и цели создания сайта

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

Цели создания сайта:

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

Сценарий использования сайта

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

Основные целевые действия пользователя на сайте:

  1. Совершить покупку
  2. Оставить заявку на звонок/выезд специалиста
  3. Подписаться на рассылку
  4. Связаться с менеджером
  5. Запросить каталог товаров

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

  1. Какое действие клиент совершает на сайте?
  2. Какой ответ сайт дает на это действие?
  3. Какой конечный результат всей цепочки?

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

Пример описания сценариев функции «Поиск» из ТЗ по одному из наших проектов:

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

Требования к сайту и к хостингу

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

Структура сайта

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

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

Примеры основных разделов:

  • главная;
  • о компании;
  • кейсы;
  • каталог;
  • контакты;

Помимо разделов в структуре сайта надо отметить сквозные элементы: название, лого, поиск, номер телефона.

Языковые версии сайта

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

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

Описание прототипов каждой уникальной страницы

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

Например, так выглядит прототип страницы, который мы создали для сайта курорта «Яровое».

Навигация по сайту

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

Навигация бывает нескольких видов:

  1. Основная. Ссылки из основного меню или с главной страницы.
  2. Глобальная. Линки, доступные с любой страницы.
  3. Языковая. Переключает языковые версии сайта.
  4. Рекламная. Кликабельные рекламные блоки.
  5. Тематическая. Ссылки на страницы с похожей тематикой.
  6. Поисковая. Ввод информации в строку поиска.

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

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

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

Пример навигации по разделам на сайте «Ярового»:

Функциональность сайта

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

Что может понадобиться на сайте:

  • корзина
  • форма обратной связи
  • каталог продукции
  • фильтр
  • поиск
  • избранное

Технические требования

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

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

Пример технического требования из ТЗ по одному из наших проектов:

Чем вредит неверно составленное ТЗ?

Очевидный минус непроработанного ТЗ — постоянные правки и доработки во время проекта. За этим следует:

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

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

  1. Никаких дедлайнов. Нужно указывать сроки разработки, чтобы у команды и заказчика было понимание о том, как двигается проект и когда он будет завершен.
  2. Потерянные данные доступа. У клиента обязательно должны остаться данные для доступа на сайт. Они пригодятся, если на сайте что-то пойдет не так.
  3. «Пусть разработчик разберется». Каким бы прокачанным не был специалист, лучше не отдавать ему создание проекта «на свой вкус» — клиенту может просто не понравиться результат. Лучше обсуждать все заранее.

Вывод 

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

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

Как правильно составить техническое задание

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

Что такое техническое задание (ТЗ)

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

«Нарисуйте подарочную коробку»

И

«Подготовьте векторное изображение подарочной коробки с бантом. Используйте фирменные цвета компании, описанные в брендбуке. Лого не использовать. Размер картинки 350 x 380 пикселей. Дата сдачи иллюстрации ― 25 ноября. Прислать работу в формате .SVG и .PNG»

Во втором варианте всё четко и предельно понятно. Это и есть техническое задание.

Зачем нужно ТЗ

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

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

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

Когда и кто должен готовить ТЗ

Казалось бы, кому нужна помощь, тот и создает техническое задание. На практике всё работает по-другому. Есть 3 варианта, кто готовит техническое задание:

  1. Заказчик. Если он точно понимает, что ему нужно, и разбирается в процессе работы исполнителя, то готовит ТЗ сам. Такой вариант подходит при заказе иллюстраций или текста для сайта. Чтобы исполнителю проще было понять задачу, можно добавить референсы.
  2. Исполнитель. Вы можете задаться вопросом, как правильно составлять ТЗ для программиста, если заказчик совсем не дружит с кодом. Это нормально, ведь именно из-за своей некомпетентности заказчик и нанимает помощников. Например, такое случается при разработке сайта. В этом случае заказчик может описать требуемый функционал, дизайн, бюджет, в который он хотел бы уложиться. Также исполнитель может подготовить бриф, который нужно заполнить. На основе брифа аутсорсер описывает план действий. Такой подход возможен только в том случае, если между заказчиком и исполнителем есть доверие, потому что подрядчик вполне может завысить цену, вписать в смету работы, которые на самом деле не нужны. А так как заказчик ничего в этом не смыслит, то обман может и не вскрыться.
  3. Совместный труд. Такое происходит, когда заказчик хоть немного, но разбирается в работе, которую должен выполнить подрядчик, но не хочет тратить время на ее выполнение. Заказчик в состоянии написать первоначальное ТЗ, а исполнитель просто корректирует и предлагает лучшие решения для проекта. Как говорится, одна голова хорошо, а две лучше. Этот вариант подготовки задания самый распространенный.

Имеет ли ТЗ юридическую силу

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

Чем отличается ТЗ от брифа

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

Бриф в среднем состоит из 1-2 страниц. Сразу понятно, что много в таком формате не опишешь. А вот техническое задание может занимать несколько десятков страниц, особенно если оно готовится как приложение к договору, чтобы зафиксировать все принципиально важные пункты.

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

Что должно быть указано в техническом задании

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

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

  1. Общая информация о компании. Подробность описания зависит от задач, стоящих перед исполнителем. Для маркетологов, PR-менеджеров, дизайнеров, как правило, нужно много информации: идея бизнеса и философии бренда, немного информации о директоре и ключевых сотрудниках компании, события, которые негативно повлияли на бренд. В случае разработки сайта достаточно описать вид компании. Все это поможет понять организацию.
  2. Этапы работы. Здесь же можно пометить промежуточные сроки сдачи работ на каждом этапе.
  3. Технические характеристики. В нашем примере с задачей для иллюстратора мы просили нарисовать картинку размером 350 x 380 пикселей и прислать ее в формате .SVG и .PNG. В зависимости от ваших требований пишите свои необходимые характеристики. Такие подробности улучшают коммуникацию, и вы с первого раза получите ожидаемый результат.
  4. Правила приемки работы. Кому присылать, на какую почту или мессенджер, за кем последнее слово? Все эти вопросы в первую очередь интересуют исполнителя.
  5. Конкуренты. Полезным будет описать список ваших конкурентов. Исполнитель не обязан мониторить ваш рынок (если вы не заказываете проект у маркетологов или у других специалистов, для которых аудит конкурентов ― часть работы), поэтому может сделать то, что по вашему мнению неправильно. Список конкурентов даст подрядчику ориентир для работы.
  6. Референсы. Чтобы показать исполнителю, что конкретно вы хотите, найдите примеры. Например, если заказываете дизайн сайта ― дайте ссылки на веб-ресурсы, внешний вид которых вам кажется подходящим вашему бренду. То же самое можно делать с иллюстрациями и текстами.

Что рекомендуем еще

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

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

― Нелишним будет расписать сценарий использования (если вы заказываете создание продукта). Это особенно актуально при работе над UX-дизайном или с маркетингом.

Пример технического задания

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

Для заказа небольшого онлайн-магазина цветов

  1. Информация о компании + УТП + целевая аудитория.
  2. Этапы и сроки создания сайта:
  • Общие сроки;
  • Срок сдачи дизайн-макета;
  • Сроки для программирования и верстки

    3. Перечень этапов работы.
    4. Технологические требования:

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

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

Для заказа статьи для сайта у копирайтера

  1. Чем занимается компания и какая у нее целевая аудитория.
  2. Редполитика сайта или требования к лексике.
  3. Тема текста.
  4. Сроки сдачи.
  5. Количество требуемых знаков.
  6. Похожие тексты у конкурентов.
  7. Примерное содержание (необязательно, но копирайтер будет от души благодарен).
  8. Ключевые слова для SEO-оптимизации.

Всё еще не уверены, как вам подготовит документ? Можете почитать ГОСТы, где есть еще больше советов.

Когда ТЗ готовить не нужно

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

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

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

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

Если обобщить всё сказанное, для больших проектов вроде разработки сайта или разработки нового ПО подготовка подробного технического задания, скорее всего, не подойдет.

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

​Образец технического задания

⚠️ Раскройте секреты, как получить работу в ООН и выделиться из толпы с помощью нашего экспертного руководства 👇👇👇

Руководство ООН по набору персонала

  1. Домашний номер
  2. Образцы
  3. Техническое задание Образец

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

Техническое задание для краткосрочного персонала категории специалистов (специальные контракты)**

Место работы: Косово
Должность: Руководитель программы
Классификация: Должностное лицо, Уровень P4 (Шкала окладов ООН для Специалисты)

Тип назначения: 6 месяцев с возможностью продления
Работая под непосредственным руководством Главы миссии (CoM), МОМ Косово, действующий сотрудник будет
отвечать за реализацию Программы обучения Корпуса защиты Косово (КПЦТ).
В частности, он/она будет:
1. Направлять и координировать общее внедрение учебных модулей КЗК.
2. Управление, руководство и надзор за персоналом МОМ, участвующим в обучении КЗК, включая управленческие консультативные группы
(MAT), персонал подотделов МОМ и передвижных технических консультантов КЗК.
3. Тесно координировать учебные мероприятия с КЗК. Поддерживать связь с руководством КЗК
на уровне центрального штаба и региональных штабов.
4. Развитие и поддержание тесного сотрудничества с Временной администрацией Организации Объединенных Наций 9Миссия 0029 в Косово (МООНК) и Силы для Косово (СДК), как на уровне технической рабочей группы
, так и в ходе повседневных операций.
5. Выявление и развитие связей с другими агентствами и организациями, предоставляющими помощь и услуги
целевой группе получателей помощи.
6. Предоставлять периодические отчеты, оценки и статистические отчеты на всех необходимых уровнях.
7. Другие задачи в рамках полномочий действующего лица, определенные главой миссии МОМ в Косово.
Требуемое образование
· Высшее образование, предпочтительно в области политических или социальных наук, международных отношений, права или эквивалентное
образование и подготовка, связанные с перечисленными задачами
Требуемые технические компетенции
· Способность налаживать связи с правительственными и дипломатическими органами как а также с
международными организациями
· Хорошее знание реализации программ и знакомство с финансами и бизнесом
администрирование
· Опыт гражданской защиты и готовности к стихийным бедствиям
· Способность коучинга и наставничества
· Большой опыт работы в области институционального развития и наращивания потенциала
Требуемые личные/межличностные навыки
· Способность руководить персоналом и направлять его
· Выносливость, решительность, целеустремленность и приспособляемость в рабочее место
** Это пример для иллюстрации того, как разработать техническое задание. Он не обязательно отражает текущую деятельность менеджера этого проекта.
7
· Отличные коммуникативные навыки и навыки ведения переговоров
· Стремление к результатам и навыки эффективного управления ресурсами
· Опыт работы на Балканах, представляющих особый интерес
· Понимание сложных социально-политических условий, особенно постконфликтных ситуаций
· Чувствительность к других культур и приверженность развитию межэтнического сотрудничества и
терпимости
· Способность работать в сложных условиях, сохраняя при этом осведомленность о безопасности
· Гибкость и сосредоточенность на процессах и их улучшениях
· Способность эффективно и гармонично работать с коллегами из разных культур и профессиональных кругов

· Способность эффективно руководить командой для достижения желаемых целей.
Условия труда
§ Должен уметь работать в условиях экстремального давления и в чрезвычайных ситуациях
Языки
§ Глубокое знание английского языка, рабочее знание французского и/или одного из региональных языков
является преимуществом

Если у вас есть какие-либо вопросы, пожалуйста, ознакомьтесь с часто задаваемыми вопросами о наборе персонала в ООН или свяжитесь со мной по адресу feedback@uncareer.

net или

Стивен Уайт, генеральный директор Uncareer.net

техническое задание словосочетание | значение и примеры использования

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

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

Это очень широкий термин из ссылка .

Из архива

Hansard

Пример из архива Hansard. Содержит парламентскую информацию под лицензией Open Parliament License v3.0

.