Techninių specifikacijų rašymo etapai. Techninės užduoties struktūra

Techninė užduotis „TOR“ yra dokumentas, kuriuo remiamasi kuriant bet kokį projektą. Nepriklausomai nuo užduoties sudėtingumo ir dydžio, ją visada turi lydėti aiškus ir suprantamas TOR. Tai, visų pirma, reikalinga klientui, kad gautų būtent tai, ką jis norėjo matyti kaip rezultatą. Tačiau taip pat pageidautina, kad atlikėjas visada reikalautų aiškiai išdėstytos užduoties, kad suprastų, ko iš jo nori. Daugelis žmonių ignoruoja išsamios techninės užduoties parašymo faktą, dėl kurio vėliau kyla nesusipratimų, ginčų, konfliktų ir kivirčų.

Rekomenduojame perskaityti:

Aš, šio straipsnio autorė, gyvenime spėjau aplankyti ir kelių didelių projektų už dešimtis tūkstančių dolerių užsakovą, ir ne ką mažiau brangių užsakymų vykdytoją. Prieš pasiekiant rimtą lygį, teko iš naujo perskaityti šimtus „TK“, o atlikėjui sugalvoti kelias dešimtis savų paaiškinimų. Kaskart vis aiškesnės buvo techninės užduotys, todėl buvo galima gauti tokį galutinį darbo variantą, kokį įsivaizdavau. Šiame straipsnyje norėčiau pakalbėti apie tai, kaip parašyti techninę užduotį, į ką pirmiausia atkreipti dėmesį. Taip pat pasakysiu, kodėl užsakovui ir rangovui pageidautina nedirbti ties geru žodžiu, o viską fiksuoti dokumentais.

Kodėl TK klientui?

Jūs, kaip klientas, turite idėją apie galutinę savo užsakymo versiją. Tik gyvenimas yra toks dalykas, kad kiekvienas žmogus tuos pačius žodžius gali interpretuoti skirtingai. Dėl šios priežasties dažnai kyla problemų, ypač tarp užsakovų ir rangovų. Pirmasis ne viską užbaigė, antrasis neteisingai suprato, o rezultatas visiškai kitoks, nei visi manė. Techninė užduotis yra dokumentas, pagal kurį priimsite atliktus darbus. O jei kažkas padaroma ne taip, kažkas nebaigta, kažkas nebaigta iki galo, tuomet visada galima nurodyti į objektą iš techninės užduoties ir pagrįsti savo reikalavimą užbaigti pateiktą projektą. Jeigu TK nėra, tai įrodyti, kad tu tai pasakei, parašei, paminėjai, bus praktiškai neįmanoma. Galima sakyti, kad techninė užduotis yra savotiškas paslaugų teikimo sutarties prototipas. Jei dirbate su dideliu projektu, tada techninės užduotys turėtų būti pridedamos prie pagrindinės sutarties. Pasirašydami atliktų darbų priėmimo ir perdavimo aktą, būtinai turite viską palyginti su darbų kiekiu, kuris buvo nurodytas pirminiame TOR.

Rekomenduojame perskaityti:

Kas yra atlikėjo TK?

Visų pirma, tai yra jūsų vadovas, ką reikia padaryti. Dažnai klientai ką nors galvoja kūrimo procese, bandydami primesti jums atlikti nereikalingas užduotis. Ar norite dirbti nemokamai? Esu tikras, kad ne. Nurodykite, kad suma, dėl kurios buvo sutarta pačioje pradžioje, buvo susijusi tik su užduotyje nurodytų darbų apimtimi. Už viską daugiau mokama atskirai. Taip pat, kai projektas bus pristatytas, galėsite atsiskaityti apie užduotis ir jų įgyvendinimą. Esu ne kartą susidūręs su momentais, kai užsakovas nenorėjo priimti darbo, argumentuodamas, kad jis nebuvo iki galo atliktas. Tačiau pakėlus pradinį TK paaiškėjo, kad niekas iš viso nekėlė užduočių, apie kurias buvo kalbama. Dar kartą pabrėžiu – nedirbkite be techninių specifikacijų, nes kliento nuomonė gali pasikeisti dažniau nei oras, o jums teks viską perdaryti dešimtis kartų gaišdami savo laiką ir negaudami už tai papildomo užmokesčio.

Kaip pradėti rašyti kompetentingą techninę užduotį

Taigi, pereikime prie pagrindinės šio straipsnio temos. Toliau kalbėsime apie tai, kaip parengti techninę užduotį ir į kokius punktus būtinai turėtumėte atkreipti dėmesį. Kaip jūs suprantate, kiekvienas TK yra unikalus, ir aš negalėsiu aprėpti visų aspektų. Todėl nurodysiu tik pagrindinius dalykus, kurie turėtų būti bet kokioje užduotyje, nepriklausomai nuo projekto ir užsakovo apimties.

Bendrosios techninės užduoties nuostatos

Jei turite kokį nors techniškai sudėtingą projektą arba labai konkretų, tuomet bendrosiose nuostatose turi būti žodynėlis – terminų ir apibrėžimų žodynas. Žinoma, labai gerai, jei užsakovas ir rangovas be problemų supranta vienas kitą ir supranta konkrečią terminiją. Tačiau taip yra ne visada, todėl geriau nurodyti, ką reiškia tam tikri žodžiai, frazės, pavadinimai. Galbūt žodynėlis turėtų paaiškinti kai kurias jūsų apyvartas. Tarkime, kad vartojate frazę, interpretuodami ją šiek tiek kitaip. Norėdami išvengti painiavos, nedelsdami sudėkite viską į savo vietas.

Rekomenduojame perskaityti:

Turėjau atvejį, kai terminų nesupratimas lėmė vėlavimą daugiau nei mėnesį. Dėl to klientas patyrė tam tikrų nuostolių, tačiau problema buvo išimtinai jo pusėje. Todėl neleiskite nesutarimų. Prieš pradėdami kurti projektą, nuspręskite dėl terminijos.

Projekto tikslai

