Для чого потрібно тз і що це таке

Для чого потрібно ТЗ і що це таке? (Оцінка: +13) Привіт, друзі!
Сьогодні я Вам хочу розповісти про необхідність написання технічного завдання (скорочено ТЗ). Чому це так необхідно, чому підрядники вимагають все в один голос ці дві чарівні літери, а також як себе вберегти від подальших проблем і розбіжностей з виконавцем? На всі ці питання Ви дізнаєтеся відповідь в цій статті.

Перше, про що піде мова - це опис, що таке ТЗ:
ТЗ - це технічне завдання, текстовий документ, в якому описуються всі технічні, найдрібніші подробиці розробки майбутнього проекту / модуля / дизайну / сайту. ТЗ містить основні технічні вимоги, що пред'являються до сайту, модулю або послузі і вихідні дані для розробки.
в ТЗ вказуються призначення об'єкта, область його застосування, стадії розробки (проектної, технологічної, дизайнерської, програмної і т. п.) документації.
Відомо також наступне визначення ТЗ: «Технічне завдання - вихідний документ визначає порядок і умови проведення робіт за Договором, що містить мету, завдання, принципи виконання, очікувані результати та строки виконання робіт».
Досить часто в документ ТЗ вкладають КП (1) або Vision (2).

Чому ТЗ так необхідно?
Давайте уявимо таку ситуацію, що Ви замовник (Вам потрібна розробка сайту під ключ (3)) і у Вас є виконавець (4).
Тепер поміняємо ситуацію навпаки: Ви - це виконавець, а виконавець - це замовник.
Пам'ятаю на своїй роботі, коли мене брали на роботу керівником відділу - ми грали в ділові ігри (Нібито реальна ситуація між замовників і виконай телем), а тема була проста - "Купи слона!". Зараз ми цю ситуацію і представимо.
Ви замовник - став виконавцем, виконавець - став замовником.
Замовник Вам говорить - "Хочу слона!". Ось хочу слона і все, максимум що він може сказати - це розміри слона і що він повинен робити.
Виконавець - просто не знає що йому і робити. Виникають питання - що за слон, якого розміру, що він повинен робити більш розгорнуто (стрибати, танцювати - якщо танцювати, то які танці, якого кольору повинен бути слон, звідки саме, він повинен бути домашнім або диким.) Взагалі маса питань виходить.
А замовник Вам більше сказати нічого не може.

Чому підрядники вимагають ТЗ?
Виконавці - теж люди, вони відіграють величезну роль в розробці майбутнього проекту.
Виконавець - НЕ екстрасенс! Пам'ятайте це завжди!
Однак, є різниця між дизайнером або програмістом. Про це поговоримо пізніше.
Хороший виконавець не буде гадати і думати за Вас, як буде виглядати і працювати Ваш майбутній проект. Він просто в цьому не зацікавлений. Крім того, якщо у виконавця немає чіткого ТЗ і він просто в ході виконання починає сам придумувати все за Вас, на свою фантазію і смак - то тут виникне загальна приказка:
- На смак і колір товаришів немає!
Природно через фантазії підрядника - Вам багато чого не сподобається, можете навіть не сперечатися - це статистика 100 # 37 ;.
Щоб не було потім розбіжностей з підрядником і витрати його і Вашого часу - необхідно завжди надавати ТЗ.

До чого можуть призвести розбіжності і суперечки між підрядником та виконавцем?
1. Це зрозуміло втрачений час і у Вас, і у виконавця.
2. Це марна трата Ваших грошових коштів, за додаткові, непотрібні Вам роботи.
3. Негативні відгуки, як Вам, так і виконавцю.
4. Маса втрачених через часу і суперечок нервів і сил.
5. Зірвані терміни.

У чому відмінність складання ТЗ для дизайнера і програміста?
Дизайнери - люди креативні, як правило - саме вони складають схему розташування блоків і опис схеми для майбутнього ТЗ. Для дизайнерів Ви просто не зможете (найбільш часто) дати обширний опис. Ви можете тільки сказати найбільш основні моменти: сайт в таких-то кольорах, фіксований чи ні, яскравий або класичний, чи є у вас BrandBook (5)
Дизайнер вже сам напише (як правило тільки конц ***) схему розташування блоків і опис зовнішнього вигляду сайту. Якщо Ви з ним її погоджується - вона включається в ТЗ вже для програміста.

Програмісти - вони не креативне люди, вони виконують роботу строго по ТЗ. Їм просто не потрібні ті проблеми, про які я вже писав Вам вище.

Підведемо підсумок:
Якщо Ви уважно Новомосковсклі цю статтю, якщо Ви не хочете в ході розробки сайту отримати масу проблемних ситуацій - вчіться писати технічне завдання. Надалі, Ви зможете отримати саме ту ягоду, яку задумали. Саме те, що хотіли. Саме те, про що думали і що Вас снилося.
До того ж, можна прописати терміни на розробку і вартість розробки за кожен модуль. то допоможе здати проект в заздалегідь обумовлені терміни, відстежити графік виконання і фіксувати обумовлену суму проекту.
І найголовніше - Ви не отримаєте "кота в мішку" !!

В кінці документа означаються загальна кількість днів розробки і підсумкова сума (як прищепило з урахуванням ПДВ)

2. Vision - короткий опис проекту або модуля. Скорочена ТЗ. Якщо прочитати слово Vision - то зрозуміло, воно означає щось типу - "Як я бачу це."
3. Сайт під ключ - політика така, що (як правило) Ви - замовник, встаєте на перший план, але при цьому - з'являється замовник два і виконавець.
Схема така: замовник (Ви) -> замовник (2) менеджер Проет -> виконавець (він же іожет бути і сам менеджер).
Тут вже роблять все за Вас, Вам не потрібно контролювати майже нічого. Як правило за Вас тут навіть і ТЗ напишуть. Вам тільки його узгодити потрібно буде. Залежить від суми, яку Ви можете виділити на проект: або Вам потрібно буде тільки узгодити ТЗ, або все таки написати його.
Після узгодження ТЗ -> Вам вже здають сайт повністю готовим до роботи, з усіма модулями і дизайном. Уже протестований на будь-які проблеми і "баги".

4. Виконавець - людина, яка виконує поставлене йому роботу. У нашому випадку - розробка програмної або дизайнерської частини.

5. BrandBook (каталог бренду або бренд бук) - збірник систематизованих документів, які фіксують правильне відображення ідентифікаторів бренду: походження назви, креслення товарного знаку та логотипу, опис і малюнки, фіксована колірна гамма, система шрифтів, набір та опис структури.
BrandBook - як правило потрібен тільки дизайнерам, тому що саме вони по брендбуку потім розробляють новий дизайн сайту. Дизайнер не може відійти від нього, розробка ведеться строго по заданих розмірах або розташуванням графічних зображень.