Не разумију сви колико је важно правилно развијати техничке спецификације, али у ствари је толико широко питање да то неће радити укратко. Из тог разлога, пре него што наставите са овим поступком, морате да разумете све релевантне суптилности.
За шта је ово?
Пре него што разговарате о томе како правилно развити техничке спецификације, морате да схватите зашто се то ради и од кога ће се накнадно користити, јер неопходан приступ спровођењу овог поступка доста зависи од тога. Вреди напоменути неколико основних опција:
- Комерцијална организација намерава да уведе потпуно аутоматизовани систем, али нема властити ИТ сервис, због чега је одлучила да уради следеће: одређена заинтересована особа развија техничке задатке, а затим их даје трећим лицима на даљи развој.
- Комерцијална компанија ће користити аутоматизовани систем и има делујућу ИТ услугу. У овој ситуацији се развија ТК, након чега се детаљно преговара са ИТ службом, а затим шаље заинтересованим странама, и на крају се продаје самостално.
- Влада ће ускоро завршити одређени ИТ пројекат. Мноштво суптилности и замки, укључујући све врсте формалности, већ се појављују овдје, па није препоручљиво разматрати ову опцију, јер сваки појединачни случај најчешће захтијева потпуно индивидуалан приступ.
Сложенији случајеви
Најтежи је случај када ИТ компанија развија техничке спецификације за каснији развој и имплементацију аутоматизованих система. У таквим ситуацијама морате радити у различитим условима, као што су:
- Клијент је присуство својих стручњака са сопственом визијом овог процеса, која поставља одређене захтеве на састављени ТОР.
- Техничке спецификације креиране су искључиво за властите програмере, а клијенту, у принципу, није толико важно какав ће бити резултат.
- ТК ће бити пребачен на извођача радова, односно на одређену групу стручњака који су лоцирани изван особља компаније.
- Постоји неспоразум између компаније и клијента у вези са резултатом, тако да компанија не зна како правилно да развије техничке спецификације за одржавање.
Постоје и многе друге ситуације које такође треба размотрити, али горе су наведене само најчешће.
Шта је ТК?
Постоји прилично велики број ГОСТ-ова и одређени стандарди који су дизајнирани да регулишу сваку област активности. Посебно се такви стандарди морају узети у обзир приликом развијања техничких спецификација за одржавање. Истовремено, може се водити активна расправа о томе колико су ти документи релевантни, али у сваком случају, у процесу развоја сопственог пројекта, потребно је да их у потпуности поштујете. У ствари, треба тачно разумети да ГОСТ-ови најчешће не откривају практичне проблеме савременог развоја, али истовремено не предлажу специфичну и системску алтернативу.
ТК је сам по себи изворни документ који регулише дизајн техничког објекта.Она утврђује главну сврху овог развоја, као и разне тактичке и техничке карактеристике, показатеље квалитета и све врсте техничких и економских захтева, а такође указује и на посебне захтеве који се морају узети у обзир током рада. Задатак као изворног документа за стварање нових ствари постоји у свакој модерној области активности, али може варирати у зависности од садржаја, редоследа дизајна и низа других параметара.
Карактеристике употребе
Сасвим је природно да захтеви у ГОСТ-у очигледно нису довољни тако да на крају сви могу створити ефикасан пример техничког задатка, а то је сасвим нормално, јер не могу сви да раде посао у потпуности у складу са стандардима. Поред самог ГОСТ-а, морају се узети у обзир и одређене методе и праксе, а та чињеница је у основи овог проблема.
Многи стручњаци, из неког разлога, развијајући техничке спецификације за дизајн објекта или изводе одређене радове, заснивају се искључиво на захтевима ГОСТ-а, али у стварности је ово у основи погрешан приступ.
Главни изазов
Као што слиједи из саме дефиниције, главна сврха ТК-а је формулисање основних захтјева за развијени објект. У овом случају се мора исправно схватити да говоримо о основним захтевима, али не и јединим.
Како одредити захтеве?
Прије свега, морате се сјетити да би пројектни задатак требало да укључује захтјеве који су подијељени према својствима и типовима. У томе нам, у ствари, највише помаже ГОСТ. Листа која се може наћи постоји одличан пример о томе које ће врсте њих требати да се размотре, наиме:
- Функционалност
- сигурност и права приступа;
- квалификације особља.
На шта обратити пажњу?
Наравно, ово није потпуна листа. Међутим, кључни фактор који треба разликовати успешним примером техничког задатка су правилно формулисани захтеви за функционалност, а управо тим захтевима професионалци посвећују огромну већину метода и дела. Многи стручњаци кажу да захтеви за функционалност обухватају око 90% укупне сложености посла који се односи на развој техничких спецификација, а све остало је својеврсна „камуфлажа“ која ће се онда носити са тим захтевима.
Ако су захтеви погрешно формирани, на крају, ма колико лепе ставили на њих камуфлажу, на крају неће успети да направите заиста успешан пројекат. Наравно, према ГОСТ-у сви захтеви су у потпуности испуњени, задатци (опис у наставку) су развијени, потписани и одобрени, а специјалиста је за то примио плаћање, али тада морате да разумете шта да радите са овим документом. Ако говоримо о пројекту за државни налог, тада често не настају проблеми, јер постоје много мања ограничења буџета, а главни детаљи ће се већ утврдити у поступку имплементације. Али ако говоримо о комерцијалним организацијама, које новац размотре детаљније и захтевају другачији резултат, онда је све већ сложеније.
Корисни и ефикасни развој
Ако врсте захтева могу бити веома различите, а овде све углавном зависи искључиво од циљева пројекта, тада постоје само три својства:
- разумљивост;
- специфичност;
- тестабилност
Истовремено, мора се тачно разумети да се приликом израде техничког задатка узорак мора исправно испитати, а то већ зависи од прва два својства.Ако се резултат испуњења једног или другог захтева не може тестирати, онда то указује да овај захтев или није у потпуности схваћен или није специфичан, и о томе морате да размислите, јер у власништву тих својстава захтева лежи професионализам и вештина програмера, и стога искусни стручњаци обављају такав посао много брже и боље.
Додатне нијансе
Постоји и неколико важних тачака које морају бити узете у обзир при развијању техничког задатка. Систем захтева је следећи:
- На ком језику (са становишта сложености перцепције) треба да пише?
- Да ли је потребно у њему описати било које специфичности различитих функција, алгоритама, врста потребних информација и других техничких детаља?
- Шта је технички дизајн, који је, успут речено, примећен у постојећим државним стандардним спецификацијама и како се односи на састављене техничке спецификације?
Одговори на сва ова питања су прилично важни, и управо из тог разлога многи се често почну расправљати о томе колико је довољан израђени ТОР и да ли садржи све потребне детаље о захтевима. Између осталог, такође је важно колико ће овај документ бити разумљив са становишта купца и извођача радова, колико је сувишан и какав је формат презентације.
Задатак и пројекат
ТК је документ који укључује различите захтеве који су формулисани на језику који је крајње разумљив за купца и за добављача. Штавише, ако професионалац развија технички задатак, његове услуге могу такође укључивати употребу индустријске технологије која је дизајнирана тако да пружи најразумљивије формулације крајњем извођачу. Овдје је важно имати на уму да је потребно избјегавати било какво везивање за специфичности техничке имплементације, односно у процесу развоја ТК-а, у принципу није важно на којој конкретној платформи ће се имплементирати сви ти захтјеви. Наравно, постоје и изузеци, али ово су посебни случајеви.
Разјашњење и даље формулисање различитих захтева, као и коначни развој ТоР-а, већ треба да ради специјализовани пословни аналитичар, а не извршилац (уколико, наравно, те улоге не комбинира у себи, што се периодично дешава). Другим речима, специјалиста мора да комуницира са купцем на језику пословања који води.
Разлике пројекта од задатка
Стварање техничког задатка из пројекта разликује се по томе што је потоњи документ који садржи основне захтеве за то како се захтеви наведени у ТоР-у требају применити. Овај документ укључује главне суптилности реализованог производа и неопходне елементе које ће у раду користити технички стручњаци.
Купцу није неопходно да се упушта у такав посао, јер му велика већина захтева можда није ни јасна. Често имплементацију техничког пројекта изводи специфични специјалиста, па је већ сада сасвим могуће комбиновати ту улогу са извођачем. У исто време, морате да схватите да што је пројекат већи, што више људи развија техничке спецификације.
Шта је пракса?
Често се дешава да директор буде доведен до координације ТК-а, која укључује много техничке терминологије, услед чега покушава да се удуби у то, покушавајући да ухвати познате речи и да не изгуби главни ланац пословних захтева. У правилу се у таквим ситуацијама технички задатак за рад и даље одобрава, проводи, а у већини случајева се испостави да резултат не одговара чињеници обављеног посла, јер је одлучено да се промени, преобликује велики број нијанси,а неки елементи су погрешно схваћени, а настао је и низ других проблема.
Зато је важно схватити разлику између ТК-а и техничког дизајна, што се делом односи на компетентност релевантних стручњака, а делом на жељу за смањењем буџета и времена, јер таква документација захтева много времена.
