Техническое задание разработка бизнес плана
Разработка и оформление технического задания – это неотъемлемая часть любого бизнеса. Такой инструмент используется заказчиком для того, чтобы подготовить план действий для исполнителя. В результате организация получает конечный продукт, а исполнитель – материальное вознаграждение.
Вы узнаете:
- Для чего используется техзадание и как его составить.
- Какие существуют стандарты для его оформления.
- Как выглядит пример составления технического задания.
Задание на разработку, или техническое задание: что это такое
Техническое задание – это стратегический документ, где прописаны все задачи, обязанности и требования, которые заказчик предъявляет к исполнителю.
Техническое задание помогает прийти к финальному результату. Его главная цель – обозначить тип работ, которые необходимо провести в рамках проекта. Техническое задание фиксирует взаимоотношения между всеми сторонами, участвующими в реализации проекта.
В техническом задании прописывается вся важная информация: сроки выполнения, ожидаемый результат, бюджет проекта в целом и т. д. Работа всех лиц, которые принимают участие в проекте, оценивается при помощи ТЗ.
Элементы, которые подробно описываются в ТЗ
- Причина создания проекта.
- Действия, которые необходимо совершить исполнителю.
- Критерии оценки результата.
- Требования к реализации проекта.
- График исполнения.
Зачастую необходимость в оформлении ТЗ возникает, когда необходимо провести предварительный анализ, оценить деятельность, подготовить отчетность и т. д.
Техническое задание предполагает закрепление прав и обязанностей двух сторон: заказчика и исполнителя. Проще говоря, это инструкция, который используется при осуществлении действий, направленных на разработку конечного результата. Чтобы получить качественный продукт, необходимо заранее проработать идею, дополнительные элементы и цель проекта.
Грамотно сформированное техническое задание – это самый первый шаг к достижению результата, который устроит заказчика. Вне зависимости от того, к какой сфере бизнеса относится техническое задание, подойти к его составлению необходимо со всей ответственностью.
Самые важные моменты, которые должны быть учтены при написании примера технического задания на разработку:
- Задача. Постановка задачи является первым этапом при составлении техзадания. Только потом в нем можно указать образцы выполнения задания и варианты решения поставленной задачи.
- Цели. Здесь формируются все цели, которые преследует заказчик. Если в нем не указана цель, то техническое задание считается бессмысленным, и ждать качественного результата в этом случае не стоит.
- Критерии. Они должны быть объективными, чтобы иметь возможность оценить результат работы. Критерии – это измеримые показатели. Для этого в ТЗ существует отдельное положение –«Порядок приемки и оценки».
- Согласование со стратегией развития предприятия. Если бизнес-плана нет, то и выполнение технического задания снова не принесет результат.
- Все изменения в техническом задании сопровождаются финансовыми затратами. Бесплатно вносить изменения в него не выйдет. Чтобы закрепить это положение, используется раздел «Конституция проекта». Все изменения в стоимости проекта фиксируются в этой главе.
Доверить создание технического задания необходимо группе лиц – это аналитики самого заказчика, а также исполнителя. Еще одно ответственное лицо – это технический писатель. Этот работник собирает данные аналитиков, затем составляет ТЗ в соответствии со стандартами.
Как руководителю научиться правильно давать поручения
Каждый руководитель выполняет не только повседневные обязанности – распланировать, согласовать, встретиться с партнерами. Он должен развивать компанию, искать новые возможности. Какие задачи и как делегировать подчиненным, чтобы больше успевать, рассказывает редакция «Коммерческого директора».
Как делегировать задачи
Как составить техническое задание: пример оформления и образец ТЗ
Каждая конкретная компания выбирает индивидуальный способ составить техзадание. Однако существует ряд базовых блоков, которые в любом случае должны быть в ТЗ.
Блоки, которые должны быть в ТЗ:
- Описание задачи и проекта в целом. Необходимо обозначить, что из себя представляет проект, а также какие задачи будут поставлены перед исполнителем.
- Цели проекта. Для чего он был создан и какого результата ожидает заказчик.
- Требования. В этом разделе указаны основные требования для исполнителя, в соответствии с которыми он реализует проект.
- Порядок контроля и приемки. Стандарты, согласно которым заказчик будет оценивать качество полученного результата.
- Приложения. Дополнительные элементы, которые необходимо учесть при реализации технического задания.
- Дополнительно: стоимость. Чаще всего этот элемент прописывается в отдельном приложении к основному договору. Однако бывают и такие случаи, когда цена работ указывается прямо в техническом задании.
Отдельно отметим общие положения. Это так называемый «паспорт» проекта, где расписана его общая характеристика в соответствии со следующими положениями:
- График исполнения.
- Перечень действий и их краткое описание.
- Требования к конечному результату – количественные и качественные.
- Данные о заказчике и исполнителе, а также третьих лиц, если они принимают участие в проекте.
Если речь идет о реализации сложного технического задания, то в его шаблоне также указывают перечень терминов, которые важно понимать для его исполнения. Если такой справочник отсутствует, то есть риск, что исполнитель неправильно интерпретирует их и допустит ошибки при работе над проектом.
Пример написания техзадания для копирайтера:
Стандарты для составления технического задания
Наименование стандартов | Описание |
ГОСТ 19 | Как указано в ГОСТ 19.201-78 «Техническое задание, требования к содержанию и оформлению», документ должен соответствовать таким стандартам, как:
|
IEEE STD 830-1998 | Стандарт 830-1998-IEEE Recommended Practice for Software Requirements Specifications предполагает наличие в техническом задании для создания программного обеспечения таких критериев, как:
|
ISO/IEC/ IEEE 29148-2011 | Этот стандарт необходим для единой трактовки всех процессов, которые используются во время создания проекта, связанного со сферой технологий.
|
Файл текстовой версии: 5,3 кб
Открыть документ в галерее:
Текст документа:
Утверждено постановлением Минэкономики от 10.04.2007 N 68
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
НА ОКАЗАНИЕ УСЛУГ ПО РАЗРАБОТКЕ БИЗНЕС-ПЛАНА
ИНВЕСТИЦИОННОГО ПРОЕКТА
по договору N ___ от «___» _____________ 20___ г.
1. Срок оказания услуг: ______________________________________.
(указываются начальный и конечный сроки)
2. Цели и задачи оказания услуг: ______________________________
(описание целей и задач
____________________________________________________________________
оказания услуг, проводимых при оказании услуг
___________________________________________________________________.
предынвестиционных исследований)
___________________________________________________________________.
3. Состав, содержание и форма оказываемых услуг: ______________
(приводятся
___________________________________________________________________.
основные разделы бизнес-плана инвестиционного проекта, подлежащие
____________________________________________________________________
разработке, проводимые расчеты, в том числе альтернативные,
____________________________________________________________________
перечень приложений к бизнес-плану, необходимость анализа и
____________________________________________________________________
прогнозирования Исполнителем финансово-хозяйственной деятельности
____________________________________________________________________
Заказчика, осуществления Исполнителем предынвестиционных
____________________________________________________________________
исследований (маркетинговые исследования, поиск технических и
____________________________________________________________________
технологических решений реализации инвестиционного проекта,
____________________________________________________________________
определение поставщиков оборудования, технологий и ресурсов,
____________________________________________________________________
поиск потенциальных инвесторов и иные), необходимость оказания
____________________________________________________________________
практической помощи Заказчику в подготовке исходных данных)
4. Требования по оказанию услуг: ______________________________
(приводится перечень
____________________________________________________________________
нормативных правовых актов, определяющих требования к методологии
____________________________________________________________________
разработки бизнес-плана инвестиционного проекта, иных документов
____________________________________________________________________
(установленных требований) банков и небанковских
___________________________________________________________________.
кредитно-финансовых организаций)
5. Исходные данные (документы и материалы): ___________________
(приводится
____________________________________________________________________
перечень исходных данных, представляемых Заказчиком для
____________________________________________________________________
оказания Исполнителем услуг по разработке бизнес-плана
___________________________________________________________________.
инвестиционного проекта)
6. Условия рассмотрения и приемки Заказчиком услуг по
разработке бизнес-плана инвестиционного проекта ___________________.
От Исполнителя: От Заказчика:
____________________________ ____________________________
(должность, подпись) (должность, подпись)
____________________________ ____________________________
(И.О.Фамилия) (И.О.Фамилия)
М.П. М.П.
Приложения к документу:
- Техническое задание на оказание услуг по разработке бизнес-плана инвестиционного проекта.pdf (Adobe Reader)
Какие документы есть еще:
- Все документы из раздела «Задание»
- Рубрикатор всех типовых образцов и бланков документов Белоруссии
Что еще скачать по теме «Задание»:
- Техническое задание к договору на выполнение научно-исследовательских, опытно-конструкторских и технологических работ
- Техническое задание на разработку технологических нормативов выбросов загрязняющих веществ в атмосферный воздух
- Техническое задание на выполнение работ
- Техническое задание на выполнение работ
- Форма задания заказчика
- Экзаменационное задание (учреждения профессионально-технического образования)
- Архитектурно-планировочное задание
- Задание на выполнение полетов
- Задание на дипломный проект (дипломную работу)
- Задание на оказание сопутствующих аудиту услуг
- Каким должен быть правильно составленный трудовой договор
Трудовой договор определяет взаимоотношения работодателя и сотрудника. От того, насколько досконально будут учтены условия взаимоотношения сторон, его заключивших, зависит соблюдение сторонами прав и обязательств, им предусмотренных. - Как грамотно составить договор займа
Взятие денег в заем – явление, достаточно, характерное и распространенное для современного общества. Юридически правильным будет оформить кредитный заем с последующим возвратом средств документально. Для этого стороны составляют и подписывают договор займа. - Правила составления и заключения договора аренды
Ни для кого не секрет, что юридически грамотный подход к составлению договора или контракта является гарантией успешности сделки, ее прозрачности и безопасности для контрагентов. Правоотношения в сфере найма не исключение. - Гарантия успешного получения товаров – правильно составленный договор поставки
В процессе хозяйственной деятельности многих фирм наиболее часто используется договор поставки. Казалось бы, этот простой, по своей сути, документ должен быть абсолютно понятным и однозначным.
6. Целевое использование привлекаемых кредитных средств (в случае привлечения кредитов, целевого финансирования и др.)
Направления использования | Сумма, тыс. руб. | Срок | Контракты (отметить представленные) |
СМР | |||
Приобретение оборудования | |||
Проч. | |||
ИТОГО | Х | Х |
7. Применяемая система налогообложения предприятия (указать)
общая | упрощенная | налог на вмененный доход | Прочая |
6% | 15% | ||
8. Краткое описание объекта инвестиций
(площадь земельного участка, площадь застройки, создаваемая недвижимость, применяемое оборудование и др. аспекты объекта, особенности технологического процесса)
____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
9. Номенклатура и описание продукции/услуг
№ | Вид продукции / услуги | характеристики | особенности | конкурентные преимущества |
1 | ||||
2 | ||||
3 | ||||
4 |
Дополнительные сведения о продукции/услуге:
_____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
10. Размещение производства
Регион:_____________________________________________
Район:_______________________________________________
Населенный пункт:____________________________________
(Отразить наличие действующей производственной площади с краткими характеристиками объектов (если имеются). Правовые основы использования: на праве собственности или на правах аренды, наличие подтверждающих документов).
_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
12. Планируемая загрузка мощностей по месяцам жизненного цикла проекта при запуске производства (в %)
График выхода на проектную мощность
Месяц проекта | 1 | 3 | 6 | 9 | … |
Проектная мощность от производственной, % | 100% |
13. Планируемые объемы сбыта в натуральном выражении
Вид продукции / услуга | Ед. измерения | Объем реализации в натуральном выражении | ||
2014 г. | 2015 г. | 2016 г. | 2017 г. | 2018 г. |
14. Планируемый уровень цен на продукцию*
Вид продукции / услуга | Уровень цен | |||
2014 г. | 2015 г. | 2016 г. | 2017 г. | 2018 г. |
15. Сбыт продукции
15.1 Условия сбыта
Вид продукции / услуги | Предоплата, дней | Доля товара продаваемой с пост оплатой | По отгрузке | |
Доля продукции по предоплате, % | Предоплата, дней | % | Доля продукции с отсрочкой платежа, дней | Доля продукции оплачиваемой по факту, % |
15.2 потери при сбыте, запасы
Вид продукции / услуга | Потери при сбыте продукции, % | Нормальный уровень запасов на складе, дней |
- В случае наличия сезонных колебаний объемов продаж указать их параметры в нат. ед. или % загрузки:
январь | февраль | март | апрель | май | июнь | июль | август | сент | окт. | Нояб. | Дек. |
- В случае наличия сезонных колебаний по ценам реализации указать их параметры в руб. или %:
январь | февраль | март | апрель | май | июнь | июль | август | сент | Окт. | Нояб. | Дек. |
16. Калькуляция затрат на единицу продукции
№ | Вид продукции | Применяемое сырье и материалы | Единица измерения | Количество сырья на ед. продукции | Цена единицы сырья | Стоимость на единицу продукции | Потери сырья при изготовлении продукции (%) |
1 | |||||||
2 | |||||||
3 | |||||||
17. Особенности приобретения сырья и материалов
Применяемое сырье и материалы | Условия приобретения (предоплата; пост оплата), дней (Заполняется письменно) | Минимальный уровень закупок, шт. | Необходимый уровень запасов сырья (%, или дней) | Потери при хранении, % |
18. Общие издержки предприятия
Наименование издержек | Сумма в мес., руб. |
Затраты на обслуживание | |
Арендная плата | |
Затраты на электроэнергию | |
Затраты на канцелярские товары | |
Коммунальные расходы | |
Представительские расходы | |
Затраты на обучение персонала | |
Командировочные расходы | |
Затраты на аудит, консультации | |
Затраты на услуги банков | |
Коммерческие расходы | |
Реклама | |
Затраты на страхование | |
Прочие затраты |
19. План по персоналу
Категория работников | Потребность, чел. | Средняя заработная плата, руб./мес. | Потребность, в обучении, чел. | Стоимость обучения, тыс. руб./чел. |
основной производственный персонал (ОПП) | ||||
вспомогательный производственный персонал (ВПП) | ||||
административно-управленческий персонал (АУП) | ||||
сотрудники службы сбыта (ССС) | ||||
ИТОГО | Х |
20. Имеющиеся конкуренты (по имеющимся данным)
Наименование конкурента | Вид производимой продукции (услуг) | Преимущества конкурента | Недостатки конкурента |
Заказчик:
___________________/____________/
Исполнитель:
_________________/./
Данный текст был создан сугубо ради существования постоянной ссылки, которую бы сам автор, да и все вы — могли бы смело отправлять своим будущим заказчикам, коллегам, родственникам и знакомым в виде стандартизированного ответа на вопрос: «А надо ли мне ваше ТЗ и вообще что это?»
Как говорится — «вместо тысячи слов», поскольку каждый раз евангелистить по 4-5 часов в скайпе на данную тему становится уже утомительным, а общемировая тенденция подсовывать под определение «Технического задания» откровенную ерунду с годами все только усиливается.
Проблема
Дело в том, что когда существует конкретный формат, а также четкое и внятное определение какого-либо термина, то все манипуляции и подмены его на собственные брифы, прототипы, на ходу придуманные опросники, описания и просто входящие заявки — выглядят, по меньшей мере, непрофессионально. Поэтому с научного определения нашего понятия и начинаем:
Техническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет. Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков. Техническое задание, как термин в области информационных технологий – это юридически значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.
Переводим на понятный язык
1) ТехЗадание — оно ставит задачу. А значит оно должно идти перед прототипом, скетчем, тестом, дизайн-проектом, потому что любой майндмеп, диаграмма потоков данных, архитектура — это уже выполнение некой задачи, это ответ на вопрос. А до того, как сам вопрос еще не задан, не сформулирован и не подписан всеми сторонами — любой ответ будет априори неправильным, не так ли? Итак, начало любой работы над любым проектом — это постановка задачи, а не судорожный поиск набросков десятка вариантов ее решения.
2) Собственно из первого пункта логично вытекает и новый — сам текст ТЗ обязан начинаться с главы «Цели и задачи», четко формулирующей, какие бизнес-цели преследует вся эта очередная попытка повысить энтропию в мире. Бесцельное задание, которое не решает никаких проблем, не достигает ничего и делается «от скуки» — официально не считается Техническим Заданием, а с этого момента находится в статусе «обычная бумажка».
3) Как же вам понять, решает ли предложенная дизайн-концепция или интерактивный прототип, а то и готовый к употреблению сайт — вышеизложенную задачу бизнеса? Ничего не поделаешь, придется опять вернуться к определению: «определяет… ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет». То есть ТЗ без четких измеримых показателей в рублях, секундах, тонно-километрах или градусах Цельсия — быть не может. Бриф может, или прототип, или еще любая абсурдная бумажка, но только не ТехЗадание.
Отсюда делаем вывод, что в настоящем ТЗ обязательно должна быть глава «Порядок приемки и оценки», когда эти самые показатели берутся, замеряются, и стороны либо пожимают друг другу руки, либо отправляют проект на переделку.
4) ТехЗадание должно обязательно согласоваться с общим бизнес-планом заказчика, с его стратегией развития бизнеса и анализом сегмента рынка. Именно все это позволит установить правильные цели, вывести точные метрики, по которым затем адекватно провести приемку готового инфопродукта. Отсутствие у заказчика бизнес-плана автоматически гарантирует непрофессиональное выполнение Технического Задания.
Знает ли студия на аутсорсе бизнес-цели и измеримые показатели бизнеса лучше его владельца? Очевидно, что нет, а значит правильное ТЗ должно писаться представителями Заказчика, а не наемными работниками Исполнителя. Абсурд, когда исполнитель сам себе ставит задачу, затем сам себе придумывает способы ее оценки, и в конце сам же выставляет себе итоговую отметку за сделанную работу. В идеале такой «самодеятельности» быть не должно, хотя на практике повсюду именно так и происходит, в результате чего ТехЗадание и не оказывает нужной помощи проекту, слишком часто являясь по сути фиктивным документом. Не надо так.
5) Каждое внесение правок в готовое ТЗ должно стоить денег. Нельзя бесплатно и бесконечно править «Конституцию вашего проекта» только потому, что одна из сторон передумала, не выспалась, внезапно решила сэкономить и т.д. Цена каждого изменения в ТЗ должна также четко прописываться заранее в соответствующей главе.
Кстати, по идее точно также каждая правка в дизайне или внесение изменений в список страниц или функций должна иметь четкую цену, которая оплачивается заранее, до начала внесения данного изменения. Лично я предлагаю любую редактуру утвержденного ТЗ оценивать в 30% от всего бюджета проекта, но вы можете поступать иначе.
Стоит ли упоминать, что в ТЗ просто необходимо заранее указывать сроки и общий бюджет на разработку, а также список всех существующих ресурсов и ограничений? — Нет, это будет уж слишком очевидно.
Итак: Что делаем? Для чего? Как поймем, что сделали? Сколько стоит каждый пивот? — написанные на листочке ответы на все эти вопросы и являются «серебряной пулей», способной вытащить даже самый провальный проект.
Контрольные вопросы
А здесь перечислю ответы на самые часто встречающие вопросы от заказчиков:
1) Так что, на написание ТехЗадания может еще и официальный ГОСТ есть? — Да, даже несколько.
2) А что, в ТехЗадание не входит описание нужных страниц, количества кнопок, используемых библиотек, гайдлайнов и т.д.? — В само ТЗ нет, но в Приложения вы можете все это поместить, разумеется скорректировав все это с вышеописанными целями, ограничениями и способами дальнейшей оценки достигнутого результата. Размещайте хоть весь будущий контент, хоть описание типовых персонажей — но не вместо четкой постановки задачи, а уже после нее.
3) Так может оно мне такое и не нужно? — Возможно, сегодня тысячи сайтов делаются вообще без ТЗ, также, как тысячи людей в мире прекрасно живут, будучи слепыми от рождения. Но если вы хотите видеть — куда вы вообще движетесь, осознанно принимать решения и самостоятельно оценивать полученные результаты — то без ТЗ тут не обойтись.
4) Вот вы и Википедия пишете, что ТЗ создается заказчиком. Но я не умеюмне некогдапросто не хочу его делать сам. Как же быть? — Отдать разработку ТЗ третьей стороне, вполне знакомой с вашим бизнесом, его задачами, целевой аудиторией и потребностями, и в то же время досконально осведомленной о всех этапах веб-разработки. Эта третья сторона станет неким «веб-нотариусом», то есть гарантом того, что исполнитель не занизит нужные вам показатели или не затянет сроки, и что заказчик установит достижимые метрики и на итоговой приемке не будет субъективно оценивать созданный продукт, на ходу изменяя зафиксированные ранее требования.
5) И что, если ТЗ является юридическим документом, то я потом могу засудить аутсорсера, не заплатить ему, заставить переделать все в десятый раз? — Если документ составлен правильно, указаны цели и методология оценки их достижения; если документ подписан сторонами и упомянут в Договоре (само ТехЗадание договором не является) — то конечно же сможете. А вот с обычным брифом, прототипами, арт-креатив-макетом, Безопасной сделкой на FL — уже нет.
6) Мне говорят, что работа будет вестись по какому то то ли скраму, то ли аджайлу; а значит архаичное ТЗ мне больше уже не нужно. Это так? — Посудите сами: вам называют непонятное слово, явно что-то маскирующее и вот уже на основании незнакомого вам термина предлагают отказаться от юридически грамотного и наполненного целями и метриками документа. Сам же agile никаких целей вроде «достичь не менее 10 000 посещений к концу года», или «достичь цифры более 25 заказов с сайта через месяц» — установить не может, это просто способ проведения совещаний и новой организации нерадивых сотрудников. Задумайтесь несколько раз: «А не пускают ли вам пыль в глаза?». На самом деле никакому новомодному скраму профессиональное ТЗ повредить не может, а вот помочь — обязательно.