Не всички разбират колко е важно правилно да се разработят технически спецификации, но всъщност е толкова широк въпрос, че няма да работи накратко. Поради тази причина, преди да продължите с тази процедура, трябва да разберете всички съответни тънкости.
За какво е това?
Преди да обсъдите как правилно да разработите технически спецификации, трябва да разберете защо това се прави и от кого впоследствие ще се използва, тъй като необходимият подход за извършване на тази процедура зависи доста силно от това. Заслужава да се отбележи няколко основни варианта:
- Търговска организация възнамерява да въведе напълно автоматизирана система, но тя няма собствена ИТ услуга, в резултат на което реши да направи следното: определен заинтересован човек разработва технически задачи и след това ги предоставя на организации на трети страни за по-нататъшно развитие.
- Търговска компания ще използва автоматизирана система и има работеща IT-услуга. В тази ситуация се разработва TK, след което тя се договаря подробно с ИТ услугата и след това се изпраща на заинтересованите страни и в крайна сметка тя се продава самостоятелно.
- Правителството е на път да завърши конкретен ИТ проект. Много тънкости и клопки, включително всички видове формалности, вече се появяват тук, така че дори не е препоръчително да се обмисля този вариант, тъй като всеки отделен случай най-често изисква напълно индивидуален подход.
По-сложни случаи
Най-трудният случай е, когато техническите спецификации са разработени от ИТ компания за последващо разработване и внедряване на автоматизирани системи. В такива ситуации трябва да работите в голямо разнообразие от условия, като например:
- Клиентът присъства на свои специалисти със собствено виждане за този процес, които налагат определени изисквания към съставения TOR.
- Техническите спецификации са създадени изключително за техните собствени разработчици, а клиентът по принцип не е толкова важен какъв ще бъде резултатът.
- TK ще бъде прехвърлен на изпълнителя, тоест на определена група специалисти, които са разположени извън персонала на компанията.
- Има недоразумение между компанията и клиента по отношение на резултата, така че компанията не знае как правилно да разработи технически спецификации за поддръжка.
Има много други ситуации, които също трябва да бъдат разгледани, но само най-честите са посочени по-горе.
Какво е TK?
Съществуват доста голям брой GOSTs и определени стандарти, които са предназначени да регулират всяка област на дейност. По-специално, тези стандарти трябва да се вземат предвид при разработването на технически спецификации за поддръжка. В същото време може да има активен дебат за това доколко са важни тези документи, но във всеки случай в процеса на разработване на собствен проект е необходимо да се съобразите изцяло с тях. Всъщност човек трябва правилно да разбере, че най-често GOST не разкриват практическите проблеми на съвременното развитие, но в същото време не винаги предлагат конкретна и системна алтернатива.
TK само по себе си е изходен документ, уреждащ проектирането на техническо съоръжение.Той установява основната цел на това развитие, както и различни тактически и технически характеристики, показатели за качество и всички видове технически и икономически изисквания, а също така посочва специални изисквания, които трябва да се вземат предвид по време на работата. Задачата като изходен документ за създаване на някои нови неща съществува във всяка съвременна област на дейност, но тя може да варира в зависимост от съдържанието, реда на проектиране и редица други параметри.
Характеристики на употреба
Съвсем естествено е, че изискванията в GOST очевидно не са достатъчни, така че в крайна сметка всеки да може да създаде ефективен пример за техническа задача и това е съвсем нормално, защото не всеки може да си свърши работата в пълно съответствие със стандартите. Освен самия GOST трябва да се вземат предвид и някои методи и практики и този факт е в основата на този проблем.
Много експерти по някаква причина разработването на технически спецификации за проектиране на обект или извършване на определени работи се основават единствено на изискванията на GOST, но в действителност това е в основата на грешен подход.
Основно предизвикателство
Както следва от самото определение, основната цел на TK е да формулира основните изисквания към разработения обект. В този случай човек трябва правилно да разбере, че говорим за основните изисквания, но не и за единствените.
Как да определим изискванията?
На първо място, трябва да запомните, че техническото задание за проектиране или разработка трябва да включва изисквания, които са разделени по свойства и видове. В това, всъщност, GOST ни помага най-много. Списъкът, който може да бъде намерен там, е отличен пример за това какви видове от тях ще трябва да бъдат разгледани, а именно:
- функционалност;
- права за сигурност и достъп;
- квалификация на персонала.
На какво да обърнем внимание?
Разбира се, това не е пълен списък. Основният фактор, който трябва да се отличава с успешен пример на техническата задача, са правилно формулираните изисквания за функционалност и именно на тези изисквания специалистите посвещават по-голямата част от методите и работата. Много експерти казват, че изискванията за функционалност включват около 90% от общата сложност на работата, свързана с разработването на технически спецификации, а всичко останало е един вид „камуфлаж“, който след това ще се носи на тези изисквания.
Ако изискванията са оформени неправилно, тогава, колкото и красиво да поставите камуфлаж върху тях, в крайна сметка няма да се получи, за да направите наистина успешен проект. Разбира се, според GOST всички изисквания са напълно изпълнени, техническото задание (образец по-долу) се разработва, подписва и одобрява и специалистът получава плащане за него, но след това трябва да разберете какво да правите с този документ. Ако говорим за проект за държавна поръчка, тогава често не възникват проблеми, тъй като има много по-малки бюджетни ограничения и основните детайли вече ще бъдат идентифицирани в процеса на изпълнение. Но ако говорим за търговски организации, където те разглеждат парите по-подробно и изискват различен резултат, тогава всичко вече е по-сложно.
Полезно и ефективно развитие
Ако видовете изисквания могат да бъдат много различни и тук главно всичко зависи единствено от целите на проекта, тогава има само три свойства:
- яснота;
- бетон;
- тяхната проверяемост.
В същото време човек трябва правилно да разбере, че при разработването на техническа задача пробата трябва да се тества правилно и това вече зависи от първите две свойства.Ако резултатът от изпълнението на едно или друго изискване не може да бъде тестван, това означава, че това изискване или не е напълно разбрано, или не е конкретно, и трябва да помислите за това, тъй като професионализмът и умението на разработчика е в притежанието на тези свойства. следователно, опитни специалисти извършват такава работа много по-бързо и по-добре.
Допълнителни нюанси
Има и няколко важни точки, които трябва да се вземат предвид при разработването на техническа задача. Системата за изисквания е следната:
- На какъв език (от гледна точка на сложността на възприятието) трябва да се пише?
- Необходимо ли е да се опишат в него някакви специфични характеристики на различни функции, алгоритми, видове необходима информация и други технически тънкости?
- Какво представлява техническият дизайн, който между другото се отбелязва в съществуващите спецификации на държавния стандарт и как се отнася към съставените технически спецификации?
Отговорите на всички тези въпроси са доста важни и точно по тази причина много често започват да спорят колко достатъчен е изготвеният TOR и дали съдържа всички необходими подробности за изискванията. Освен всичко друго, важно е също колко разбираем ще бъде този документ от гледна точка на клиента и изпълнителя, колко излишен е и какъв е форматът на презентация.
Задача и проект
TK е документ, който включва различни изисквания, които са формулирани на език, който е изключително разбираем за клиента и за изпълнителя. Освен това, ако професионалистът разработва техническа задача, услугите му могат да включват и използването на индустриални технологии, които са предназначени да осигурят най-разбираемата формулировка на крайния изпълнител. Важно е да запомните тук, че е необходимо да се избягват каквито и да е обвързвания със спецификата на техническото изпълнение, тоест в процеса на разработване на TK по принцип няма значение на коя конкретна платформа ще бъде приложено изпълнението на всички тези изисквания. Разбира се, има някои изключения, но това са специални случаи.
Изясняването и по-нататъшното формулиране на различните изисквания, както и окончателното разработване на задачата, вече трябва да се извършва от специализиран бизнес анализатор, а не от изпълнителя (освен ако, разбира се, той не комбинира тези роли в себе си, което се случва периодично). С други думи, специалистът трябва да общува с клиента на езика на бизнеса, който води.
Разлики на проекта от задачата
Създаването на техническа задача от проект се различава по това, че последният е документ, който включва основните изисквания за това как трябва да бъдат изпълнени изискванията, посочени в заданието. Този документ включва основните тънкости на реализирания продукт и необходимите елементи, които ще бъдат използвани в работата от техническите специалисти.
Не е необходимо клиентът да се задълбочава в подобна работа, тъй като по-голямата част от изискванията може дори да не са му ясни. Често изпълнението на технически проект се извършва от конкретен специалист, следователно, вече е напълно възможно да се комбинира тази роля с изпълнителя. В същото време трябва да разберете, че колкото по-голям е проектът, толкова повече хора разработват техническите спецификации.
Каква е практиката?
Често се случва директорът да бъде приведен към координацията на TK, която включва много техническа терминология, в резултат на което той се опитва да задълбае в това, опитвайки се да хване познати думи и да не загуби основната верига от бизнес изисквания. По правило в такива ситуации техническата задача за работа все още е одобрена, изпълнена и в повечето случаи се оказва, че резултатът не съответства на факта на извършената работа, тъй като голям брой нюанси са решени да бъдат променени, преработени, т.е.и някои елементи бяха неразбрани и възникнаха множество други проблеми.
Ето защо е важно да се разбере разликата между ТЗ и техническия проект, който отчасти е свързан с компетентността на съответните специалисти, а отчасти и с желанието за намаляване на бюджета и времето, тъй като такава документация отнема много време.
