Projektni zadatak - pismena instrukcija drugoj strani da izvrši navedene radnje ili izvrši traženi posao (uslugu). Zasebno, takav dokument se obično ne koristi.

Pa ipak, u nekim slučajevima takav zadatak je jedina pismena potvrda nastanka prava i obaveza.

Pravila koja se primjenjuju na takve zadatke

Ona (pravila) su postavljena na javnom mjestu i svaka osoba koja prihvati njihove uslove smatra se stranom u javnom ugovoru za pružanje usluga i raznih drugih opcija transakcija.

Dokaz o prihvatanju od strane naručioca uslova izvođača mogu biti različiti dokumenti. To mogu biti blagajnički čekovi, nalozi za plaćanje koji pokazuju da je kupac platio usluge izvođača, kao i druga pisana dokumenta, uključujući tehničke specifikacije.

Istovremeno, zadatak treba jasno naznačiti lokaciju glavnih pravila za proizvodnju rada, ili se mogu u njemu u cijelosti iznijeti.

Zakon dopušta zaključak projektni zadatak daljinski. Ovu mogućnost treba detaljno precizirati u pravilima za izvođenje radova (pružanje usluga). Prepiska se može voditi različitim sredstvima komunikacije (e-mail, faks, itd.).

U svakom slučaju, strane moraju jasno razumjeti i biti svjesne posljedica sklapanja transakcije i nastanka određenih prava i obaveza za njih. U cilju potvrđivanja zaključenja ugovora (ugovora) od strane strana, dozvoljena je upotreba elektronskih digitalnih potpisa i faksimila (ako je to izričito naznačeno u uslovima transakcije).

Drugi oblici upotrebe takvog dokumenta

U normalnoj poslovnoj praksi, projektni zadaci su sastavni dio glavnog ugovora i bez njega su nevažeći. Na internetu postoje razni primjeri tehničkih specifikacija.

Njihova raznolikost često igra okrutnu šalu, jer nije jasno koju opciju odabrati. Pokušaćemo da razmotrimo obavezne uslove koji se moraju poštovati prilikom sastavljanja ovaj dokument ili analizu uzorka projektnog zadatka, preuzeto sa interneta:

Dokument je sastavljen u pisanoj formi i zapečaćen potpisima stranaka ili njihovih ovlašćenih predstavnika. Ako je stranka pravno lice, onda dokument mora biti ovjeren pečatom organizacije. Mora se obratiti pažnja na odgovarajuće ovlaštenje osobe koja potpisuje zadatak. Predstavnici obično imaju punomoćje. Pravna lica sastaviti punomoći u jednostavnom pisanom obliku, pojedinci- u javnobilježničkom obliku. S obzirom da punomoćje, lice koje ga je izdalo, može u svakom trenutku opozvati, prije potpisivanja dokumenta treba provjeriti njegovu valjanost.

U zadatku su detaljno navedeni tehnički uslovi za rad (usluge) koji će se izvršiti. Uputstva izvođača su obavezujuća za kupca, pod uslovom da ne krše odredbe glavnog ugovora i da njihova primjena neće dovesti do štetnih posljedica.

Dokument sadrži datum izrade, rokove za završetak radova. Mogu se specificirati faze izvođenja radova, kao i uslovi prihvatanja rezultata. Ako je potrebno, u dokumentu se navode osobe odgovorne za njegovu implementaciju. Ovaj zadatak može sadržavati i detalje o stranama.

Po potrebi se uz projektni zadatak mogu priložiti različiti dokumenti, kako u originalima tako i u kopijama. Izrađena dokumentacija se izrađuje u broju primjeraka jednakom broju primjeraka projektnog zadatka. Svaka strana u transakciji ima pravo na originalni projektni zadatak sa svim prilozima uz njega.

Ispod je jedna od tehničkih specifikacija. Ostale uzorke projektnog zadatka možete pronaći u odjeljku naše web stranice "Uzorci dokumenata". Pročitajte pravnu dokumentaciju na ovu temu u odjeljku "Pitanja i odgovori" na stranici. Pravilna registracija nastalih prava i obaveza je garancija njihove implementacije od strane svih strana uključenih u transakciju.

Projektni zadatak za obavljanje poslova

„Hteo sam da napravim grmljavinu, ali dobio sam kozu...“, pomislite, prihvatajući potpuno novu lokaciju od programera. Čini se da je izvođač izabran na preporuku. A njegov portfolio ulijeva povjerenje. I nije prva godina. I dalje nije uradio ono što ste zamislili. A sada ste već razočarani u graditelje sajtova i sigurni ste da ste okruženi lopovima i amaterima.

U međuvremenu, ne samo izvođač, već i kupac je odgovoran za rezultat bilo kojeg delegiranja.

Ispravno sastavljeni projektni zadaci za kreiranje web stranice pomoći će u smanjenju rizika i povećanju vjerojatnosti dobivanja internetskog resursa iz snova.

Zašto je potrebna specifikacija?

• Izvođač kompetentna tehnička specifikacija za razvoj stranice pomoći će da se unaprijed procijeni količina posla, njegova složenost i trošak. Da shvati hoće li se sam nositi s takvim zadatkom ili je vrijedno uzeti pomoćnike. I onda uradite tačno ono što kupac očekuje od njega.
• Kupac projektni zadatak daje povjerenje da je dokumentovao svoje želje za buduću lokaciju, jasno naznačio rokove koje izvođač mora ispoštovati, propisao uslove za lokaciju. A ako je rezultat nezadovoljavajući, možete dati valjanu tvrdnju: "Ne ispunjava TOR!"

Kako izgleda projektni zadatak za stranicu?

Tvoja želja “blog sa besplatnim sadržajem, stranicom o meni i kontaktima” izvođač vidi ovo:

Mislite li da je ovo dovoljno za kreiranje web stranice?

Dobijate gotovu stranicu, a onda se odjednom ispostavi da ste mislili ovo:

Nijanse opisa su veoma važne

