Projektni zadatak za razvoj softvera: šablon od 10 delova
Autor: Nemanja Vukmirović, Lizzard Solutions. Poslednje ažuriranje: 4. novembar 2026.
Pošaljete trima agencijama mejl „treba nam aplikacija“ i dobijete tri ponude koje se razlikuju i do četiri puta. Agencije nisu nasumične. Svaka procenjuje drugačiji projekat, jer upit nije rekao koji je to projekat.
Šablon za projektni zadatak za razvoj softvera to rešava. U nastavku je besplatni projektni zadatak od 10 delova koji i naši klijenti popunjavaju, sa primerom za svaki deo, najčešćim greškama i kratkom listom za proveru pre nego što se javite bilo kom programeru.
TL;DR
- Projektni zadatak (brief) je dokument od 2 do 4 strane: problem, korisnici, obavezne funkcije, ograničenja, okvir budžeta i rok.
- Svaka agencija treba da dobije isti dokument, da bi ponude opisivale isti projekat.
- Prepišite 10 delova ispod, popunite ono što znate, a ostalo označite sa „još ne znamo“. I to pomaže.
Šta je projektni zadatak za razvoj softvera?
Projektni zadatak za razvoj softvera je kratak dokument koji opisuje šta želite da se napravi, zašto, za koga i u kojim okvirima, napisan pre nego što vam bilo koji programer da cenu. To nije tehnička specifikacija. On jednostavnim jezikom objašnjava poslovni problem, kako bi tim mogao da predloži rešenje, proceni ga i rano uoči rizike.
Zamislite ga kao prvu stranu istorije vašeg projekta. Dobar projektni zadatak odgovara na pitanja koja bi vam svaka agencija ionako postavila na prvom razgovoru, pa se razgovor troši na ideje, a ne na osnovne podatke.
Ključna poruka
Za projektni zadatak ne treba vam tehničko znanje. Treba da poznajete svoj posao, svoje korisnike i svoja ograničenja.
Zadatak za danas: otvorite prazan dokument i nazovite ga imenom projekta i današnjim datumom.
Zašto projektni zadatak donosi bolje ponude
Bez projektnog zadatka svaka agencija praznine popunjava svojim pretpostavkama. Jedna nudi jednostavnu veb formu, druga celu platformu sa nalozima i plaćanjem. Sa projektnim zadatkom razlike u ponudama konačno nešto znače: cenu, tim, proces i kvalitet.
| Bez projektnog zadatka | Sa projektnim zadatkom |
|---|---|
| Ponude se jako razlikuju i ne mogu se porediti | Ponude opisuju isti obim posla |
| Prvi razgovori ponavljaju ista osnovna pitanja | Prvi razgovori se bave rešenjima i rizicima |
| Skrivene funkcije se pojavljuju posle potpisivanja | Obavezne i poželjne funkcije su dogovorene unapred |
| „Gotovo“ svakoj strani znači nešto drugo | Kriterijumi uspeha su zapisani |
Projektni zadatak vas štiti i kasnije. Kada se obim promeni, obe strane mogu da se pozovu na prvobitni dokument i pošteno procene izmenu. Zato se dobro uklapa sa 12 pitanja iz našeg vodiča kako izabrati IT firmu u Srbiji.
Zadatak za danas: napišite spisak agencija kojima ćete se javiti i odlučite da svaka dobije isti dokument.
Šablon projektnog zadatka: 10 delova
Prepišite ove naslove u svoj dokument. Kratki odgovori su sasvim u redu. Uz svaki je primer za izmišljenu stomatološku ordinaciju koja želi online zakazivanje.
1. Firma i kontakt
Ko ste, šta prodajete i ko odlučuje o projektu. Primer: „Mala stomatološka ordinacija, 2 lokacije, 6 zaposlenih. Odluku donosi vlasnica.“
2. Problem
Šta danas ne radi, u jednoj ili dve rečenice. Primer: „Pacijenti zakazuju samo telefonom, pa recepcija veći deo jutra provodi na pozivima i neke propusti.“
3. Ciljevi i kriterijumi uspeha
Šta treba da se promeni i kako ćete znati da je uspelo. Primer: „Pacijenti mogu online da zakažu, pomere i otkažu termin. Uspeh: većina termina stiže online u roku od tri meseca.“
4. Korisnici
Ko će koristiti softver i koliko se snalazi sa tehnologijom. Primer: „Pacijenti svih uzrasta, uglavnom sa telefona. Recepcija sa računara.“
5. Obavezne i poželjne funkcije
Podelite funkcije na obavezne za prvu verziju i poželjne za kasnije. Kada svaku zapišete kao korisničku priču, fokus ostaje na ishodu; vodič britanske vlade za korisničke priče (na engleskom) prikazuje jednostavan format „Kao… želim… da bih…“.
6. Postojeći alati i integracije
Sa kojim sistemima novi softver mora da radi: kalendar, CRM, knjigovodstveni program, plaćanje, mejl. Ako fakturišete preko SEF-a (sistema e-faktura), navedite i to. Primer: „Mora da se sinhronizuje sa Google kalendarom i šalje SMS podsetnike.“ Naš vodič za API integracije objašnjava šta da pitate za svaku vezu.
7. Dizajn, sadržaj i pristupačnost
Imate li logo, boje brenda, tekstove i fotografije? Navedite dva ili tri sajta ili aplikacije koje vam se dopadaju i zašto. Ako su vam korisnici i stariji ljudi, tražite da se poštuju WCAG smernice za pristupačnost.
8. Podaci, privatnost i bezbednost
Koje lične podatke softver čuva i ko može da ih vidi. U Srbiji važi Zakon o zaštiti podataka o ličnosti, a ako radite sa građanima EU, važi i GDPR. Navedite to, da bi agencija od početka planirala zaštitu podataka.
9. Okvir budžeta i rok
Dajte raspon, ne jedan broj, i objasnite svaki fiksni datum. Naznačite da li iznos uključuje PDV. Primer: „Budžet od X do Y dinara bez PDV-a, puštanje u rad pre jesenje sezone.“ Raspon omogućava agenciji da predloži ono što se uklapa, umesto da pogađa.
10. Posle puštanja u rad
Ko će održavati softver, dodavati sadržaj i pružati podršku. Navedite da li želite mesečno održavanje, obuku zaposlenih ili potpunu predaju koda i pristupa.
Ključna poruka
Delovi 2, 3 i 5 su najvažniji. Ako imate vremena samo za tri, napišite te.
Zadatak za danas: popunite delove 1-4 odmah. Obično traju kraće od 20 minuta.
Kako odrediti prioritete funkcija bez preterivanja
Većina prvih verzija propada zato što radi previše, a ne premalo. Jednostavan test za svaku funkciju: ako bi nestala, da li bi korisnici i dalje obavili glavni posao? Ako da, ona je poželjna, ne obavezna.
| Funkcija (ordinacija) | Obavezna ili kasnije? | Zašto |
|---|---|---|
| Online zakazivanje termina | Obavezna | To je glavni problem |
| Otkazivanje ili pomeranje termina | Obavezna | Inače pacijenti i dalje zovu |
| SMS podsetnik | Obavezna | Dogovoreni cilj: manje propuštenih termina |
| Nalozi pacijenata sa istorijom | Kasnije | Zakazivanje radi i bez toga |
| Online plaćanje | Kasnije | Plaćanje je danas u ordinaciji |
Isto razmišljanje stoji iza minimalnog održivog proizvoda. Naš vodič za razvoj MVP-a pokazuje kako da skratite prvu verziju, a da ne izgubite ono što korisnicima treba.
Pažnja
„Kao Uber, samo za…“ nije spisak funkcija. Opišite šta vaši korisnici rade, korak po korak, i pustite agenciju da predloži tehnologiju.
Zadatak za danas: označite svaku funkciju iz dela 5 kao obaveznu ili za kasnije, i bar jednu prebacite za kasnije.
Najčešće greške u projektnom zadatku i kako da ih izbegnete
- Propisivanje tehnologije umesto opisa problema. „Uradite to u frejmvorku X“ sužava dobre predloge. Recite šta mora da radi i pitajte svaku agenciju zašto preporučuje svoja rešenja.
- Skrivanje budžeta. Bez raspona agencije nude ili najjeftiniju ili najpotpuniju verziju. Raspon vam donosi opcije koje se uklapaju.
- Preskakanje onoga što dolazi posle puštanja u rad. Hosting, ažuriranja i podrška su stvarni troškovi. Tražite ih u ponudi, ne posle nje.
- Dokument od 40 strana. Dugačak dokument retko ko pročita do kraja. Dve do četiri strane, uz priloge za detalje, sasvim su dovoljne.
- Niste odlučili da li vam softver po meri uopšte treba. Ponekad postojeći alat pokriva većinu potreba. Pročitajte softver po meri ili gotov softver pre nego što napišete zadatak za razvoj od nule.
Zadatak za danas: pročitajte svoj nacrt i obrišite svaku rečenicu koja pominje tehnologiju bez objašnjenja zašto.
Lista za proveru pre slanja projektnog zadatka
- ☑ Problem je opisan u najviše dve rečenice
- ☑ Kriterijumi uspeha kažu šta treba da se promeni i kako ćete to meriti
- ☑ Korisnici su opisani, uključujući uređaje koje koriste
- ☑ Funkcije su podeljene na obavezne i one za kasnije
- ☑ Navedeni su postojeći alati i integracije (i SEF, ako ga koristite)
- ☑ Pomenuti su lični podaci i zahtevi privatnosti
- ☑ Naveden je raspon budžeta (sa ili bez PDV-a) i razlog za rok
- ☑ Navedena su očekivanja za održavanje i podršku
- ☑ Isti dokument ide svakoj agenciji
Kada ponude stignu, pitajte svaku agenciju kako će projekat isporučiti u fazama i pokazivati napredak. Naš pregled životnog ciklusa razvoja softvera i Agile pristupa objašnjava kako izgleda zdrav proces.
Zadatak za danas: čekirajte svaku stavku iznad, pa pošaljite dokument.
Šablon projektnog zadatka: česta pitanja
Šta treba da sadrži projektni zadatak za razvoj softvera?
Projektni zadatak treba da sadrži podatke o firmi i kontakt, opis problema, ciljeve i kriterijume uspeha, korisnike, obavezne i poželjne funkcije, postojeće alate i integracije, dizajn i pristupačnost, podatke i privatnost, raspon budžeta i rok, kao i plan održavanja posle puštanja u rad. Obično su dovoljne dve do četiri strane.
Koliko dugačak treba da bude projektni zadatak?
Za većinu projekata malih firmi i startapa dovoljne su dve do četiri strane. To je dovoljno da objasnite problem, korisnike, funkcije i ograničenja, a dovoljno kratko da ga svaka agencija pročita do kraja. Detaljan materijal, poput snimaka ekrana ili opisa postojećih procesa, stavite u priloge.
Da li u projektni zadatak treba upisati budžet?
Da, kao raspon. Bez njega agencije pogađaju i dobijate ponude za sasvim različite projekte. Raspon omogućava svakoj agenciji da predloži ono što se uklapa ili da iskreno kaže da obim traži više. Navedite i da li je iznos sa ili bez PDV-a. Time se ne obavezujete na gornju granicu.
Da li je projektni zadatak isto što i tehnička specifikacija?
Nije. Projektni zadatak jednostavnim jezikom opisuje poslovni problem, korisnike, ciljeve i ograničenja, pre nego što se uključi programer. Tehnička specifikacija se piše kasnije, obično zajedno sa razvojnim timom, i opisuje kako će softver biti napravljen: arhitekturu, modele podataka i detaljne zahteve.
Šablon za projektni zadatak za razvoj softvera pretvara nejasan upit u ponude koje stvarno možete da uporedite. Popunite 10 delova, svedite funkcije na obavezne i pošaljite isti dokument svakoj agenciji. Ako želite drugo mišljenje, pogledajte naše usluge razvoja softvera po meri ili nam pošaljite svoj nacrt.
Želite povratnu informaciju o svom projektnom zadatku?
Pošaljite nam nacrt. Ukazaćemo na praznine i rizike i odgovoriti besplatnom, neobavezujućom procenom.
Pošaljite projektni zadatak