Не все понимают, насколько важно правильно разрабатывать технические задания, но на самом деле это настолько широкий вопрос, что обсудить его в двух словах не получится. Именно по этой причине, прежде чем приступать к этой процедуре, нужно разобраться во всех соответствующих тонкостях.
Для чего это?
Перед обсуждением того, как правильно разрабатывать технические задания, нужно понять, для чего это делается и кем впоследствии будет использоваться, ведь от этого достаточно сильно зависит и необходимый подход к проведению этой процедуры. Стоит отметить несколько основных вариантов:
- Коммерческая организация собирается у себя внедрить полностью автоматизированную систему, но при этом у нее нет собственной IT-службы, вследствие чего она решила поступить следующим образом: определенное заинтересованное лицо разрабатывает технические задания, и потом отдает их для последующей разработки сторонним организациям.
- Коммерческая компания собирается использовать автоматизированную систему, и у нее есть рабочая IT-служба. В такой ситуации разрабатывается ТЗ, после чего проводится детальное согласование его с IT-службой и последующая отправка заинтересованным лицам, а в конечном итоге осуществляется реализация собственными силами.
- Государственная структура собирается выполнить определенный IT-проект. Здесь уже всплывает масса тонкостей и подводных камней, включая всевозможные формальности, поэтому рассматривать этот вариант даже нецелесообразно, так как каждый отдельный случай чаще всего требует полностью индивидуального подхода.
Более сложные случаи
Самый тяжелый случай – это когда технические задания разрабатываются IT-компанией для последующей разработки и внедрения автоматизированных систем. В таких ситуациях приходится работать в самых разнообразных условиях, таких как:
- Наличие у клиента собственных специалистов со своим видением этого процесса, которые предъявляют определенные требования к составляемому ТЗ.
- Технические задания создаются исключительно для собственных разработчиков, и клиенту, в принципе, не так важно, какой в итоге получится результат.
- ТЗ будет передаваться подрядчику, то есть определенной группе специалистов, которые располагаются вне штата компании.
- Между компанией и клиентом возникает недопонимание в вопросе полученного результата, поэтому компания не знает о том, как правильно разработать технические задания на техническое обслуживание.
Есть еще масса других ситуаций, которые также нужно учитывать, но выше указаны только самые частые.
Что представляет собой ТЗ?
Есть достаточно большое количество ГОСТов и определенных стандартов, которые призваны регламентировать каждую сферу деятельности. В частности, подобные нормы нужно учитывать, разрабатывая технические задания на техническое обслуживание. При этом на данный момент могут вестись активные споры по поводу того, насколько актуальными являются эти документы, но в любом случае в процессе разработки собственного проекта нужно им полностью соответствовать. На самом деле надо правильно понимать, что ГОСТы чаще всего не раскрывают практических проблем современной разработки, но при этом ими не всегда предлагается конкретная и системная альтернатива.
Само по себе ТЗ представляет собой исходный документ, регламентирующий проектирование технического объекта. Оно устанавливает основное назначение этой разработки, а также различные тактико-технические характеристики, качественные показатели и всевозможные технико-экономические требования, а также указывает специальные требования, которые в обязательном порядке нужно учитывать в процессе работы. Задание в качестве исходного документа на создание каких-то новых вещей существует в каждой современной сфере деятельности, но при этом может различаться, в зависимости от содержания, порядка оформления и ряда других параметров.
Особенности использования
Вполне естественно, что требований в ГОСТе явно недостаточно для того, чтобы в конечном итоге каждый мог создать эффективный пример технического задания, и это вполне нормально, ведь далеко не каждый человек может выполнить работу в полном соответствии со стандартами. Помимо самого ГОСТа, нужно учитывать также определенные методики и практики, и именно этот факт заключен в корне данной проблемы.
Многие специалисты по какой-то причине, разрабатывая техническое задание на проектирование объекта или проведение определенных работ, основываются исключительно на требованиях ГОСТа, но в действительности это в корне неверный подход.
Главная задача
Как следует из самого определения, главное назначение ТЗ заключается в формулировке основных требований к разрабатываемому объекту. При этом нужно правильно понимать, что речь идет именно о базовых требованиях, но не единственных.
Как определиться с требованиями?
В первую очередь вы должны запомнить, что техническое задание на проектирование или разработку должно включать в себя требования, разделенные между собой по свойствам и видам. Именно в этом, собственно, нам больше всего и помогает ГОСТ. Тот перечень, который можно там найти, представляет собой отличный образец того, какие именно виды их нужно будет рассматривать, а именно:
- функциональность;
- безопасность и права доступа;
- квалификация персонала.
Чему уделить внимание?
Конечно, это далеко не полный перечень. Однако ключевым фактором, которым должен отличаться удачный пример технического задания, является правильно сформулированные требования к функциональности, и именно этим требованиям профессионалы посвящают преимущественное большинство методик и работ. Многие специалисты говорят о том, что требования к функциональности включают в себя примерно 90% от общей сложности работ, связанных с разработкой ТЗ, а все остальное представляет собой своеобразный «камуфляж», который потом будет надеваться на эти требования.
Если требования формируются неправильно, то, вне зависимости от того, насколько красивый вы на них наденете камуфляж, в конечном итоге так и не получится сделать действительно успешный проект. Конечно, по ГОСТу все требования полностью соблюдены, техническое задание (образец ниже) разработано, подписано и утверждено, а специалист получил за него оплату, но дальше нужно понять, что делать с этим документом. Если речь идет о проекте на государственный заказ, то зачастую никаких проблем не возникает, потому что там гораздо меньшие ограничения в бюджете, и в процессе реализации уже будут определены основные тонкости. Но если говорить о коммерческих организациях, где более подробно считают деньги и требуют другого результата, то здесь уже все более сложно.
Полезные и эффективные разработки
Если виды требований могут быть самыми разными, и здесь все в основном зависит исключительно от целей проекта, то свойств всего три:
- понятность;
- конкретность;
- тестируемость.
При этом нужно правильно понимать, что, разрабатывая техническое задание, образец нужно правильно протестировать, а это уже зависит от первых двух свойств. Если результат выполнения того или иного требования не получается протестировать, то это говорит о том, что это требование или не до конца понятное, или не конкретное, и об этом нужно задуматься, ведь именно во владении этими свойствами требований заключается профессионализм и мастерство разработчика, и поэтому опытные специалисты выполняют подобные работы гораздо быстрее и качественнее.
Дополнительные нюансы
Также есть еще несколько немаловажных моментов, которые обязательно нужно учитывать, разрабатывая техническое задание. Система требований выглядит следующим образом:
- На каком языке (с точки зрения сложности восприятия) оно должно писаться?
- Нужно ли описывать в нем какие-либо специфические особенности различных функций, алгоритмы, типы нужной информации и прочие технические тонкости?
- Что представляет собой техническое проектирование, которое, к слову, отмечено в существующих ГОСТах, и каким образом оно относится к составляемому ТЗ?
Ответы на все эти вопросы являются достаточно важными, и именно по этой причине часто многие начинают спорить по поводу того, насколько достаточным является составленное ТЗ и присутствуют ли в нем все необходимые детализации требований. Помимо всего прочего, немаловажным является и то, насколько понятным будет данный документ, с точки зрения заказчика и исполнителя, насколько он избыточен и какой имеет формат представления.
Задание и проект
ТЗ – это документ, включающий в себя различные требования, которые сформулированы на языке, предельно понятном для заказчика и для исполнителя. При этом, если профессионал разрабатывает техническое задание, услуги его могут включать в себя также использование отраслевой технологии, что призвано обеспечить максимально понятную формулировку для конечного исполнителя. Здесь важно запомнить, что нужно избегать каких-либо привязок к особенностям технической реализации, то есть в процессе разработки ТЗ, в принципе, не имеет никакого значения то, на какой конкретной платформе будет осуществляться реализация всех этих требований. Конечно, есть определенные исключения, но это частные случаи.
Выяснением и дальнейшей формулировкой различных требований, а также окончательной разработкой ТЗ уже должен заниматься специализированный бизнес-аналитик, а никак не исполнитель (если он, конечно, не совмещает в себе эти роли, что периодически случается). Другими словами, специалист должен общаться с заказчиком на языке бизнеса, который тот ведет.
Отличия проекта от задания
Создание технического задания от проекта отличается тем, что последний представляет собой документ, включающий в себя основные требования к тому, как должны реализовываться требования, указанные в ТЗ. Именно этот документ включает в себя основные тонкости реализованного продукта и необходимые элементы, которые будут использоваться в работе техническими специалистами.
В подобную работу заказчику уже вникать не обязательно, потому что преимущественное большинство требований ему могут быть даже непонятны. Зачастую реализацией технического проекта занимается именно конкретный специалист, поэтому здесь уже вполне возможно совмещение этой роли с исполнителем. При этом нужно понимать, что чем более крупным является проект, тем большим количеством людей осуществляется разработка технического задания.
Что на практике?
Нередко случается так, что директору приносят на согласование ТЗ, которое включает в себя массу технической терминологии, вследствие чего он пытается вникать в это, стараясь выловить знакомые слова и не потерять основную цепь бизнес-требований. Как правило, в подобных ситуациях техническое задание на работы все равно утверждается, реализуется, а в большинстве случаев оказывается так, что результат далеко не соответствует факту выполненных работ, так как большое количество нюансов решили поменять, переделать, а некоторые элементы неправильно поняли, и возникла еще масса других проблем.
Именно поэтому важно понимать, в чем различается ТЗ и технический проект, что частично связано с компетенцией соответствующих специалистов, а частично - со стремлением к сокращению бюджета и сроков, так как подобная документация отнимает много времени.