https://medium.freecodecamp.com/how-to-write-a-good-resume-in-2017-b8ea9dfdd3b9#.1rmdwnb6m Resume
https://habrahabr.ru/post/314384/
https://habrahabr.ru/post/84422/
https://habrahabr.ru/company/regionsoft/blog/306616/
https://habrahabr.ru/post/140574/
https://habrahabr.ru/post/240433/
https://habrahabr.ru/post/300420/
https://habrahabr.ru/post/139835/
https://habrahabr.ru/post/147858/
http://thunk.technology/blog/non-functional-requirements-are-not-nonsense/
http://www.ibm.com/developerworks/ru/library/r-requirements/
https://habrahabr.ru/company/1cloud/blog/308552/
https://habrahabr.ru/company/gotech_vc/blog/306988/
Описание требования каждого механизма и каждой функциональности
Описание реализации данной функциональности
Стоимость работ по каждому из этапов в отдельности
Общая стоимость работ по данному техническому заданию
Сроки исполнения работ с разбивкой по этапам и указанием очерёдности
Описание условий установки и тестирования доработки
Оговорки об исчерпывающем характере технического задания и иные условия
Идеальное ТЗ:
1. Содержит все требования, при этом:
2. Требования правильно (с точки зрения читателя) сгруппированы
3. Требования имеют идентификаторы
4. Требования проверяемы (т.е. можно построить однозначный тест, который даст чёткий ответ — выполнено требование или нет)
5. Требования имеют обоснования, откуда они взялись (в идеале — трассируются на бизнес-требования)
6. Требования приоритизированы (чтобы при урезании бюджета, сроков и проч можно было понимать, чем пожертвовать)
7. Требования не ограничивают избыточно проектировщика и разработчика сверх необходимого, не навязывают неоптимальных решений
8. Требования непротиворечивы
9. Требования реализуемы
10. Требования сформулированы в той форме, которая удобна потребителю требований (читателю ТЗ)