Darbo užduotyje būtinai nurodykite, kokių tikslų turi jūsų projektas, kodėl jis kuriamas, kaip veiks, koks turėtų būti galutinis rezultatas. Net jei atlikėjas dirba prie nedidelės projekto dalies, jis turi iki galo suprasti jo struktūrą, užduotis, tikslus, techninius sprendimus. Kam? Rangovui ne visada įmanoma gauti patarimą ir paaiškinimą iš užsakovo, ir nėra prasmės prašyti paaiškinti kai kurias smulkmenas, jei galite atsigręžti į tikslus, suprasti, kam skirtas projektas, ir toliau nuo to daryti savo darbas.

Pateiksiu pavyzdį. Neseniai sukūrėme didelį interneto projektą ir užsakėme dizainą. Dizaineriui buvo pasakyta, apie ką bus svetainė, kokias funkcijas ji turės, ką jis turėtų daryti, kaip svetainė padės žmonėms. Apskritai jie viską sukramtė iki smulkmenų, o ne tik tai, kas susiję su dizainu. Dėl to gavome beveik jokių modifikacijų nereikalaujantį maketą, taip pat keliolika idėjų, kaip svetainę patobulinti, ką papildyti, kaip padaryti patrauklesnę.

Funkciniai reikalavimai

Visus klientui keliamus reikalavimus galima suskirstyti į du tipus: funkcinius ir specialiuosius. Funkciniai reikalavimai yra tie diegimai, kuriuos norite matyti savo. Kalbant apie interneto svetainės pavyzdį, tuomet rangovui turite pateikti funkcinių sprendimų pavyzdžius iš kitų projektų, kurie jums patinka ir kuriuos norite pamatyti patys. Pavyzdžiui, pamatė techniškai patikusius elementus, apibūdino ir iš karto davė nuorodą, kad žmogus aiškiai suprastų apie ką kalbama ir galėtų tuo remtis.

Rekomenduojame perskaityti:

Specialieji reikalavimai – tai reikalavimai, pagal kuriuos turi būti įvykdytos pavestos užduotys. Jei vėl imsime svetainės kūrimą kaip pagrindą, tuomet galite nurodyti programavimo kalbą, specialias išdėstymo parinktis, kodavimą, kai kurių specifinių stilių naudojimą ir viską, ką norite matyti. Jei tokių reikalavimų nėra, leiskite rangovui pačiam nuspręsti, ką ir kaip jis naudos vykdydamas jūsų užduoties sąlygas.

Laikas

Darbo užduotyse būtinai nurodykite terminus. Visada imkite su nedidele marža, kad vykdymo greitis nepakenktų kokybei. Ne bet kuriuo atveju, turėtų būti aiškus terminas, o už šių terminų nesilaikymą taikomos sankcijos. Rangovas turi suprasti, kad tai ne tik techninės užduoties taškas, o realus įrengimas, be kurio jam gresia finansinės ar kitokios sankcijos.

Ataskaitų teikimas

Jei projektas didelis, o jo užbaigimas užtrunka kelis mėnesius, suskaidykite darbus į etapus ir kiekvienam nustatykite aiškius terminus. Baigę tam tikrą etapą, reikalauti atsiskaityti apie atliktus darbus. Taip atlikėjas išliks geros formos, kad kelis mėnesius nevaikščiotų, valgytų ir gertų avansą, o paskui viską stačia galva atliks per savaitę.

Taip pat turėtų būti ataskaita apie atliktų darbų faktą. Kas buvo padaryta, kiek tam buvo skirta laiko, su kokiais sunkumais susidūrė atlikėjas ir t.t.

Atsakomybė

Jei sudarote sutartį, tada joje bus išlyga dėl atsakomybės. Jei apsiribojate tik technine užduotimi, tuomet ten verta apibūdinti, kad už terminų nesilaikymą, projekto nepristatymą, darbo niuansų atskleidimą tretiesiems asmenims, atnešusius jums nuostolių, atsako atlikėjas. Ką? Pirma, pagal įstatymus, bet jūs taip pat galite nustatyti tam tikras savo baudas ir sankcijas.

Rekomenduojame perskaityti:

Ir šio straipsnio pabaigoje norėčiau duoti patarimų, pagrįstų savo patirtimi rengiant ir gaunant technines specifikacijas.

Specifikacija turi būti išsami. Nebijokite apibūdinti kiekvieno elemento, kiekvieno elemento, kiekvieno mygtuko. Viskas, viskas, viskas, rašykite kuo išsamiau. Nebijokite būti kruopštūs. Geriau ką nors pakartoti ir kramtyti kelis kartus, nei pabaigti, mokėti papildomai, vėliau patobulinti. Paskutinės techninės sąlygos, kurias parašiau, buvo susijusios su svetainės kūrimu. Tai buvo didelis informacinis projektas. Pirmiausia sukūrėme dizainą, o tada pagal jį aprašėme funkcinę užduotį programuotojams. Taigi, visas TK pasirodė esąs 54 puslapių A4 11 šriftas. Darbo sąlygos buvo kaip priedas prie pagrindinės sutarties, kuri taip pat buvo 7 puslapių ilgio. Bet noriu pasakyti, kad net ir tokiame detaliame TOR negalėjau į viską atsižvelgti, nes kūrimo metu buvo pasirašytos dar trys papildomos sutartys, su kuriomis padariau tam tikrus pirminės užduoties versijos pataisymus.
Darbo sąlygos turi būti aiškios. Nereikia vandens. Viskas iki esmės. Jei rašote apie terminą, tai konkretų skaičių, jei apie funkcionalumą, tai jums reikalingų funkcinių sprendimų sąrašas ir t.t.
Jūsų užduotis nėra dogma, o tik vienas iš galimų užduočių atlikimo variantų. Jei atvirai, aš nesu programavimo ekspertas. Taip, galiu apgalvoti projekto struktūrą, jo funkcionalumą, kai kuriuos techninius sprendimus, bet visada, kurdama galutinę TOR versiją, konsultuojuosi su atlikėjais. Jie gali ką nors pamatyti, išsakyti savo nuomonę, pasiūlyti geriausią sprendimą vykdymui.

