Введення
Технічне завдання (ТЗ) є основним документом, що визначає вимоги замовника до системі, відповідно до яких здійснюється розробка програмного продукту.
ТЗ може розроблятися на систему в цілому та/або на її складові частини.
У ТЗ на систему, що включає групу взаємопов'язаних підсистем, слід включати тільки вимоги, загальні для групи підсистем. Специфічні вимоги для окремої підсистеми слід відображати в ТЗ на підсистему.
В В
1 Основні підходи до складання ТЗ
При підготовці технічного завдання (ТЗ) необхідно дотримуватися ряду принципів. Це допоможе уникнути зайвої поверховості в описі робіт за проектом, а також врегулювати інтереси консультанта і клієнта.
1. Спільна робота.
2. Детальний опис результату.
3. Механізм контролю за ходом проекту і кваліфікація консультантів.
4. Узгодження результату.
Гнучкість.
1.1 Спільна робота
Найкраще, якщо перший варіант технічного завдання (ТЗ) підприємство - замовник складе ще до підписання контракту на впровадження системи автоматизації. У ньому слід описати проблеми, які необхідно вирішити в ході впровадження, і визначити бажаний результат. Потім за участю консультантів розробляється детальний план робіт з реалізації проекту в рамках конкретної автоматизації системи, уточнюються способи вирішення поставлених завдань, визначаються критерії досягнення цілей проекту.
Але на практиці багато підприємства доручають складання технічного завдання консультантам. Важливо пам'ятати, що на основі цього документа визначаються вартість і обсяг необхідних робіт. Тому створення і затвердження ТЗ не слід повністю перекладати на консультанта - ця робота повинна проводитися спільно.
Приклад:
У компанії дві третини роботи з написання ТЗ зробили консультанти: досліджували потреби компанії, проводили інтерв'ю з персоналом і зводили всі дані в єдиний документ. Потім цей документ погодили з керівництвом, які виправили деякі неточності, допущені консультантами. Важливо відзначити, що в момент створення технічного завдання на впровадження в команії - замовника йшла реструктуризація та деякі процеси до моменту реалізації системи повинні були змінитися. Наприклад, схема товарних і фінансових потоків, все це заклали в систему що дало в результаті успішний результат.
1.2 Детальний опис результату
Багато уваги потрібно приділити опису результатів, які замовнику потрібно отримати після закінчення проекту, і обов'язково зафіксувати їх в технічному завданні. Наприклад, вам необхідно отримувати звіт про рух товару у відповідних аналітичних розрізах щодня о 9.00, то в ТЗ повинні бути докладно описані параметри звіту (рядки, аналітика, період, за який складається звіт) і джерела даних для його формування. Найважливіше - не допустити розширеного тлумачення технічного завдання, тому всі джерела даних повинні бути с...
