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

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

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

* Определить границы ТЗ (scope)
* В случае, если в компании есть шаблон ТЗ, использовать его
* Прописать [user story](https://docs.system-analyst-base.ru/soft-skills/trebovaniya/klassifikaciya-trebovanii/uroven-polzovatel/user-story) / [use case](https://docs.system-analyst-base.ru/soft-skills/trebovaniya/klassifikaciya-trebovanii/uroven-polzovatel/use-case)
* Добавить описание [интеграционных сервисов](https://docs.system-analyst-base.ru/hard-skills/integracii)
* Добавить [диаграммы бизнес-процессов](https://docs.system-analyst-base.ru/hard-skills/proektirovanie/notacii-i-diagrammy)
  * AS IS - как система работает сейчас&#x20;
  * TO BE - как система должна работать
* При необходимости, добавить [макеты](https://docs.system-analyst-base.ru/hard-skills/proektirovanie/prototipirovanie), полученные от дизайнера
* При необходимости, добавить информацию про [логирование / мониторинг](https://docs.system-analyst-base.ru/hard-skills/proektirovanie/monitoring)
* Оформить ТЗ в итоговый документ. Обычно для этого используется:
  * Confluence
  * Word or etc.

<figure><img src="https://2564959216-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FBU59MeGnFEovSrJJ0r4f%2Fuploads%2Ft5zo7mq7rDiQWrqXwdqK%2F1.png?alt=media&#x26;token=5e78c7ec-9b19-4270-8c8a-85c56681707d" alt=""><figcaption><p>Чего нужно постараться избежать</p></figcaption></figure>