Osjetite razliku? Formalno, obje strane ovdje griješe: niste dodali detalje, izvođač nije pitao za njih. Ali on je već primio uplatu i spreman je da nestane s njom, a vi imate nedovršenu web stranicu, neočekivane troškove i potpuno razočarenje u kreatore web stranica.

Predlažem da se stvari ne dovode u takve krajnosti, već da se pripremi projektnog zadatka za stranicu pristupi svjesno.

Šta piše u projektnom zadatku?

Projektni zadatak za stranicu je detaljan dokument koji opisuje proces vašeg odnosa sa izvođačem i rezultat njegovog rada.

Za razvoj velikih i složenih lokacija potreban je obiman i složen tehnički zadatak, za manje lokacije i TK će biti prikladni.

Veliki projekat obično ima cijeli tim izvođača koji radi na njemu. Njihove akcije moraju biti koordinirane, pa će stoga TOR za lokaciju biti prilično masivan. Ako ti ne treba veliki broj specifične funkcije, ako jedan programer radi na vašem sajtu (ili u kompaniji sa dizajnerom), dokument će biti jednostavniji. Ali i veliki i mali TK imaju isto značenje i moraju odgovoriti na ista pitanja:

• Zašto i za koga je sajt kreiran?
• Čime će biti ispunjen?
• Kako će sve ovo funkcionirati?
• Ko će i kako raditi na projektu, ko je za šta odgovoran?
• Šta će biti izlaz?

Glavni dijelovi projektnog zadatka za razvoj stranice

1. Podaci o kupcu, odnosno o vama

Navedite što više detalja. Navedite sve izvore gdje programer može dobiti podatke koji nedostaju. To mogu biti leci, posteri, elektronski materijali, linkovi, kontakti ljudi kojima se mogu postaviti pitanja.

2. Informacije o projektu

Šta će to biti: web stranica za posjetnice, internetska trgovina, korporativni portal, elektronska biblioteka?

3. Ciljna publika stranice

Ovo je slučaj kada vam je potrebno. Ako već dugo čitate naš blog, onda razumijete da se bez ovog alata u marketingu, općenito, vrlo malo može učiniti.

Odlučili ste se za vlastitu web stranicu, ali još uvijek ne znate detaljno ko je vaš klijent? Dakle, sada je vrijeme da nacrtamo njegov detaljan portret.

4. Ciljevi i zadaci koje sajt treba da reši za kupca i za publiku

Ovo je možda glavni dio TOR-a za razvoj stranice. Morate jasno razumjeti zašto vam je potreban web resurs. Da poboljšate sliku? Za direktnu prodaju? Želite li posjetitelje pretvoriti u pretplatnike pomoću vaše web stranice? Želite li napraviti resurs za privlačenje potencijalnih partnera?

Navedite direktnu svrhu vaše stranice.

Pažljivo razmislite o pojedinačnim zadacima web resursa. Na primjer, trebao bi pružiti ažurirane informacije o novostima na tržištu, predstaviti vaše proizvode, omogućiti posjetiteljima da vas kontaktiraju direktno sa stranica web-mjesta i tako dalje.

5. Okvir projekta (glavna funkcionalnost)

Stranica može imati ogroman broj funkcija: obrazac za registraciju korisnika, Povratne informacije, dugmad za naručivanje, kalendar dostave, news feed, katalog proizvoda sa mogućnošću odlaska u korpu, ugrađena mailing skripta, zatvorene sekcije za kupce - svejedno! Svaka od ovih funkcija u projektnom zadatku za razvoj vašeg sajta treba da bude na najdetaljniji način.

Dakle, odeljak „Opseg projekta“ je nešto poput tabele sadržaja, u kojoj se navode funkcije bez njihovog preciznog opisa. Ovaj odjeljak će vam trebati u fazi traženja umjetnika. To će omogućiti potencijalnom kreatoru Vaše stranice da sagleda širu sliku i da okvirnu cijenu, a vi sistematizujte svoje želje za funkcionalnošću.

6. Struktura (mapa) lokacije

Sljedeći paragraf TOR-a za stranicu će reći izvođaču koje će stranice biti na vašoj web-lokaciji, koje sekcije i pododjeljci, kako će biti međusobno povezane, kako će biti prikazane u meniju stranice.

Strukturu je lakše nacrtati nego opisati. U grafičkom obliku, lakše je razmišljati o odnosu između područja stranice.

Šema međusobnog povezivanja pojedinih dijelova lokacije

Imamo webinar na ovu temu pod nazivom “Sistem sadržaja prodajnog sajta”. I ovdje govorimo detaljno o strukturi stranice, o odnosu stranica i veza između njih. Predlažem! Slika iznad je sa ovog webinara.

7. Pojedinačne stranice

Dok crtate sitemap, svaka stranica je samo kvadrat. Ali izvođač mora razumjeti šta će se i kojim redoslijedom nalaziti na ovom kvadratu (sjetite se primjera tablica na početku članka). Koji će informacioni blokovi postojati? Hoće li biti menija, bočnih traka na svakoj stranici? (poseban blok sa navigacijom), podnožje (donji blok)? Da li želite da vidite banere, slike na stranici? Hoće li biti statične ili pokretne?

Što detaljnije opišete svaki element svake stranice budućeg resursa, to će izlazni rezultat biti bliži vašim idejama o web mjestu.

U stvari, u ovoj fazi, a . O tome smo već pisali, ako morate napraviti web stranicu, svakako je pročitajte.

Možete kreirati prototip svake stranice web stranice, poprativši je detaljnim verbalnim opisom. Ili možete prvo kreirati prototipove glavnih blokova koji se ponavljaju na svakoj ili više stranica, a zatim razviti pojedinačne stranice koristeći blokove koji su već opisani.

8. Zahtjevi za dizajn lokacije