Galbūt tai yra viskas, ką norėjau pasakyti šiame straipsnyje. Sudaryti techninę užduotį nėra taip sunku, jei aiškiai suprantate, ko norite iš rangovo. Galite dar kartą perskaityti mano patarimą ir pritaikyti jį savo konkrečiam atvejui. Sėkmės!

Iš autoriaus: Kaip rašyti interneto svetainės kūrimo sąlygos? Tema yra gana plati, o viename straipsnyje sunku ją išardyti 100% (jei įmanoma). Tačiau bendrąsias nuostatas, į ką reikia atsižvelgti, į ką turėtumėte atkreipti dėmesį rengdami TOR, pabandysiu pakankamai išsamiai išdėstyti šiame straipsnyje.

Taigi, TK

Darbo sąlygos sudaromos svetainės kūrėjui. Sudarant sutartį tarp užsakovo ir rangovo būtina remtis TK. Turėtų būti nustatyta abiejų pusių atsakomybė už TOR punktų ir sąlygų nevykdymą arba neteisingą įvykdymą. Bet svarbiausias dalykas (mano nuomone), kam yra sukurtas TK, skirtas pagreitina svetainės kūrimo procesą.

Išanalizuokime šį pavyzdį:

Tarkime, jums reikia kalendoriaus kažkur jūsų svetainės šone. Tai atrodė smulkmena. Tačiau kuo daugiau aprašysite šio kalendoriaus funkcionalumą, tuo greičiau gausite rezultatą.

Aš čia šiek tiek paaiškinsiu. Kalendorius kitoks. Yra kalendorius, kuriame tiesiog rodomi einamojo mėnesio savaitės dienų skaičiai. Yra kalendorius su galimybe slinkti per mėnesius. Yra kalendorius su galimybe vartyti mėnesius ir metus.

Tarkime, kad jums reikia naujausios kalendoriaus versijos (su galimybe slinkti mėnesius ir metus) su paryškinta dabartine data. TOR nurodėte: „Šoninėje juostoje reikalingas kalendorius“. Klientas jums padaro pirmąją kalendoriaus versiją (tiesiog rodo skaičius pagal einamojo mėnesio savaitės dienas).

Ką mes turime. Rangovas užbaigė TK punktą, bet jūs norėjote visai kitokio kalendoriaus. Atrodo, kad viskas pagal TOR, niekas nekaltas, ne taip konfliktavo, bet svarbiausia prarasta laiko ir pinigų.

Tai tiesiog banalaus kalendoriaus pavyzdys.

O jei teks perdaryti ką nors rimtesnio, kurio apdorojimas užtrunka daugiau nei pusę dienos, kaip būna su kalendoriumi? Ir jūs neturite svetainės, o klientas su jumis maišosi, nors galėtų užbaigti jūsų projektą ir pradėti naują.

Todėl nei daugiau Jei aprašysite kiekvieno svetainės modulio funkcionalumą, tuo greičiau gausite rezultatą. Tuo turėtų būti suinteresuotos abi pusės.

Iš kokių elementų paprastai susideda TOR?

Įsivaizduokime, kad esate kokios nors įmonės ar firmos savininkas. Jūsų įmonė užsiima bet kokio produkto gamyba ir jos įgyvendinimu. Jūs turite pirkėjų. Bendradarbiaujate su pardavėjais (parduotuvėmis ir internetinėmis parduotuvėmis), paslaugų centrais, prekių vartotojais. Arba kuriate interneto svetainę tokiai įmonei ir reikia parašyti techninę specifikaciją.

Nepriklausomai nuo to, kokį vaidmenį atliekate, pirmiausia reikia ištirti organizacijos struktūrą, jos veiklą, nomenklatūrą, charakteristikas ir apskritai viską, kas susiję su produktu ir įmone. Nuo to, kaip giliai klientas įsigilins į to, kas vyksta įmonėje, esmę, priklauso nuo to, kas vyks svetainėje. Todėl užduotis čia yra abipusė: klientas turi kuo išsamiau papasakoti apie įmonę, o atlikėjas turi gerai suprasti to, kas vyksta.

Net jei jūs pats rašote technines specifikacijas įmonei, kuri gamins svetainę, nėra blogai visa tai įvertinti ant popieriaus lapo.

Eikime prie punktų.

Svetainės aprašymas

Čia galite pora sakinių parašyti apie įmonę, kuo ji užsiima. Padarykite kažką panašaus į įžangą.

kam – tikslinė svetainės auditorija:

potencialių pirkėjų
prekių pardavėjai (parduotuvės, internetinės parduotuvės)
aptarnavimo centrai
partneriai (firmos)
produktų vartotojai (tie, kurie jau nusipirko)

Kodėl jums reikalinga svetainė:

Gerinti įmonės įvaizdį
Norėdami padidinti pardavimus
Klientų patogumui

Svetainės tipas:

Įmonės
Tinklalapis – vizitinė kortelė
Internetinė parduotuvė

Kalbos versijos:

Anglų
rusų

Svetainė turi išspręsti kai kurias problemas. Atitinkamai mes judame toliau pagal svetainės tikslus ir uždavinius.

Svetainės tikslai ir uždaviniai

Šiame TOR skyriuje apžvelgiame visą tikslinę auditoriją ir aprašome užduočių, kurias svetainė turėtų jai išspręsti, spektrą.

Potencialūs prekių pirkėjai.

Tikslas: pritraukti daugiau pirkėjų ir įtikinti juos atlikti pirmąjį pirkinį, padėti apsispręsti.

Problemas reikia spręsti:

Suteikite kokybišką, išsamią informaciją apie gaminius, papildomas paslaugas, garantijas, aptarnavimą, atrankos būdus.

Pateikite informaciją apie parduotuves
Pateikite mažmeninės prekybos informaciją

Suteikite galimybę užduoti klausimą, organizuojant įmonės specialistų potencialių pirkėjų konsultacijas internetu dėl produktų pasirinkimo, pirkimo.

