Na osnovu zaključka Vlade, donešena je Naredba o obaveznom obustavljanju vaspitno-obrazovnog rada u svim osnovnim i srednjim školama i na fakultetima, radi preventivnog djelovanja i sprečavanja pojave širenja virusa korona.

Kad god da se desi neka nepredviđena situacija, svakako da treba preventivno delovati, što se i radi, ali treba ići i korak dalje, odnosno na koji način nešto možemo unaprijediti a u ovom konkretnom slučaju, kako možemo unaprijediti proces izvođenja nastava.

Evo primjera rješena: U Hrvatskoj su donijeli odluku o učešću Hrvatske radio-televizije u sprovođenju nastavnog programa i izvođenju nastave na daljinu u uslovima proglašene epidemije virusa korona. 17.03.2020. počela je škola za osnovne škole u Republici Srpskoj na RTRS-u. Bolje išta nego ništa, iako smatram da u 21. vijeku treba tražiti modernije načine za izvođenja nastave a ne tehnologiju iz prošlog vijeka koja jednostavno nije za to previđena, posebno jer se ne vidi jasno jer nije u HD rezoluciji. Šta je rješenje?

Definicija: Prestavljaju NEFUNKCIONALNE OSOBINE koje nisu pokrivene funkcionalnim specifikacijama odnosno kvalitativne osobine koje sistem mora da ima. Uopšteno govoreći odnose se na:

• pouzdanost,
• kompatibilnost,
• mogućnost održavanja,
• saradnju u radu,
• mogućnost zamjene,
• efikasnost,
• mogućnost testiranja i
• ponovne upotrebe softverskog sistema.

U nastavku su navedeni najčešći tipovi nefunkcionalnih zahtjeva:

Definicija: Softverske zavisnosti (eng: Software Dependencies) su odnosi ili stanje između pojedinaca, timova i organizacija u kojem jedan objekat (bilo da je u pitanju softverski kod, funkcija, alat i sl. ili osoba, tim ili organizacija/e) koristi tj. zavisi od funkcije drugog objekta da bi završila svoj posao.

Vrste tehničkih zavisnosti:

1. Neke od tih zavisnosti zasnivaju se na tehnologiji. Primjer: UI / UX Dizajn treba da imam prije nego što kreiram softver / veb aplikaciju ili da dodam novu funkciju, neki od ovih zavisnosti tiču se dostupnosti ljudi u određenom vremenskom intervalu i sl.
2. Neke zavisnosti su obavezne jer se moraju dogoditi. Primjer: Moram da imam softverski kod na raspolaganju da bih mogao da testiram i sl.
3. Neke od njih su diskrecione zavisnosti. Primjer: možda bi nam bilo pogodnije organizovati rad na određen način i sl.
4. Neke od njih mogu biti eksterne zavisnosti. Primjer: naš tim je jedan od mnogobrojnih timova (Scrum of Scrums ili Nexus) koji zavise od raznih inputa drugih timova, kako bi uspješno izvršili svoj zadatak.
5. Konačno, i svakako ne najmanje važno, možda imamo različite interne zavisnosti između naših timova i resursa i načina na koji obavljamo svoj posao. Sve ih je potrebno identifikovati.

Postoje različiti načini za određivanje prioriteta kao što su: MoSCoW Metoda (M - Must have, S - 'Should have, C - Could have, W - Won't haves' or 'Would haves'), 100 poena Metoda ili Kano Model. Sada ćemo ukratko razmotriti jednu analizu pod imenom Paired Comparison Analiza.

Kada birate između više različitih prioriteta u razvoju softverskog proizvoda, kako se odlučiti koja ima viši nivo prioriteta?

Ovo je posebno izazovno ako se vaše opcije međusobno razlikuju, ako su kriterijumi za odluku subjektivni ili ako nemate objektivne podatke koje biste koristili za svoju odluku. "Paired Comparison Analysis" upoređivanje pomaže vam da utvrdite relativni značaj više različitih opcija. U ovom članku i videu imate priliku saznati kako možete upotrijebiti "Paired Comparison" analizu za donošenje odluka.

Ako se bavite ozbiljnim razvojem softvera, male su šanse da niste čuli za kompaniju Atlassian koja se bavi izradom softvera za razvoj i kolaboraciju. Dakle, svemu onom što treba jednom razvojnom timu.

Iako razvojni programeri ne vole previše pisati tehničku dokumentaciju, konfiguraciona uputstva i sl. moram reći da je Confluence izuzetno koristan alat posebno kada bi ga svi koristili, dakle ne samo programeri već i sve ostale uloge na projektu.

Riječ je o softveru u kojem možete napraviti workspace za svaki projekt. U tom prostoru možete kreirati dokumente, dijagrame, wiki stranice, how-to tutorijale, dijeliti linkove … sa ostatkom tima. Na taj način projektni tim (ili Scrum tim) ima svu dokumentaciju na jednom mjestu i svi uvijek imaju pristup zadnjim verzijama dokumenata.

Na ovaj način sva projektna dokumentacija se nalazi na svima znanoj lokaciji i više nije u "zaboravljenim" Word ili Excel dokumentima, emailovima, taskovima i sl. Ovaj alat služi upravo tome – da je sve na jednom mjestu, da se vidi ko je što napisao, kada je to napisao, kada je izmijenio i slično.

Softver transformiše svijet. Dok se digitalna transformacija dešava, pojavljuju se nove mogućnosti stvarajući koristi za čovječanstvo ali i neizvjesnosti i rizike. Tradicionalni modeli razvoja softvera stavljaju efikasnost iznad vrijednosti i primjenjuju procese koji jednostavno više ne rade kako treba.

Zbog toga ovakvi projekti često probijaju rokove, zahtjevaju dodatni novac za finansiranje a vrlo često mogu da zastare prije same isporuke na tržište ili u produkciju. Pogledaj video - FBI Sentinel Project.

Pa šta onda da se radi.

Definicija ZAVRŠENO (Definition of Done - DoD) presudna je za svaki posao koji obavljate (posebno za agilni tim).

Primjer: Žena vam je rekla da trebate usisati stan. Ukoliko nije, mada vjerovatno jeste :), definisala "Done", vi ćete vjerovatno preći samo 2 puta posred sobe i ako ste "neiskusni" reći ćete da ste završili zadatak za 5 minuta.