U ovoj fazi budite oprezni. Pretpostavimo da je dizajner profesionalac. Ne morate zapisivati ​​svaki korak. ne reci: “Napravi ovo dugme sa prelivom iz plave u crvenu, a ovaj tekst u 12. veličini i tako da treperi”. Navedite svoje glavne želje. Na primjer, pokažite postojeće web stranice/banere/štampe za koje mislite da odgovaraju vašem dizajnu. Recite nam koje boje preferirate. Recimo da želite da napravite sajt posvećen ženskom treningu, dizajner ga može "videti" u ružičastim bojama, ali volite lila i narandžastu. opći opisželje će vam pomoći da pronađete kompromis između vaše vizije i profesionalnog izgleda dizajnera.

Obavezno obezbijedite dizajneru materijale za rad, ako ih imate: logotip, kodiranja korporativnih boja i fontova, gotove elemente korporativnog identiteta (štampa, baneri i sl.).

Sa stranicama na motorima poput WordPress ili Joomla možete se snaći sa gotovim šablonima (ponekad čak i besplatnim). Ovo smanjuje nesigurnost: samo pogledajte šablone i odaberite onaj koji vam se sviđa. Što se tiče dizajna, neki od njih su prilično čudni, pa se pokušajte posavjetovati sa stručnjakom - i dalje će ispasti jeftinije od naručivanja dizajna od nule.

9. Radna funkcionalnost stranice

Nemojte biti lijeni i detaljno opišite rad svih funkcija. Dajte izvođaču što više informacija. Zapamtite da on nema dar telepatije i možda neće pogoditi šta želite da dobijete kada napišete u opisu poslova za stranicu "formular za pretplatu" ili "kalendar".

Šta je obrazac za pretplatu? Kako ona izgleda? Kako to radi? Šta je kalendar? Da li prikazuje samo današnji datum ili cijeli prošli mjesec? Mogu li u njemu okretati stranice ili ne? Izvođač možda neće pogoditi ove nijanse, na kraju ćete dobiti nešto potpuno drugačije od onoga što ste željeli. Novac je uplaćen, projekat je u skladu sa TOR (napisali ste "kalendar"- evo ga), i morat ćete se zadovoljiti onim što se dogodilo, iako to uopće nije ono što ste željeli, ili preplatite promjene.

Slobodno istražite druge stranice - konkurente ili čak kompanije čije aktivnosti nemaju nikakve veze s vama. Konkurenti mogu predložiti implementaciju funkcija koje su vam potrebne, na drugim tržištima možete posuditi zanimljiva rješenja na koje se konkurenti još nisu setili. Često je lakše pronaći funkciju na tuđoj stranici i dati izvođaču link "ovo bi trebalo da radi ovako" nego upiru prstom.

Ne zaboravite da vaša stranica treba biti zgodna ne samo za korisnika, već i za administratora. Moderni sistemi Kontrole stranice su obično intuitivne za administraciju. Ali, ako ne znate na kojem motoru radi izvođač, zapišite i funkcije administratora. Šta treba da radi na sajtu i kako to treba implementirati.

Naravno, imate pravo da ne znate kako će neka funkcija funkcionirati. U tom slučaju, zamolite programera da vam ponudi opcije za odobrenje. Odobrete opciju koja vam odgovara (uključujući i budžet). Zapamtite: prvo razmotrite i odobrite, a zatim uradite.

10. Opis sadržaja

Ako naručujete sadržaj istovremeno sa kreiranjem stranice, a imate jednog izvođača (na primjer, agenciju), opis sadržaja je poseban TOR za copywritera. Ako ćete sami kreirati sadržaj ili naručiti od drugog umjetnika, programer stranice bi ipak trebao imati ideju o tome što će biti smješteno u koji odjeljak i kako će izgledati. Gdje je tekst, gdje je video, kako će biti dizajnirane slike, da li je potreban pregled članaka i šta će to biti itd.

11. Tehnički zahtjevi

Teška stvar za one koji se malo razumiju u izgradnju sajtova. Ako ovo razumijete i važno vam je na kojem jeziku na kojoj verziji bi vaš resurs trebao biti napisan, napišite o tome u opisu zadataka za kreiranje stranice. Ili imate zahtjeve za diskovnim prostorom za hosting.

Tema 3.

DEFINICIJA PROJEKTA

Jedan od najbolji načini da bi se zadovoljile potrebe kupaca i glavnih zainteresovanih strana je upotreba integrisanog sistema planiranja i kontrole projekta, koji zahteva selektivne informacije. Projektni menadžeri koji rade na jednom malom projektu mogu planirati i planirati zadatke bez formalnog sistema planiranja i informacija. Međutim, u slučajevima kada menadžer projekta mora upravljati nekoliko malih ili jednim velikim i složenim projektom, brzo se dostiže granica preko koje menadžer projekta više ne može upravljati detaljima.

Ova tema opisuje rigoroznu, strukturiranu metodu selektivnog odabira informacija za upotrebu u svim fazama životnog ciklusa projekta kako bi se zadovoljile potrebe svih dionika (na primjer, klijent koji upravlja projektom) i kako bi se utvrdilo kako je učinak projekta u u skladu sa strateškim planom organizacije.

Predložena metoda je svojevrsna varijanta izrade sheme projekta i stoga se naziva strukturiranje procesa rada. Početni koraci u dizajniranju šeme pomažu da se osigura da su svi zadaci identificirani i da svi uključeni razumiju šta se od njih traži. Kada su shema dizajna i njeni detalji razjašnjeni, moguće je razviti integrirani informacioni sistem za planiranje mreže i alokaciju resursa. Ove iste osnovne informacije će se kasnije koristiti za praćenje napretka projekta.

Pet tipičnih koraka pruža pojednostavljen pristup prikupljanju informacija o projektu potrebnih za planiranje, zakazivanje i kontrolu projekta. Ovi koraci, zajedno sa razvojem planova mreže projekta, izvode se istovremeno, a obično je potrebno nekoliko iteracija da bi se razvili vremenski okviri i procjene koje se mogu koristiti za kontrolu projekta.

FAZA 1: IZRADA ZADATAKA