Taigi mes einame per visą tikslinę auditoriją. Jei sekate mūsų svetainę, aprašome tikslus ir uždavinius produktų pardavėjams (parduotuvėms, internetinėms parduotuvėms), paslaugų centrams, partneriams (įmonėms), produktų vartotojams. Tai yra, ką svetainė turėtų padaryti konkrečiai kiekvienam iš jų.

Dabar mes išvardijame svetainės modulius.

Svetainės funkcionalumas

Norėdami išvardyti svetainės funkcijas, turite nuspręsti, ko jai reikia:

Ar jums reikia naujienų svetainėje
Ar jums reikia skelbimų bloko?
Ar reikalinga registracija
Ar man reikia privačios svetainės dalies (tik registruotiems vartotojams)
Ar jums reikia atsiliepimų formos?
Ar man reikia pašto scenarijaus
ir kt. ir tt

Po to, kai visa tai buvo aprašyta, pereiname prie svarbiausio ir įdomiausio. Žinoma, visi aukščiau atlikti darbai yra labai svarbūs, bet dabar darosi dar „karščiau“.

Svetainės funkcionalumo aprašymas

Šiuo metu žinome, kam svetainė skirta, kokius tikslus ir užduotis ji turėtų atlikti, jos papildomas funkcionalumas.

Atėjo laikas, kai reikia sunešti visą surinktą informaciją į sistemą ir gražiai įdėti į svetainę. Kad būtų lengviau ir neišradinėtumėte dviračio iš naujo, galite pažvelgti į panašių temų svetaines. Sužinokite ką nors iš jų, pamatykite ir išbandykite jų funkcionalumą ir pabandykite patobulinti tai, kas jūsų svetainėje atrodė nepatogu. Iš principo galite pažvelgti į panašių temų svetaines (o jei neturite patirties, tada net reikia) pačioje TOR sudarymo pradžioje.

Siūlau pradėti nuo meniu punktų. Ji turi rodyti pagrindinius svetainės puslapius ir užtikrinti, kad kiekvienas lankytojas greitai surastų informaciją sau. O lankytojai yra mūsų tikslinė auditorija. Meniu bus daug elementų, todėl jis bus išskleidžiamojo sąrašo pavidalu.

Pirmiausia turite papasakoti apie įmonę. Gali būti puslapių apie įmonę, įmonės istoriją, kontaktus, atsiliepimus.

Natūralu, kad čia turėtų būti meniu punktas „produktai“, su poskyriais „prekių katalogas“, „išleidimai“, „prekių apžvalgos“.

Apskritai, tikiuosi, aišku, kaip piešti. Pateiksiu galutinę galimo mūsų svetainės meniu versiją:

Apie įmonę

įmonės istorija
kontaktai
apžvalgos

žinios

pokyčius
atsargos
naujas vietoje

Produktai

Produktų katalogas
išleidžia
produktų apžvalgos

Aptarnavimas

aptarnavimo skyrius
garantinis aptarnavimas
pogarantinis aptarnavimas

Vartotojas

pirkimas ir pristatymas
naudoti
apie paslaugą

Parduotuvės ir internetinės parduotuvės

gaminių nuotraukos
Dažnai užduodami klausimai

Aptarnavimo centrai

Kaip tapti paslaugų centru
Dažnai užduodami klausimai

Partneriai

kvietimas bendradarbiauti
Dažnai užduodami klausimai

Mes tarsi išsiaiškinome meniu. Dabar reikia apibūdinti, kas bus kiekviename puslapyje ir kaip visa tai veikia kaip visuma. Be to, pateikite apytikslį svetainės išdėstymą. Jį galima nupiešti ant popieriaus lapo pieštuku, nuskenuoti ir pritvirtinti prie TK. Pasakysiu tik tiek, kad neribokite dizainerio fantazijos, nubraižykite ją pačia bendriausia forma.

Ši dalis keičiasi priklausomai nuo to, kaip norite atrodyti savo puslapyje. Gal nereikia tiek banerių viršuje, gal reikia viršuje nurodyti kontaktus (adresas, telefonas, faksas), gal piktogramų pavidalu “svetainės planas”, “namai”, “kontaktai”. Galbūt jums nereikia naujienų kairėje, bet kairėje rodykite „akcijas ir leidimus“.

Dabar svarbiausia apibūdinti darbo logiką.

Veikimo logika

Aprašysiu remdamasis aukščiau esančiu paveikslu.

Svetainės viršus išlieka toks pat kiekviename svetainės puslapyje. Naujienų kanalas matomas tik pagrindiniame puslapyje. Kairėje esančiuose antriniuose puslapiuose rodome prekės, kurioje šiuo metu esame, meniu poskyrius (pavyzdžiui, jei esame puslapyje „servisas“, tada rodome nuorodas į „garantinį aptarnavimą“, „ pogarantinis aptarnavimas“). Atitinkamai, šių nuorodų perėjimai nukreipia į atitinkamus puslapius. Čia, po antriniais punktais kairėje, rodome duomenis, skirtus susisiekti su internetiniais konsultantais (Skype, ICQ). Blokuoti reklamas ir leidimus lieka kiekviename puslapyje. Svetainės poraštė rodoma vienodai kiekviename puslapyje.

Maždaug taip aprašoma bendra darbo logika.

Dabar mes išsamiai aprašome kiekvieną bloką. Pavyzdžiui, „Naujienų kanalas“.

„Naujienų kanalas“ iš 10 naujausių naujienų. Kiekvieną naujieną turi sudaryti naujienos pavadinimas, paskelbimo data, trumpa naujienos pradžia (4–5 eilutės) ir nuoroda „skaityti visą“. Paspaudę nuorodą „skaityti visą“ patenkame į naujienų puslapį. Nukentėjusios naujienos rodomos vietoje pagrindinio turinio. Taip pat nurodomas naujienos pavadinimas, paskelbimo data. Naujienų kanalas taip pat rodomas kairėje. Ankstesnių mėnesių ir metų žinios yra archyvuojamos. Tai yra, po einamojo mėnesio naujienomis rodome „(tokio ir tokio mėnesio ar metų) archyvą“. Paspaudus nuorodą „archyvas (tokio mėnesio ar metų)“ apačioje, iškrenta atitinkamo mėnesio / metų naujienų sąrašas.

Taip aprašome kiekvieno bloko veikimą. Nepamirškime atvejo su kalendoriumi. Ir svarbiausia, jums reikia nudažyti gaminių katalogo darbą. Štai tau duodu užduotį: pabandykite pagalvoti ir aprašyti, kaip katalogas veiks. Savo galimybes siųskite el. Mes paskelbsime geriausią.

Kas dar turėtų būti? Būtų malonu nurodyti suderinamumą.

Suderinamumas

Šioje pastraipoje nurodome, kuriose operacinėse sistemose ir kuriose naršyklėse svetainė turėtų atrodyti vienodai gerai. Kokia versija, kokia kalba turi būti rašoma. Kokia TVS naudojama. Verta atkreipti dėmesį, jei tikrai suprantate, apie ką kalbate.

Jei šie klausimai jums nepriklauso, tiesiog nurodykite naršykles, kuriose svetainė turėtų būti rodoma teisingai. Dėl kitų pasikliaukite atlikėjo sąžine.

Išvada

Šiame straipsnyje aš nesiekiau parodyti, kad TK sudaromas taip, o ne daugiau. Padarykite tai ir neturėsite problemų. Aukštos kokybės TOR sudarymas yra labiau patirties reikalas. Pirmoje poroje ne visiems pavyks sudaryti kompetentingą TK.

Šiame straipsnyje norėjau parodyti principus, pagal kuriuos kuriamos techninės užduotys, pagrindinius dalykus, į kuriuos verta atkreipti dėmesį. Kiek man pavyko, tikiuosi pasimokyti iš jūsų komentarų.

Ir nepamirškite iššūkio!

Klausimas „Ar apskritai reikia rengti techninę užduotį (TOR)? gali kilti tik tiems, kurie niekada gyvenime neužsakė sklypo plėtros, nes to poreikis atsiranda po pirmo užsakovo ir rangovo bendravimo.

ToR yra dokumentas, kuriame detaliai ir išsamiai aprašomas būsimas projektas. Kuo jis detalesnis, tuo tikslesnė idėja bus įgyvendinta ir įgyvendinant projektą kils mažiau konfliktų bei ginčų, nes absoliučiai bet ką galima padaryti įvairiai. Galite kreiptis į jį, jei kažkas nepadaryta arba padaryta neteisingai arba padaroma kitų klaidų. Prieš pradėdamas darbą užsakovas dažniausiai aprašo būsimą projektą baigiamojo darbo formoje arba užpildo trumpą, o rangovas visus šiuos reikalavimus ir pageidavimus įformina, esant reikalui, pasiūlo pataisymus. Tuo pačiu klientas turi įsitikinti, kad tose užduotyse yra užfiksuotas visas jo „norų sąrašas“.

Jei sutartis dėl svetainės kūrimo sudaroma su interneto studija ar laisvai samdomu darbuotoja, tada ši užduotis paprastai pridedama prie jos. O prieštaringose situacijose vadovaujasi tuo, kas ten parašyta.

Iš ko pagamintas TK?

Tarkime, kad įgyvendinant projektą reikia parengti techninę užduotį kuriant „Pero“ tekstų rašymo studijos svetainę. Kokie elementai jame turėtų būti?

Bendra informacija (aprašymas)

Čia nurodoma:

Kompanijos informacija. Bendra informacija apie studiją, ką ji veikia. Nebus nereikalinga pateikti teikiamų paslaugų sąrašą. Čia taip pat galite pridėti būsimos svetainės adresą, kontaktinę informaciją.

Projekto įgyvendinimo etapai ir terminai. Labai svarbus dalykas, kaip taisyklė, visų darbo etapų kalendorinis planas sudaromas pačioje pabaigoje. Ši dalis leidžia suprasti, kas ir kada bus daroma. Pavyzdžiui (su datomis):

Parengiamasis etapas;
Interneto svetainės koncepcijos kūrimas;
Dizainas;
Dizaino maketo sukūrimas;
Puslapio dizaino kūrimas;
Išdėstymas;
Programavimas;
Turinio užpildymas;
SEO optimizavimas;
Testavimas;
Paleisti.

Gali nebūti etapų, pavyzdžiui, SEO skatinimo. Priklauso nuo užsakovo tikslų ir uždavinių bei rangovo kompetencijų.

Tikslas ir tikslai

Čia suformuluojama, kokias funkcijas svetainė atliks ir kam ji skirta.

Svetainės paskirtis. Kokius tikslus reikia pasiekti kuriant svetainę? Kam jis skirtas, kokias užduotis sprendžia?

Reklama ir naujų klientų pritraukimas;
Klientų ir partnerių palaikymas;
Atliktų darbų demonstravimas;
Susipažinimas su paslaugų sąrašu;
Įmonės įvaizdžio kūrimas ir priežiūra.

Galbūt kai kuriuos dalykus reikėtų apibūdinti plačiau. Pavyzdžiui, jei svetainė susiduria su užduotimi informuoti lankytojus, geriau paaiškinti, ką tiksliai.

Tikslinė auditorija. Kas naudosis svetaine, kam ji sukurta?

Tinklalapių valdytojai, tinklaraštininkai;
Internetinių parduotuvių savininkai;
Informacinių portalų savininkai;
Reklamos studijos;
Internetinėje erdvėje dalyvauja firmų ir įmonių atstovai.

Reikalavimai

Didelė ir itin svarbi sekcija, kurioje atsižvelgiama į kuo daugiau projektavimo ir kūrimo aspektų, nes už TOR nenurodytą funkcionalumą klientas turės mokėti papildomai.

Tipas. Kokiai kategorijai priklauso žiniatinklio šaltinis?

nukreipimo puslapis;
Vizitinių kortelių svetainė;
Įmonės svetainė;
Informacinis portalas;
Internetinė parduotuvė.

Dizaino reikalavimai. Jie gali būti tokios formos:

Svetainė turi būti minimalistinė ir tuo pačiu atspindėti įmonės veiklos pobūdį.
Pagrindinės spalvos: žalia ir balta, pagal prekės ženklo knygą arba dizainerio nuožiūra.
Kuriant negali būti naudojama animacija, iššokantys langai, Flash elementai, dizaino ekscesai.
Serif šriftų naudoti negalima (gali būti naudojami standartiniai šriftai: Verdana, Arial, Tahoma ir kt.). Dydis turi užtikrinti maksimalų skaitomumą (12-16 tšk.).

Kalbant apie dizaino reikalavimus, gali būti taikomi įvairūs metodai. Jeigu pats klientas tiksliai žino, ką nori gauti, tai jis detaliai aprašo savo pageidavimus, pateikia jam patinkančių svetainių pavyzdžius bei pateikia kitą specifiką. Tačiau kartais atsitinka taip, kad jis pats tiksliai nežino, kaip visa tai turėtų atrodyti, tokiu atveju jie dažniausiai vadovaujasi užduotimis, kurias turėtų išspręsti dizainas. Rangovas kuria koncepcijas, siūlo sprendimus, apgina savo idėją ir ją koreguoja pagal užsakovo pastabas. Antrasis variantas yra brangesnis ir reikalauja daugiau rangovo kvalifikacijos.

Kalbos reikalavimai. Kuria gimtąja kalba bus galima aplankyti šaltinį? Kokiomis kalbomis turėtų būti svetainės versijos?

rusų kalba;
Anglų;
Esperanto.

Suderinamumo reikalavimai. Iš kokių įrenginių ir kokių naršyklių svetainė bus tinkamai atidaryta? Pastaruoju metu pastebima adaptyvaus išdėstymo tendencija, kai puslapis yra teisingai rodomas bet kuriame įrenginyje su bet kokiu formatu ir ekrano raiška. Čia galite išvardyti naršykles, su kuriomis išteklius turi būti unikaliai suderinamas. Paprastai visose šiuolaikinėse naršyklėse svetainės rodomos vienodai, problemų yra tik su senesnėmis Internet Explorer versijomis.

TVS reikalavimai. Svetainės administravimo galimybės nustato, kuriuos blokus galima redaguoti ir konfigūruoti per valdymo skydelį, nesikišant į kodą ir tiesiogiai neredaguojant duomenų bazės, o naudojant patogią vaizdinę sąsają. Pavyzdžiui, galite tai išdėstyti taip:

Galimybė keisti turinį svetainės puslapiuose;
Galimybė tvarkyti puslapius (pridėti, pervadinti, ištrinti ir kt.);
Galimybė redaguoti svetainės struktūrą ir meniu elementus;
Automatinio grafikos apdorojimo funkcijos (peržiūrų kūrimas, transformavimas į nurodytą dydį ir kt.);
Galimybė paskirti unikalias meta žymeles;

Kaip ir kituose poskyriuose, reikia aprašyti visus reikalavimus ir pageidavimus.

Dažnai klientas jau turi patirties su vienu iš populiarių TVS, tuomet patartina ieškoti rangovų konkrečiam varikliui. Taip pat renkantis TVS verčiau nesitenkinti pačių parašytais sprendimais, nes. Ateityje tai taps priklausoma nuo atlikėjo. Savarankiškai parašyti varikliai, mano nuomone, pasiteisina tik labai dideliuose projektuose, kur reikalingas specifinis funkcionalumas ar didelių apkrovų optimizavimas.

Struktūra ir navigacija. Kokius skirsnius, poskyrius ir atskirus puslapius sudarys projektas?

Pagrindinis puslapis
Paslaugos

Tekstų rašymas
Perrašymas
SEO tekstų rašymas
korektūra
transkripcija
Turinio vadyba
Turinio rinkodara

Portfelis
Apie mus
Kontaktai

Padarykite ir trumpai aprašykite kiekvieną puslapį, pateikite apibrėžimus. Pavyzdžiui, ką reiškia puslapis „Kontaktai“? Ar jame turėtų būti adresas, telefonas ir el. paštas paprastu tekstu? O gal turėtų būti atsiliepimų forma? O gal reikia įterpti „Yandex Maps“ kodą? O gal kontaktų puslapyje turėtų būti visa tai, kas išdėstyta aukščiau, ir netgi nuorodos į atstovybes socialiniuose tinkluose?

Prieš pradedant darbą su rangovu, pageidautina parengti turinį ar bent jo metmenis. Tai palengvins efektyvesnį bendravimą.

Papildomi reikalavimai. Viskas, kas neįtraukta į kitas skyriaus pastraipas.

Svetainės skyrių aprašymas

Šioje pastraipoje pateikiama išsami informacija. Paprastai visų unikalių puslapių turinys yra pasirašomas: kokie elementai ten bus, kaip vartotojas su jais sąveikaus.

Pagrindinis puslapis. Problemos formuluotė gali būti tokia.

Pagrindinė pagrindinio puslapio dalis turėtų būti nukreipimo puslapio forma. Jame turėtų būti šie elementai iš viršaus į apačią:

Kepurė – logotipas, įmonės pavadinimas;
Navigacijos meniu;
Informacija apie akcijas ir nuolaidas;
Užsakymo mygtukas;
Reklaminis tekstas;
Blokas su penkiais geriausiais darbais ir nuoroda į portfolio skyrių;

Daugumoje didelių organizacijų įmonės vidaus vartotojo ir IT santykiai yra neišvengiami, ypač kuriant darbo programas, kurių vartotojui reikia nuolat. Šių santykių sudėtingumą gali lemti daugybė veiksnių, tačiau dažniausiai tai yra nesusipratimas, kylantis dėl to, kad šalys kalba skirtingomis „kalbomis“ su skirtinga terminija. Vartotojas supranta, ko nori, bet negali suformuluoti, IT specialistas supranta vartotoją, tačiau baiminasi, kad rezultatas bus kitoks, nei pamatys pirmasis. Dažniausiai problema prasideda nuo to, kad dialogui nepasiruošęs vartotojas: jis reikalauja „dirbti“, „pranešti vienu mygtuku“, „parodyti per minutę“, „kad datos Excel neišeina“ ir pan. Tuo pačiu jam visiškai neįdomu, kaip tai daroma ir kokie mechanizmai veikia. Vartotojas nereaguoja į teiginius apie serverio apkrovą, prašo nubraižyti norimo rezultato schemą, aptarti sprendimus, manydamas, kad tikras profesionalas gali viską susitvarkyti. Tokio nesusipratimo pasekmės kenkia visam gamybos procesui: vėluoja problemų sprendimo terminai, sistemose atsiranda vartotojui reikalingų klaidų ir spragų, nukenčia netinkamais veiksmais perkrautas serveris, mažėja darbų sparta.

Vienas iš būdų išspręsti tokį konfliktą yra parašyti projekto užduotį – techninę užduotį, kuri reiškia išsamų ir tikslų vidinio kliento reikalavimų išdėstymą ir yra savotiška instrukcija IT specialistui. Tačiau ne kiekvienas vartotojas sugeba kompetentingai ir suprantamai reikšti savo mintis.
Pateiksiu keletą patarimų, kaip vartotojas parašyti teisingą užduotį, prie kurios galite dirbti ir kuri yra sprendimo užsakovo ir specialisto santykių pagrindas.

1. Prieš sudarydami techninę užduotį, vartotojas turi suprasti, ką tiksliai jis nori gauti. Turėtumėte nustatyti užduoties tikslą, pagrindines norimo rezultato ypatybes, nupiešti (parašyti, sukurti lentelę) sau norimą darbo išvestį.

2. Surinkite dokumentaciją, pagal kurią atliekate darbus, kuriems reikalinga aplikacija (programa). Atidžiai perskaitykite jį pieštuku, atkreipdami dėmesį į ypatybes ir subtilybes.

3. Reikėtų suprasti kokius parametrus reikia nustatyti įėjime, koks yra darbo su norima programa (ataskaita, programa, programa) dažnis, kiek apytiksliai duomenų bus gauta išvedant ir ar jų visų reikia (pavyzdžiui, jei reikia pajamų iš pardavimo penkių kategorijų produktų kategorijose be pavadinimų, neturėtumėte reikalauti, kad būtų sukurta milijono eilučių ataskaita, kurioje būtų nurodytas kiekvienas pardavimas su išsamiomis specifikacijomis). Ne kiekvienam specialistui reikalinga pati smulkiausia informacija, kurios apdorojimas sukuria didelę apkrovą kompiuterinėms sistemoms.

4. Išsamiai aprašykite reikiamą informaciją, nurodykite jo ypatybes, išimtis, reikiamą detalumo lygį. Turėtumėte apgalvoti visas smulkmenas: skaičių formatą, apvalinimą, trupmenas, normas ir pan.

6. Aptarkite rašytinę užduotį su tiesioginiu vykdytoju, pasistenkite išspręsti visus klausimus, atidžiai įsiklausydami į pašnekovo nuomonę. Nepamirškite, kad jūs geriau išmanote savo veiklos sritį ir tik jūs galite tiksliai paaiškinti, kokio įrankio jums reikia norint efektyviai dirbti. IT specialistas išmano savo verslą ir neprivalo išmanyti kiekvieno organizacijos padalinio darbo niuansų.

7. Perdavimas užduotį atlikti per protingą laiką prieš galutinį įgyvendinimą, kad būtų galimybė patikrinti rezultatą ir ištaisyti galimas klaidas.

8. Jei sukurta aplikacija naudosis ir Jūsų pavaldiniai, išbandykite patys paaiškinti programos ypatybes– tai išgelbės IT specialistą nuo to, kad nereikės šimtą kartų aiškintis to paties.

9. Nepamirškite, kad jūsų užduotis jums pasitarnaus kaip nuoroda – visada galėsite matyti joje esančios informacijos aprašymą, prisiminti pamirštą reikalavimą.

Žinoma, tik galimybė parašyti techninę užduotį neišspręs visų problemų, tačiau tai leis santykius su IT skyriumi pereiti į rimtą bendradarbiavimo sritį, leis vartotojui tobulinti savo techninį raštingumą ir gauti tai, ką. jiems reikia, o IT specialistas sutaupys nemažai problemų ir nereikalingų klausimų.

Prieš pradedant bet kokį projektavimą, projekto užsakovas ir jo Kūrėjas turi nustatyti projektuojamo įrenginio paskirtį ir apimtį bei visapusiškai susitarti dėl visų jo techninių (taktinių ir techninių) charakteristikų. Šiuo tikslu rengiamas specialus dokumentas - Techninė užduotis to įrenginio ar sistemos dizainui.

Ateityje kūrėjui techninės sąlygos bus pagrindinis, pagrindinis dokumentas, kuriuo vadovaujamasi visuose projekto kūrimo etapuose.

Techninės užduoties rengimas yra labai svarbus ir atsakingas procesas. Šiame vystymosi etape padarytos klaidos gali sukelti labai rimtų pasekmių.

Paprastai techninės užduoties rengimą bendrai atlieka Užsakovo ir Projektuotojo atstovai. Darbo sąlygos reikalauja iš kūrėjų didelės erudicijos ir patirties. Todėl techninę užduotį sudaro pirmaujantys, labiausiai kvalifikuoti specialistai, turintys didelę patirtį šioje srityje.

Darbo užduotys apibrėžia pagrindines plėtros kryptis – būsimo gaminio (įrenginio, sistemos) dizainą ir veikimo principą.

Techninė užduotis yra pradinis darbo etapas ir yra parengtas visiems naujo produkto kūrimui reikalingiems darbams ir rūšims. Darbo užduotyse taip pat gali būti, kaip vienas iš skyrių, dirigavimas

Tiriamasis darbas,

eksperimentinis projektavimo darbas,

Automatikos įrankių, atskirų komponentų ir sistemų, technologijų, matavimo priemonių, valdymo įrankių, saugos priemonių kūrimas ir kt.

Užsakovo pareiga – pateikti kūrėjui patikimus pradinius duomenis produkto kūrimui. Klientas atsako už reikalavimus naujai prekei ir pradinius duomenis bei visiškai atsako už pateiktos informacijos teisingumą.

