ТОО U.C.C.

ТОО UCC адрес г. Усть-Каменогорск,
проспект им. Ауэзова, 14/1, офис 111
+7 7232 571144, +7 7232 571111
отправить сообщение для UCC Контакт

Составление технического задания при проведении автоматизации предприятия

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


Вопрос необходимого уровня детализации ТЗ всегда остается открытым. Действительно, все зависит от необходимости. Кто за это будет платить? изучить существующий бизнес-процесс, проверить его работу в функционале типовой конфигурации, выяснить все остальные задачи пользователей, которые необходимо реализовать - большая работа. В некоторых случаях она может растягиваться на месяцы. Поэтому многие фирмы, выполняющие автоматизацию, предлагают или даже требуют - сначала провести этап работы "постановка задачи" с отдельным результатом - "техническим заданием" исполнителям и актом выполненных работ на круглую сумму.
К выполнению этой работы, подходят по разному. Встречаются очень детализированные технические задания размером с книгу и шаблонные ТЗ на пару десятков страниц, где которых лишь пара десятков строк подправлены "под заказчика". Содержание и стиль тоже совершенно разный в каждом случае: кто- то старается строго придерживаться стандартов описания idef0, а кто-то вольным стилем и "на своей волне".
Для того чтобы определиться с необходимым уровнем детализации ТЗ, нужен ответ на элементарный вопрос: "Что произойдет далее с этим ТЗ, и кто его будет читать?"
Пример-описание четырех "уровней абстракции (детализации)" для технических заданий проекта автоматизации.


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


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

Преимущества:

  • Готовую работу (ТЗ) можно передать любой другой группе исполнителей, сравнить из предложения и оценку. Т.е. устроить тендер. Оценка готового ТЗ такого уровня другими командами не будет производиться долго и дорого.
  • Если ТЗ составлено качественно, оно содержит рекомендации по изменению бизнес - процессов на предприятии в целях внедрения системы автоматизации. Что уже позволит оценить и произвести необходимый реинжениринг БП.

Недостатки:

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

 

2. Детальное техническое задание, выполненное по стандартам, для реализации в определенной среде исполнения (например, для типовой конфигурации 1С).


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

Преимущества:

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

 

Недостатки:

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

 

3. Сокращенное техническое задание для реализации в определенной среде исполнения (например, для типовой конфигурации 1С).

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

Преимущества:

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

Недостатки:

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

 

4. "Самовнедренец".

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

 

из чего может состоять техническое задание?


1.Вводная информация о заказчике и его ожиданиях.
2.Перечисление (контур) задач.
3.Каждый элемент ТЗ для программиста.
a. В виде результата анализа сравнения готового функционала типовой конфигурации с существующим на предприятии.
b. В виде рекомендаций программисту.
c. В виде готовой Архитектуры решения (рекомендации - "кодеру").
4. Порядок и рекомендации производства работ и внедрения.
5. Описание текущего состояния автоматизации у заказчика.
6. Организационная схема, перечень ролей и рабочих мест.
7. Описание бизнес-процессов AS IS (как есть).
8. Описание бизнес-процессов TO BE (как будет).
9. Технические и сопутствующие работы.
10. Работы методического характера (обучение, разработка инструкций и прочего).

Каждый из этих разделов имеет стандарты. Разработчики ТЗ могут их придерживаться или нет, но нужно признать, что разработка ТЗ строго по стандартам довольно трудоемкая и длительная работа. Такие работы следует выполнять только тогда, когда у них действительно есть заказчик.
Нередко, для предприятия заказчика выполняют дорогое и качественное ТЗ "первого уровня", которое потом лежит на полке или используется специалистами группы внедрения всего на 10-30%.

Далее - Пример пункта ТЗ "третьего" уровня сложности



© ТОО UCC 2006-2016 | Powered by CMSMS | design elstara-studio | Webmaster Отправить сообщение | Каталог ссылок | Карта сайта | disclaimer
При копировании материалов ссылка на сайт обязательна