Izrada tehničkih specifikacija ( TK) postavlja osnovu za izradu plana projekta. Tehnički zadatak- ovo je definicija krajnjeg rezultata ili cilja vašeg projekta - proizvoda ili usluge za vašeg kupca. Ovdje je glavni cilj što jasnije definirati međurezultate rada za krajnjeg korisnika i koncentrirati (u jednu cjelinu) planove projekta. Iako je razvoj projektnog zadatka suštinski važan, projektni menadžeri velikih korporacija sa dobrim menadžmentom su često u ovoj fazi površni.

Istraživanja pokazuju da je loš razvoj projektnog zadatka najčešća prepreka uspjehu projekta. Studija Smitha i Tuckera o velikom projektu rafinerije pokazala je da su loš razvoj projektnog zadatka i nejasna definicija glavnih komponenti projekta imali najnegativniji utjecaj na njegovu cijenu i raspored. Pinto i Slevin su pokazali da jasni ciljevi više od 50% predviđaju uspjeh u fazama koncepcije, planiranja i izvođenja projekta. Ashley i drugi su pokazali da izvanredni, uspješni projekti imaju dobro definirane zadatke i definirane radne dijelove. Posnerova analiza pokazala je da je, prema mišljenju 60% projekt menadžera, glavni problem nedostatak jasnih ciljeva.

U radu sa više od 1.400 projektnih menadžera u SAD-u i Kanadi, Gobelai i Larson su otkrili da je oko 50% problema planiranja povezano s nejasnim projektnim zadatkom i postavljanjem ciljeva. Svi ovi rezultati upućuju na direktnu zavisnost uspjeha projekta od jasnog definiranja njegovog TOR-a. Jasan TOR prisiljava i kupca i sve učesnike u projektu da se koncentrišu na ciljeve projekta.

Projektni zadatak bi trebao biti razvijen pod vodstvom projekt menadžera i klijenta. Menadžer projekta se mora dogovoriti sa kupcem o ciljevima, međurezultatima rada u svakoj fazi projekta, tehničkim zahtjevima itd. Tako, na primjer, srednji rezultat u ranoj fazi projekta može biti razvoj dokumentacije; u drugoj fazi - tri uzorka proizvoda; na trećem – značajna količina robe za puštanje na tržište i, konačno, promocija robe na tržištu i obuka osoblja.

Izrada projektnog zadatka za projekat je dokument koji će biti prikladno formatiran i korišten od strane vlasnika projekta i učesnika u projektu za planiranje i mjerenje uspjeha projekta. ToR objašnjava koje ćete proizvode isporučiti svom klijentu na kraju projekta. TOR vašeg projekta treba da predstavi željene rezultate na konkretan i mjerljiv način.

Očigledno, TOR je kamen temeljac za koji su vezani svi elementi plana projekta. Sljedeća kontrolna lista može se koristiti kako bi se osiguralo da je TOR ispravan:

Lista pitanja na TK:

1. Ciljevi projekta.

2. Međurezultati rada.

3. Kontrolne tačke.

4. Tehnički zahtjevi.

5. Ograničenja i izuzeci.

6. Provjera izvođenja radova zajedno sa klijentom.

1. Ciljevi projekta. Prvi korak u definisanju TOR-a je definisanje glavnih ciljeva koji će zadovoljiti potrebe klijenta. Na primjer, kao rezultat dubinske analize tržišta, kompanija za kompjuterski softver odlučuje da razvije program koji se može automatski prevoditi sa engleskog na ruski. Projekat se mora završiti za tri godine uz cijenu koja ne prelazi 1,5 miliona dolara. Ili je takav projekat dizajniranje i proizvodnja potpuno prenosivog sistema za termičku obradu opasnog otpada za 13 mjeseci po cijeni koja ne prelazi 13 miliona dolara.

2. Međurezultati rada. Sljedeći korak je određivanje međurezultata rada životni ciklus projekat. Tako, na primjer, međurezultat rada u najranijoj fazi razvoja projekta može biti lista specifikacija. Sljedeći korak bi mogao biti testiranje uzorka. Posljednji korak bi mogao biti završno testiranje i odobreni program. Srednji radni koraci obično uključuju procjenu vremena, količine i/ili troškova.

3. Kontrolne tačke. Prekretnica je značajan događaj u procesu rada na projektu koji se javlja u određenom trenutku. Grafikon prekretnica odražava samo glavne segmente rada; prikazuje prvu, grubu procjenu vremena, troškova i resursa potrebnih za projekat. Ovaj raspored je sastavljen koristeći privremene rezultate kao osnovu za identifikaciju glavnih segmenata posla i krajnjeg datuma. Na primjer, testovi su obavljeni i u potpunosti završeni do 1. jula ove godine. Kontrolne tačke treba da budu prirodne i važne kontrolne tačke. Oni bi trebali biti jasni svim učesnicima projekta. Raspored prekretnica treba da odredi koja će glavna odeljenja organizacije biti odgovorna za glavne segmente rada i obezbediti projektu neophodne resurse i stručnost.

4. Tehnički zahtjevi. Tipično, proizvod ili usluga moraju ispunjavati tehničke zahtjeve da bi dobro funkcionirali. Na primjer, tehnički zahtjev na PC može biti mogućnost rada sa mreže naizmjenična struja na 120 volti ili od istosmjerne struje na 240 volti bez adaptera. Još jedan dobro poznati primjer je sposobnost sistema 911 da odredi lokaciju i broj telefona pozivaoca.

5. Ograničenja i izuzeci. Granice zadatka treba da budu jasno definisane. Ako to ne učinite, to će rezultirati praznim očekivanjima i gubitkom resursa i vremena. Primjer takvog ograničenja je prikupljanje podataka od strane naručitelja, a ne od strane izvođača; kakvu kuću izgraditi, a ne kako se uklapa u pejzaž, ili koje sigurnosne i sigurnosne uređaje instalirati; koje programe uvesti, a ne kakvu obuku dati osoblju.