Međutim, ukoliko vam žena definiše da se "Done" smatra tek kad:

1. Detaljno usisaš tepih i uzduž i poprijeko,
2. Izmakneš krevet i usisaš ispod kreveta,
3. Izmakneš sve stvari u sobi i usisaš ispod njih,
4. Obrišeš podove...

... onda to više nije 5 minuta ali predstavlja ključni faktor za isporuku usluge visokog kvaliteta i zadovoljavanje menadžmenta (u ovom slučaju vaše žene) ili klijenta u pogledu upravljanja projektom i rezultatom rada.

Vratimo se na ovaj naš svakodnevni informatički podijum, da biste to postigli, morate da isporučujete samo ono što je zaista obavljeno i to ne samo u pogledu funkcionalnosti, već i u pogledu kvaliteta.

Simon Sinek presents a simple but powerful model for how leaders inspire action, starting with a golden circle and the question "Why?"  His examples include Apple, Martin Luther King, and the Wright brothers and as a counterpoint Tivo, which (until a recent court victory that tripled its stock price) appeared to be struggling.

Da bi svima bilo jasno o čemu pišem, riječ-dvije o ovim ulogama: Scrum Product Owner (Vlasnik proizvoda) odgovoran je za maksimizovanje vrijednosti proizvoda proistekle iz rada razvojnog tima. On je taj koji brine o proizvodu tokom cijelog životnog vijeka proizvoda. Dakle, dokle god postoji proizvod - postoji i Product Owner (za razliku od tradicionalnog upravljanja projektima). Način na koji se to radi je prilično složen i može se razlikovati od različitih organizacija, Scrum timova i pojedinaca ali ne smije da izlazi i Scrum okvira. Scrum Master je odgovoran za promociju i podršku Scrum frejmvorku.

Scrum masteri to rade pomažući svima da razumiju Scrum teoriju, praksu, pravila i vrijednosti. On je uslužni vođa za Scrum tim. Scrum master pomaže onima izvan Scrum tima da shvate koje su od njihovih interakcija sa Scrum timom korisne, a koje nisu...

Nekoliko generalnih detalja o svim Scrum.org ispitima:

• Polažu se online
• u terminu koji tebi odgovara
• vremenski ograničen na 60 minuta
• na engleskom jeziku
• 80 pitanja (višestruki izbor koji nekad ide i do 8 ponuđenih odgovora), Tačno - Netačno, šta jeste, šta bi moglo, šta treba, šta ne treba i sl.
• možeš koristiti Google ali za ovoliki broj pitanja, raspoloživog vremena i ogromnog broja nepouzdanih izvora, pitanje je koliko se isplati, Copy-Paste je onemogućen
• Prag prolaznosti 85%
• plaća se svaki izlazak na ispit. Cijena zavisi od ispita, PSM I košta 150 USD, PSPO I - 200 USD, PAL I - 200 USD itd. Ako padneš, ponovo plaćaš...
• trajno vrijedi sertifikat - bez potrebe obnavljanja

PSM I

13.12.2019. je datum rezervisan za prvi od 3 u nizu ispita. Izabrao sam PSM I da bude prvi u nizu. Odluka je bila da ovo uradim ujutro, odmah poslije dvije kratke kafe, uz pouzdanu internet konekciju (hvala mtel-u) i APC bekap napajanje.

Agilni Manifest (eng: Agile Manifesto) je uveo pojam agilnosti u razvoj software-a 2001 godine. Od tada, agilni pokret je, sa svim svojim vrijednostima, metodama, praksama, alatima, šampionima i praktičarima, značajno promijenio pejzaž moderne organizacije razvoja softvera.

Sa postankom agile pokreta, nastale su brojne agilne metode i okviri kao što su Scrum, Lean, Kanban, Extreme Programming (XP), Discipline Agile Development (DAD), Dynamic Systems Development Method (DSDM), Scaled Agile Framework (SAFe), itd. Iako je svaka od agilnih metoda i okvira jedinstvena u svom specifičnom pristupu, sve one dijele zajedničku viziju i osnovne vrijednosti koji potiču iz Agilnog Manifesta. Najpopularniji agilni framework današnjice je Scrum.

Kompanije koje prihvataju Agilne prakse prilikom isporuke proizvoda mogu lako izgubiti uvid u njihov stvarni cilj poboljšanja poslovne vrijednosti koju isporučuju, fokusiranjem na poboljšanje aktivnosti umjesto na poslovne rezultate.

Agilnost je sredstvo za postizanje cilja, a ne sam cilj. Cijela suština usvajanja agilnih praksi je u tome da se poboljšaju poslovne aktivnosti i posao u cjelini. Kada kompanije to izgube iz vida, menadžeri postavljaju pitanja koja izgleda razumno, ali koja mogu stvoriti neželjene posljedice. Neki primjeri takvih pitanja, ako radite u softverskoj kompaniji, su: