спонсори:

Технічне завдання для розробки вебсайту


Вітання!

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

Технычне Завдання

Дана стаття не претендує на професійність, вона лише відображає частково мою власну практику і досвід, який я перейняв в своїх друзів та знайомих "по нещастю" 8))). 

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

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

  • Замовник - хочу
  • Виконавець - можу
  • Користувач - отримую

Головна ідея - в цих трьох словах. І написання будь-якого ТЗ варто розпочати з формування планів по цим трьом сторонам. 

Приклад - вебсайт-візитка рекламної агенції 

Замовник 

  1. Дизайн згідно корпоративних кольорів
  2. Наявність мінімум двох мов на сайті - українська та російська
  3. Наявність фотогалереї
  4. Можливість додавання новин про фірму
  5. Можливість написання статей по рекламній тематиці
  6. Наявність на сайті повних контактів про фірму 

Користувач 

  1. Можливість отримання через пошук інформації про фірму
  2. Підписка на новини
  3. Форма контакту через сайт
  4. Форма передачі файлів для фірми через вебсайт 

Виконавець 

  1. Ядро сайту повинно володіти можливостями
  • багатомовність
  • підтримка блогінгу
  • підтримка фотогалереї
  • підтримка каталогу статей
  • формування стрічки rss
  • форма пошуку (бажано із одного з пошуковиків)
  • форма контакту
  • модуль викладення файлів
  • карта сайту
  • підтримка мультикористувацької системи для можливості додавання новин співробітниками фірми
  1. Необхідно зареєструвати сайт в каталогах найбільш оптимальних пошукових систем для України
  2. Створення можливості автоматичного резервування даних на сайті 

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

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

Ось, для прикладу, пункт "багатомовність" необхідно обговорити з замовником - яким чином це реалізовується

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

Обумовлювати варто кожен з таких пунктів, щоб не виявилось, що замовник мав на увазі одне, а виконавець інше. 

Спробую пофантазувати із ТЗ на тематику створення особистого блогу  

  • Замовник - Я
  • Виконавець - Я
  • Користувач - друзі + Я 

Замовник 

  1. Зручна система додавання статей
  2. Можливість вибору зовнішнього вигляду (наявність великої кількості тем)
  3. Відсутність питань адміністрування(режим звичайного користувача)
  4. Максимальне привязування до мови, якою я володію,
  5. Доменне ім'я із Українською тематикою
  6. Наявність інтеграції з фотоальбомом
  7. ...

Виконавець

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

Користувач (пізніше від них до Вас донесеться схожий список)

  1. Форма контакту із автором блога
  2. Можливість реєстрації на блозі
  3. Можливіть додавання коментарів
  4. Наявність аватарів до власних коментарів

...

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

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

Приклад

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

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

Речі здаються банальними, але я маю на меті довести до Вас матеріал саме банальними прикладами.

А тепер уявіть собі, яким повинно бути Технічне Завдання скажімо на відкриття сервісу класу google.com. Для тих, хто давно "проживає" в Інтернеті, мабуть не дуже важко згадати, що як тільки даний пошуковик розпочав роботу, в нього не було й половини тієї функціональності, яку ми маємо зараз.

Я веду до того, що в складних проектах, досягнення результату, закінчення якого розтягується на тривалий термін, важливим фактором в створенні технічного завдання є поетапність.

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

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

 

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

Якщо Ви думаєте, що дожного разу не розробляли ТЗ - гляньте на один з результатів будь-якої своєї роботи.

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

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

А маючи на руках такого роду план, та помічаючи в ньому зроблене, на етапі, коли Вам захочеться все закинути - у Вас буде документ, в якому половину справи вже позначено як зроблене, що додасть Вам впевненості в досягненні результату.

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

Наступним етапом - розбиття плану на часові інтервали. Це мабуть найвідповідальніша частина ТЗ - до неї можуть привязуватись штрафи, премії тощо

 далі буде...

Trackback URL для цього допису

http://itua.name/uk/trackback/69
Share this

Об'єднати вміст Об'єднати вміст

Propeople Expert

Партнери

експерименти

Rambler's Top100

Error. Page cannot be displayed. Please contact your service provider for more details. (17)