6. Provjera izvođenja radova zajedno sa kupcem. Kontrolna lista projektnih TOR pitanja završava se zajedničkom provjerom rada sa kupcem. Glavni problem je razumijevanje i slaganje korisnika sa očekivanim rezultatima. Da li kupac dobija ono što želi u obliku međurezultata? Da li definicija projekta ukazuje na ključna postignuća, budžete, rokove i zahtjeve učinka? Jesu li riješeni ograničenja i izuzeci? Diskusija o svim ovim pitanjima je neophodna kako bi se izbjegli nesporazumi.

Bliska saradnja sa vašim klijentom je neophodna za razvoj specifikacije dizajna koja zadovoljava sve zahtjeve kupca. Također će vam trebati dobra tehnička specifikacija ako se nešto iznenada počne mijenjati. Jasna definicija TOR projekta je preduslov za strukturiranje rada u fazama. ToR pruža administrativni plan koji se koristi za razvoj vašeg operativnog plana. TOR bi trebao biti kratak, ali potpun; za male projekte, to je obično jedna ili dvije stranice.

©2015-2017 stranica
Sva prava pripadaju njihovim autorima. Ova stranica ne tvrdi autorstvo, ali omogućava besplatno korištenje.

Kako kupiti ono što vam je potrebno bez kršenja antimonopolskih zakona? Ključ uspjeha u ovom poslu je dobro napisan tehnički zadatak. Koje implicitne prekršaje čine kupci pročitajte u članku.

U opštem slučaju, prilikom sastavljanja specifikacije nabavke, kupac mora pratiti potpunu bezličnost opisanog objekta, odnosno ne bi trebao sadržavati nikakve zahtjeve, pa čak ni nagovještaje određenih zaštitni znakovi, proizvođača ili čak zemlje porijekla robe.

U stvari, prilično je teško pravilno pripremiti opis predmeta nabavke, projektni zadatak za 44-FZ, bez posebnog znanja u određenoj oblasti. Neki kupci čak kreiraju nabavku za pružanje usluga za izradu projektnog zadatka. Ali sasvim je moguće to učiniti sami, ako pažljivo proučite zahtjeve za predmete nabave, uporedite ih sa svojim potrebama i strogo slijedite pravila za opis predmeta nabave prema 44-FZ.

Mora se imati na umu da su neke karakteristike šifrirane u označavanju proizvoda. Na primjer, projektni zadatak predviđa materijal "ploče za popločavanje" sa oznakom "Classico 1KO.4", projektni zadatak ne postavlja nikakve zahtjeve za debljinu pločice. Prema dekodiranju oznake, njegova debljina je 4 cm (posljednja cifra oznake označava debljinu u cm). Međutim, prilikom izvođenja kontakta ispostavilo se da je potrebna pločica debljine 6 cm, a opterećenje koje može izdržati zavisi od debljine pločice. Nepismeno sastavljeni projektni zadaci doveli su do kupovine materijala koji ne ispunjava potrebne uslove. Stoga je potrebno pažljivo provjeriti označavanje svih materijala u projektnom zadatku i naznačiti sve osnovne, bitne zahtjeve za materijale.

Poželjno nemojte kopirati opise proizvoda sa različitih stranica. Podaci u opisu možda nisu pouzdani i ispostavilo se da niti jedan proizvod ne ispunjava navedene zahtjeve. Postoji Velika šansašta je ispod dati opis jedini proizvod odgovara. Ovo se može smatrati ograničenjem konkurencije.

Svi zahtjevi za performanse ne bi trebali biti dvosmisleni. U suprotnom, biće mnogo zahtjeva za pojašnjenjem. Često se dešava da sa puno zahtjeva, kupac nema vremena da na njih pravovremeno odgovori u meritumu i možda nema vremena za prilagođavanje projektnog zadatka. Na osnovu toga, ponekad kupac u obrazloženju naznači da je dovoljno dostaviti samo saglasnost, bez navođenja materijala. Zauzvrat, to smanjuje šanse da se kupi upravo ono što je potrebno, jer iz aplikacije nije jasno koji će se materijali koristiti u izvođenju radova.

Bolje je sastaviti uputstva za pripremu aplikacije nakon što opišete zahtjeve za tehničke specifikacije. Uputstvo ne treba da zbuni učesnika, već da precizira zahteve projektnog zadatka, kako bi se izbegli mnogi zahtevi učesnika. Neusklađenost projektnog zadatka sa uputstvima, što stvara prepreku za pripremu prijave, može izazvati podnošenje pritužbi OFAS-u od strane potencijalnih učesnika u nabavci.

Koje je druge zahtjeve važno navesti u projektnom zadatku:

• Garantnim rokom robe, radova, usluga i (ili) obimom davanja garancija njihovog kvaliteta. Kupac u zadatku mora odrediti garantni rok ne kraći od garantnog roka proizvođača.
• Na garantni servis robe.
• Na troškove rada proizvoda.
• Obavezna montaža i puštanje u rad robe.
• Za obuku osoba uključenih u upotrebu i održavanje robe.

Glavna pravila

1. Prilikom pripreme dokumentacije za nabavku obratite pažnju na kodove Sveruskog klasifikatora proizvoda (OKPD2) koji se odnose na predmet nabave. Neophodno je da korišteni kod odgovara konkretnom objektu nabavke.
2. Pored odredbi 44-FZ, prilikom izrade projektnog zadatka, treba imati na umu i zahtjeve drugih pravnih akata, antimonopolskih organa, tehničkih normi i standarda (GOST, TU, SNiP, itd.).
3. Roba i materijali koje kupac traži u projektnom zadatku moraju odgovarati predmetu kupovine i predračunskoj dokumentaciji (ako postoji).
4. Prilikom kupovine za ugovor o građenju potrebno je priložiti i defektnu izjavu, predračun, a u slučaju kapitalne izgradnje (rekonstrukcija, kapitalne popravke) potrebno je priložiti i projektnu dokumentaciju.
5. Naznačite da želite kupiti novu robu i materijal (tj. nisu korišteni, nisu popravljani, restaurirani, nisu restaurirani). U suprotnom, kupac može dobiti rabljenu robu.

Uobičajena pitanja

Pitanje: Da li je moguće propisati oznaku "original" za nabavku rezervnih dijelova?
odgovor: Moguće je ukoliko se radi o proizvodu pod garancijom, ili postoji potreba da se obezbedi interakcija takve robe sa robom koju koristi kupac, kao i u slučaju kupovine rezervnih delova i Zalihe na mašine i opremu.

Pitanje: Da li je obavezno propisivanje identifikacionog koda nabavke u zadatku?
odgovor: Identifikacioni kod nabavke se navodi u planu nabavki, rasporedu, obaveštenju o nabavci, pozivu za učešće u izboru dobavljača (izvođača, izvođača) koji se sprovodi zatvorenom metodom, dokumentaciji o nabavci, u ugovoru, kao i u drugim dokumente predviđene ovim saveznim zakonom. Nije potrebno to specificirati u TOR-u.

Pitanje: Morate kupiti uređaj za naučno istraživanje na postojeći sistem od 3 uređaja jednog proizvođača. U radu je potrebno sve u potpunosti kombinovati. Ekvivalent nije poželjan. Zar ne mogu napisati ekvivalent i navesti proizvođača? Sistem je veoma prilagodljiv i skup.
odgovor: Ako se vaš slučaj uklapa pod „... osim u slučajevima nekompatibilnosti robe na koju se stavljaju drugi zaštitni znakovi i potrebe da se osigura interakcija takve robe s robom koju koristi kupac...) - možete, u drugim slučajevima - Ne možeš.

Pitanje: Da li je moguće naznačiti uske pokazatelje u projektnom zadatku za remont, na primjer, boju zidova s ​​određenom shemom boja, priložiti primjer kompozicije gipsane ploče na stropu, određenu kolekciju pločica bez ekvivalenta, pozivajući se na estetske sklonosti?
odgovor: Prilikom formiranja projektnog zadatka, kupci se moraju rukovoditi zahtjevima člana 33. Zakona br. 44-FZ. Boja zidova je izbor kupca, to je njegova potreba, ne ograničavajući broj dobavljača. Raspored, skica kompozicije od gipsanih ploča na plafonu je takođe potreba naručioca, svi izvođači će moći da ponove raspored dat u dokumentaciji. Zbirka pločica bez ekvivalenta predstavlja kršenje stava 1. člana 33. Zakona br. 44-FZ: „Dokumentacija o nabavci može sadržavati naznaku žigova ako se u obavljanju poslova, pružanju usluga pretpostavlja koristiti robu čija isporuka nije predmet ugovora. Istovremeno, preduslov je uključivanje riječi “ili ekvivalent” u opis predmeta nabavke.

Definisanje obima projekta, izrada tehničkih specifikacija

Ovaj dio ukratko govori o razvoju projektnog zadatka (u daljem tekstu TOR). Najprije je data definicija TK-a, opisane su prednosti TK-a i za kupca i za izvođača radova, te su navedene glavne funkcije TK-a. Nadalje, razmatra se šta je suština TK, otkriva se struktura i sadržaj TK, a daju se i primjeri strukture TK. U zaključku se navode karakteristike TOR-a inovativnih projekata.

Budući da zadaci izrade tehničkih specifikacija za inovativni projekat, koji imaju svoje karakteristike, u principu ostaju isti kao i kod izrade bilo koje tehničke specifikacije, prvo je razmatrano pitanje razvoja tehničkih specifikacija u cjelini.

Definicija

Treba napomenuti da na ovog trenutka vrijeme ne postoji standardizirana definicija projektnog zadatka (TOR) za inovativni projekat. U trenutnoj bazi podataka nacionalnih standarda postoje tri standarda vezana za TK. Svi oni pripadaju oblasti informacionih tehnologija:

GOST 19.201-78. jedan sistem softverska dokumentacija. Tehnički zadatak. Zahtjevi za sadržaj i dizajn.

GOST 25123-82. Računalne mašine i sistemi za obradu podataka. Tehnički zadatak. Redoslijed izgradnje, prezentacije i dizajna.

GOST 34.602-89. Informaciona tehnologija. Set standarda za automatizovane sisteme. Projektni zadatak za kreiranje automatizovanog sistema.

Na primjer, u "GOST 19.201-78. Jedinstveni sistem programske dokumentacije. Tehnički zadatak. Zahtjevi za sadržaj i format“ data je sljedeća definicija TOR-a: „Zahtjev za rad za automatizirani sistem je propisno odobren dokument koji definira ciljeve, zahtjeve i osnovne početne podatke potrebne za razvoj automatiziranog sistema i sadrži preliminarnu ocjenu ekonomske efikasnosti.”

Kaže da TK dozvoljava:

izvođaču - da razume suštinu zadatka, da pokaže kupcu "tehnički izgled" budućeg proizvoda, softverskog proizvoda ili automatizovanog sistema;

kupac - da shvati šta mu je tačno potrebno;

obje strane - da prezentiraju gotov proizvod;

izvršiocu - da planira realizaciju projekta i rad po planu;

kupcu - zahtijevati od izvođača da proizvod ispunjava sve uslove navedene u TOR-u;

izvođaču - da odbije izvođenje radova koji nisu navedeni u TOR;

kupcu i izvođaču - da izvrši provjeru gotovog proizvoda od tačke do tačke (prihvatno ispitivanje - izvođenje testovi);

izbjegavajte greške povezane s promjenom zahtjeva (u svim fazama i fazama kreiranja, s izuzetkom testovi).

Dakle, projektni zadatak je dokument koji sadrži skup zahtjeva i omogućava i programeru i kupcu da predstave finalni proizvod i naknadno provjere usklađenost sa zahtjevima.

Što je TOR detaljniji, to će se manje sporova pojaviti između kupca i programera tokom testova prihvatanja.

TK obavlja četiri glavne funkcije:

Pravni. TK je pravni dokument, a kao aplikacija je uključen u ugovor između naručioca i izvođača.

Organizacijski. Uz pomoć TK-a, možete pojednostaviti dalji rad, pretvorite ga u red (šemu) zadataka i ne gubite trud na nepotrebne radnje.

Informativno. Dobro napisan TOR može biti dobar izvor informacije potrebne za završetak projekta. Strukturiranje TK vam omogućava da imate informacije koje su zaista zanimljive, u obliku koji se najlakše percipira iu količini koja je neophodna za završetak posla.

Komunikativna. Detaljan TOR pomaže izvođaču da bolje razumije potrebe kupca i izvrši posao koji zadovoljava sve njegove ukuse. Ovo također olakšava proces odobravanja projekta.

Esencija TK

Rad na TOR-u znači da se pretpostavlja rješenje nekog zadatka i opisano je korak po korak u ovom dokumentu. TK se može razviti za bilo šta: za kreiranje tehnologije, novog materijala, uređaja, web stranice, programa, standarda, implementaciju događaja itd.

Konačni rezultati dobijeni tokom realizacije projekta mogu biti materijalni (materijali, proces, tehnologija), organizacioni (norma, standard), naučno-tehnički i naučno-metodološki (projektna dokumentacija, izvještaj o istraživanju, obrazovni program), nematerijalni (patenti, monografije, članci) i drugi oblici.

Suština TK-a je uspješno izvršenje zadatka. Što će TOR biti bolje i bolje sastavljen, to će zadatak biti efikasnije izvršen. Štaviše, to ne zavisi od njegovog obima. Nepravilna izrada TOR-a može imati posljedice, na primjer, nepredvidivost rezultata, posao neće biti obavljen onako kako je trebao biti obavljen od strane kupca ili neće biti urađen uopće. Naručilac posla neće dobiti ono što je želio i ima pravo da ne plati urađeni posao.

Rad na TK je teška i odgovorna faza, jer mnogi podaci još nisu poznati. Uspjeh projekta, prema stručnjacima, za 50-70% zavisi od kvalifikovane implementacije faze razvoja TOR-a.

Po pravilu, fazi izrade tehničkih specifikacija prethodi proučavanje predmetne oblasti, proračuni i modeliranje.

Odgovoran rad na TK-u omogućit će njegovim programerima da vide scenario za završetak zadatka. Jasno shvatite svoje prednosti i slabe strane kako živjeti proces izvršavanja zadatka. Odredite kriterijume, postavite indikatore, karakteristike, količine, procenite resurse.

TK se dogovara sa kupcem ili razvija zajednički.

Uprkos svom značaju, sadržaj i struktura TK-a praktično nisu regulirani regulatornim dokumentima.

Obično kupac postavlja cilj (kako ga on razumije) i ograničenja resursa (vrijeme, novac). Zadatak izvođača je prije svega da zahtjeve prevede na jezik predmetne oblasti, što potpunije i kompetentnije formuliše zadatak, opravda potrebu njegovog rješavanja, shvati i razjasni početne podatke. Sadržaj Projektnog zadatka treba da sadrži informacije koje se odnose na ciljeve i obavljanje funkcija kojima se realizuju određene potrebe, a koje su uvijek povezane sa zadovoljenjem određenih zahtjeva.

Rad sa zahtjevima podliježe menadžmentu. Nesigurni zahtjevi izazivaju nesigurnost kod svih učesnika u radu, jer dozvoljavaju različita tumačenja zahtjeva i neće omogućiti objektivnu ocjenu kvaliteta proizvoda koji se razvija.

Prilikom formiranja sistema zahtjeva potrebno je analizirati dostupnost resursa koji su na raspolaganju naručiocu i izvođaču: finansijski, proizvodni, kadrovski, privremeni, kao i uzimajući u obzir zahtjeve nadzornih i licencnih organa, npr. , pri projektovanju tehnoloških kompleksa (proizvodnja). Najčešće kontrolišu regionalni organi Rostekhnadzor, Rosstandart, Rospotrebnadzor, Rosprirodnadzor itd.

Slijede primjeri strukture TK iz različitih izvora.

Na primjer, TK može sadržavati odjeljke:

predmet TK;

svrha posla koji se obavlja;

zahtjevi za izvještavanje;

red organizacije rada;

Primjer iz gore navedenog GOST 19.201-78.

uvod;

osnove za razvoj;

svrha razvoja;

zahtjevi za program ili softverski proizvod;

zahtjevi za softversku dokumentaciju;

tehničko-ekonomski pokazatelji;

faze i faze razvoja;

postupak kontrole i prihvatanja;

dozvoljeno je uključivanje aplikacija u projektni zadatak.

Sljedeći primjer TOR-a za pružanje konsultantskih usluga

opšte odredbe;

svrha rada;

kvalifikacioni uslovi za kandidate.

Primjer projektnog zadatka za implementaciju istraživačkog rada "Razvoj koncepta, strategije razvoja i studije izvodljivosti za stvaranje tehnološkog i inovacionog parka u gradu Permu" (u daljem tekstu: R&D)

osnova za istraživanje

izvođača i saizvođača

1. istraživački zadaci

   početni podaci

   osnovni zahtevi za sprovođenje istraživanja

   kalendarski plan za realizaciju istraživanja

   namjeravanu upotrebu rezultata istraživanja

   postupak dostavljanja i prihvatanja rezultata istraživanja

Primjer strukture TOR predloška za istraživanje i razvoj

Osnova za rad

Izvršitelj

Uslovi rada

Svrha rada

Rezultati istraživanja i razvoja

Proizvodi u razvoju

Tehnički uslovi

Glavni parametri koji se trebaju postići kao rezultat rada:

Osnovni zahtjevi dizajna (ako je primjenjivo)

Zahtjevi prema vrstama kolaterala (ako je primjenjivo)

Zahtjevi za standardizaciju, unificiranje, kompatibilnost sa objektima parenja i zamjenjivost.

