28

ТЗ

Методологія створення технічного завдання

1. Вступ

Метою розробки програмного забезпечення є одержання потрібного програмного продукту.

Для одержання бажаного і чіткого результату при розробці програмного забезпечення потрібно грамотно підійти до питання постановки задачі або створення технічного завдання. Успішність розробки програмного забезпечення при програмуванні на замовлення прямо залежить від того наскільки точно і грамотно вдалось поставити задачу для майбутніх розробників програмного продукту.

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

Абсурдність такого підходу можна пояснити на наступному прикладі. Уявіть собі ситуацію, коли технічне завдання на будівництво, скажемо, торгового центра складає не замовник, а підрядчики - архітектори і конструктори-будівельники. Навіть якщо всі виконавці проекту є прекрасними фахівцями і кристально чесними людьми, все одно, вони діють у своїх інтересах і зі своїх власних представлень і розумінь. Архітектор завжди прагне намалювати картинку пооригінальніше, будівельник - правильно прорахувати і спростити несучі і декоративні елементи конструкції, а обоє разом - продати свою роботу замовнику подороже. Причому підрядчиків мало цікавлять питання окупності і функціональності торгових площ після здачі об'єкта. І це вірно: споконвічно про це повинено був подбати сам замовник!

Процес створення віртуальних об'єктів набагато простіше, але за своїм характером мало відрізняється від звичайного будівництва: ті ж архітектори (дизайнери) і конструктори-розраховувачі (програмісти). От тільки до складання технічного завдання і приймання готової роботи замовники в кращому випадку відносяться легковажно, а в гіршому - взагалі про це не думають.

Що ж виходить при відсутності продуманого технічного завдання? Відчувши необмежену волю, дизайнери використовують все можливі засоби часто переобтяжуючи вебсторінки графікою, флешами й іншою анімацією, програмісти використовують скрипти, які працюють тільки під певними визначеними версіями найбільш відомих браузерів, також рідко задумуються над організацією контенту. В результаті з'являються сайти, які не подобаються відвідувачам та програмні продукти, з якими важко працювати.

Грамотно підготовлене технічне завдання на розробку програмного продукту дозволяє:

• Скоротити терміни на розробку ;

• Скоротити витрати на розробку ;

• Одержати програмний продукт (сайт), що буде приносити прибуток протягом тривалого часу;

• Скоротити витрати і терміни проведення його наступного вдосконалення.

2. Поняття технічного завдання

6. Закони паркінсона // про тз загальне

Якщо (теоретично) існує хоча б один спосіб зробити щось неправильно, то обов"язково знайдеться людина, яка цим способом скористується - ТЗ повинно виключити саму можливість скористатися неправильним способом!!!

15:43 "це не те, на що я розраховував..."

  і "йдіть в ж..., я не дам вам за це гроші!"

Технічне завдання – це вихідний документ для конструювання чи системи керування.

Саме тому перед розробкою складається Технічне завдання (ТЗ). Тут описуються усі параметри майбутнього проекту – вимоги до дизайну, технічні можливості, його цільова аудиторія і ще багато параметрів, необхідних для розробки.

Переважно складання ТЗ здійснюється працівником веб-студії. Але я вважаю, що замовник має контролювати якість, точність та повноту написання ТЗ. Адже сайт працює на вас, тому він має повністю відповідати тим задачам, для яких розробляється.

Деталізація ТЗ до останнього, найдрібнішого моменту дозволить замовнику отримати в результаті саме такий сайт, яким його планували зробити. У випадку нечіткої постановки задачі – як замовнику так і розробнику абсолютно справедливо може здаватися, що саме його трактування є правильним.

У такому випадку хтось обов’язково залишається у програші – або замовник, що змушений доплачувати за додаткові роботи, або виконавець, що безкоштовно переробляє уже зроблене.

ТЗ містить техніко-економічне обґрунтування розробки, основні технічні вимоги, запропоновані до створення виробу (чи продукту), і вихідні дані для його розробки, а також особливі вимоги, обумовлені специфікою самого об'єкта або умовами його експлуатації.

У словнику IT-термінів надано таке визначення технічного завдання: "Технічне завдання (ТЗ) - це опис вимог до системи та самої системи, документ, відповідно до якого Замовник оцінює готову систему. Відповідно ДО ГОСТУ 34.602-89 (“Технічне завдання на створення автоматизованої системи”), ТЗ є основним документом, який визначає вимоги і порядок створення (розвитку чи модернізації) інформаційної системи, відповідно до якого проводиться її розробка та приймання при запровадженні в дію".

З практичної точки зору технічне завдання допоможе замовнику чітко і ясно поставити задачу розробнику. У юридичному відношенні цей документ стане невід'ємною частиною договору договору надання послуг по розробці сайта, підписується обома сторонами.

Основна мета написання такого документу - усунення всяких двозначностей щодо того, що саме буде кінцевим продуктом робіт зі створення програмного продукту.

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

Як правило, технічне завдання складається компанією - майбутнім розробником програмного забезпечення - після проведення інтерв'ю з замовником. У ході інтерв'ю (однієї чи ряду зустрічей) представники розробника з'ясовують ті моменти, які потім знаходять відображення в ТЗ.

Технічне завдання описує всі процеси і нюанси розробки сайту, а тому потрібне для кожного учасника процесу:

• Проект – менеджеру – технічне завдання дозволяє якісно керувати процесом розробки – розподіляти задачі, слідкувати за виконанням календарного плану і т.п.

• Розробникам проекту (програмісту, дизайнеру, верстальнику) – для розробників ТЗ є інструкцією до виконання роботи. Так, до прикладу, дизайн промальовується в залежності від ЦА і задач сайту, розміщення елементів та прив’язка програмних модулів – також повністю описується в ТЗ.

• Клієнту - для клієнта ТЗ є документом, по якому приймається проект. Тобто коли все, що описано в ТЗ повністю виконане, значить робота з розробки завершена.

Основні запитання, на які має відповідати ТЗ:

• Для кого створюється проект;

• Як сайт вирішує задачі замовника і користувачів;

• Як буде проходити створення проекту;

• Що ми отримаємо в результаті;

http://asenyk.com/stvorennya/rozrobka/tz-na-stvorennya-sajtu

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

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

Таким чином, ідеально виконане ТЗ – це комплект документів, з яким замовник може звернутися до будь-якого виконавця для виконання робіт зі створення програмного продукту