> For the complete documentation index, see [llms.txt](https://docs.system-analyst-base.ru/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.system-analyst-base.ru/soft-skills/trebovaniya/tekhnicheskoe-zadanie-tz.md).

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

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

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

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

<figure><img src="/files/kA2FYJvcAlo0PeOsYUop" alt=""><figcaption><p>Чего нужно постараться избежать</p></figcaption></figure>