Zahtjevi za obezbjeđivanje sigurnosti za život i zdravlje ljudi i zaštitu životne sredine

Zahtjevi za pouzdanost (ako je primjenjivo)

Zahtjevi za pouzdanost i trajnost.

Zahtjevi ergonomije i tehničke estetike (ako je primjenjivo)

Zahtjevi za rad, udobnost Održavanje i mogućnost održavanja (ako je primjenjivo)

Zahtjevi otpornosti (ako je primjenjivo)

Zahtjevi za performanse (ako je primjenjivo)

Zahtjevi za certifikaciju

Ostali zahtjevi i posebni zahtjevi industrije

Zahtjevi za čistoću patenta i patentabilnost

Zahtjevi za dokumentaciju

Redoslijed prijema radova.

Dakle, analizirajući strukturu u datim primjerima, može se primijetiti da strukturu i sadržaj TK diktira zadatak koji treba obaviti.

Značajke razvoja tehničkih specifikacija za inovativni projekat

Inovativni projekti su jedinstveni događaji jer su povezani s transformacijom naučnih i tehničkih ideja u nove ili poboljšane proizvode, kao i u nove ili poboljšane tehnološke procese koji se koriste u praktičnim aktivnostima, odnosno u nove pristupe socijalnim uslugama. Morate učiniti nešto što nikada prije nije urađeno. A prošlo iskustvo može dati samo ograničenu naznaku šta očekivati. Stoga inovativni projekti imaju visok stepen neizvjesnosti i rizika i to je njihova posebnost.

Razvoj inovativnog projekta ima za cilj pronalaženje rješenja za dobivanje predviđene konačne ideje projekta i kreiranje skupa zadataka i aktivnosti koje će vremenski, resursi i izvođači povezati za realizaciju ovog inovativnog projekta. Svaki inovativni projekat tokom svoje implementacije prolazi određeni put: od faze razvoja ideje do faze nebitnosti ideje. Faza izrade tehničkih specifikacija odnosi se na početnu fazu inovativnog projekta.

U inovativnom projektu, kada kreirate potpuno novi proizvod teško je unaprijed planirati sve parametre, stoga se predlaže korištenje dinamičkog proširenog TOR-a, koji je uglavnom deskriptivan.

Prvi korak nakon što se generira ideja o novom proizvodu je katalog zahtjeva, koji može uključivati ​​zahtjeve kupaca, segmentaciju tržišta za novi proizvod, norme, standarde, ukupne ciljeve (udio na tržištu, troškovi), vrijeme izlaska na tržište, životni ciklus, ukupni rizik procjena.

Indikatori navedeni u katalogu zahtjeva navedeni su u dokumentu koji se naziva proširenim projektnim zadatkom.

Ako je katalog zahtjeva sastavljen na "jeziku kupaca", onda je prošireni TOR na "jeziku preduzeća". Prošireni TOR bi, pored tradicionalnih stavki (obim posla, izvještavanje, početni podaci, zahtjevi parametara, itd.) trebao uključivati ​​i neke elemente poslovnog plana projekta (procijenjena politika cijena, planirani tržišni udio, planirani promet itd.) .) .

Budući da se katalog zahtjeva kreira sa stanovišta klijenta, jezik za pisanje kataloga zahtjeva se također bira tako da bude razumljiv klijentu (bez specifičnih tehničkih detalja). Katalog zahteva odražava predloge preduzeća kao odgovor na potrebe kupaca.

Prošireni TOR može uključivati:

1. Opis projekta

2. Tržišni i ekonomski ciljevi projekta

3. Parametri vremena

4. Tehnički parametri

5. Proizvodni parametri

8. Zahtjevi za dizajn i ergonomiju

9. Standardi i propisi

Stoga je glavni zadatak sastavljanja proširenog TOR-a prikupiti najviše potpune informacije o proizvodu koji se razvija, od kojeg se odbijaju prilikom planiranja.

Proširene TOR informacije su dalje specificirane u smislu strukture proizvoda, što je lista svih komponenti koje će činiti rezultat projekta. Plan strukture rezultata projekta sadrži sve komponente, blokove, čvorove proizvoda koji se kreira.

Najvažniji elementi zadatka su: svrha rada, obim rezultata, sadržaj rada, program za njegovu realizaciju, tehnički, ekonomski i drugi pokazatelji, zahtjevi za rad, nivo i način rada. njegove implementacije, rezultate rada, naučnu, naučnu, tehničku i praktičnu vrijednost očekivanih rezultata; namjeravanu upotrebu rezultata i vrstu, oblik prezentacije izvještajnog materijala.

Razmotrite mjesto TK-a u strukturi inovacioni proces u organizaciji(inovacija u organizaciji) prema .

U početku se razvija koncept inovacije. Kojem prethodi faza istraživanja (istraživanje organizacije, izbor indikatora učinka za njene predstojeće inovacione aktivnosti, opravdanje liste aktivnosti neophodnih za implementaciju inovacija). Koncept inovacije formiranog tima programera razvija se u zadatak (TOR) za razvoj inovativnog projekta, koji treba da sadrži sva opravdanja, početne postavke i parametre potrebne za naknadno projektovanje.

Na osnovu zadatka za izradu inovativnog projekta izrađuje se detaljan akcioni plan za izradu i rešavanje pojedinačnih zadataka, kao i za praćenje njihove realizacije (kontrolne tačke po rokovima, lista kontrolisanih parametara, kontrolni kriterijumi). itd.). U suštini, projektni zadatak, akcioni plan su osnova za razvoj inovativnog projekta.

Sadržaj projekta je opis i regulativa planiranih aktivnosti, proračuni optimalnog korišćenja resursa, procjena očekivanih rezultata realizacije, dovedeni do kvantitativnih vrijednosti. Osnova inovativnog projekta je njegov organizacioni i finansijski dio. Zatim slijede faze adaptacije i implementacije projekta i analiza rezultata projekta.

Kada se TOR kao dokument odobri, vrši se planiranje rada na projektu.