Darbo sąlygas turėtų sudaryti trys pagrindiniai skyriai:

1. gaminių techniniai ir ekonominiai reikalavimai, lemiantys jų vartojimo savybes ir naudojimo efektyvumą,

2. dokumentų, kuriuos Klientas ir Kūrėjas turi apsvarstyti kartu, sąrašas,

3. plėtros rezultatų pristatymo ir priėmimo tvarka.

Prireikus techninėje užduotyje taip pat gali būti numatyti produkcijos paruošimo ir tobulinimo reikalavimai.

Konkretų techninės užduoties turinį nustato Klientas ir Kūrėjas, o iniciatyvos kūrimo atveju – Kūrėjas.

Jei Klientas kuriamiems produktams kelia individualius reikalavimus, kurie skiriasi nuo standartų reikalavimų, tačiau nesumažina produktų naudojimo nurodytomis sąlygomis efektyvumo, jis turėtų gauti Rusijos Federacijos valstybinio standarto išvadą dėl galimybė kurti ir gaminti šiuos produktus.

Į techninę užduotį neleidžiama įtraukti reikalavimų, prieštaraujančių saugos, sveikatos ir gamtos apsaugos priežiūrą vykdančių įstaigų standartų ir norminių dokumentų reikalavimams.

Darbo užduotyse turi būti kuo daugiau informacijos, kuri palengvintų dizainerio darbą ir sumažintų kūrimo laiką.

Techninės užduoties kokybę užtikrina plėtrai reikalingų medžiagų kolekcijos apimtis ir išsamumas. Kuriant naudojamos šios medžiagos:

Mokslinė ir techninė informacija,

informacija apie patentą,

Pardavimų rinkos ypatybės,

Gamybos, kurioje bus gaminama prekė, charakteristikos (technologinė įranga, darbuotojų kvalifikacija, darbo organizavimo lygis ir kt.).

Techninėje užduotyje paprastai nustatomi šie kuriamo produkto rodikliai:

Prognozuojami techninio lygio ir kokybės rodikliai,

Pagrindinis tikslas,

Pardavimų rinkos ypatybės,

Techninės ir eksploatacinės charakteristikos,

Standartizacijos ir unifikavimo lygis,

Techniniai ir ekonominiai rodikliai

patentiniai ir teisiniai rodikliai,

Specialūs reikalavimai gaminiui ir kt.

Techninės užduotys rengiamos ir tvirtinamos Užsakovo ir Kūrėjo nustatyta tvarka.

Bendra techninių užduočių rengimo ir tvirtinimo tvarka nustatyta Rusijos valstybiniame standarte GOST 15.001-88.

Techninės užduotys numato kūrimo etapus ir kiekvieno etapo bei visos raidos laiką.

Darbo užduotys sudaromos pagal bendruosius teksto dizaino dokumentų reikalavimus pagal valstybinį standartą GOST 2.105-95.

1 lentelė

	Pagrindinės techninės užduoties dalys	Pavyzdinis klausimų sąrašas skyriuje
	Pavadinimas ir taikymo sritis (naudojimas).	Sukurtų gaminių pavadinimas ir simbolis. Trumpas jo taikymo srities aprašymas. Bendrosios objekto, kuriame produktas naudojamas, charakteristikos.
	Plėtros pagrindas	Visas dokumento, kurio pagrindu kuriami produktai, pavadinimas. Šį dokumentą patvirtinusi organizacija ir jo patvirtinimo data. Plėtros temos pavadinimas ir simbolis.
	Plėtros tikslas ir tikslas	Veiklos ir funkcinės paskirties, gamybos perspektyvos.
	Plėtros šaltiniai	Tyrimų ir kitų darbų išvardijimas. Eksperimentinių pavyzdžių ir maketų sąrašas.
	Techniniai (taktiniai ir techniniai) reikalavimai	Gaminių sudėtis ir reikalavimai konstruktyviam sprendimui. Reikalavimai techniniams rodikliams. patikimumo reikalavimai. Technologijų reikalavimai. Reikalavimai suvienodinimo ir standartizavimo lygiui. Saugos reikalavimai. Estetiniai ir ergonominiai reikalavimai. Patento reikalavimai. Reikalavimai gaminių komponentams, žaliavoms, pradinėms ir eksploatacinėms medžiagoms. Veikimo sąlygos. Papildomi reikalavimai. Ženklinimo ir pakavimo reikalavimai. Reikalavimai transportavimui ir sandėliavimui. Specialūs reikalavimai.
	Ekonominiai rodikliai	Numatomas ekonominis efektyvumas ir atsipirkimo laikotarpis. ribiniai kaštai. Numatomas metinis gaminių poreikis. Ekonominiai sukurtų produktų pranašumai lyginant su analogais.
	Sudėtis ir raidos etapai	Kūrimo etapai, darbų etapai ir jų įgyvendinimo terminai (užduotyje nurodyti terminai yra orientaciniai: pagrindiniai terminai nurodyti darbų plane arba naujo produkto kūrimo sutartyje). Įmonė – kuriamo produkto gamintojas. Egzaminui pateiktų dokumentų sąrašas, jo atlikimo etapai ir vieta.
	Kontrolės ir priėmimo tvarka	Suderintinų ir tvirtintinų projektavimo dokumentų sąrašas. Organizacijų, su kuriomis derinti dokumentus, sąrašas. Bendrieji darbų priėmimo kūrimo etapuose reikalavimai. Pagamintų gaminių prototipų skaičius.
	Techninės užduoties priedai	Tyrimų ir kitų darbų, pagrindžiančių plėtros poreikį, sąrašas. Brėžiniai, diagramos, aprašymai, pagrindimai, skaičiavimai ir kiti dokumentai, kurie turėtų būti naudojami kuriant. Suinteresuotų organizacijų, su kuriomis gaminio kūrimo procese susitariama dėl konkrečių techninių sprendimų, sąrašas. Naujos technologinės įrangos, reikalingos naujiems produktams išleisti, sąrašas.