AGILE Metodologije - JIRA

AGILE
Agile metodologije, kada je u pitanju razvoj softvera, u prvom redu podrazumeva razvoj zasnovan
na interativnom procesu, gde postavljenji zahtevi i ponuđena rešenja, postepeno (interativno)
evoluiraju kroz neprestanu komunikaciji i saradnju između samo-organizovanih i višefunkcionalnih
timova uključenih u projekat.

Agile metode ili procesi, generalno, u prvi plan stavljaju disciplinovano rukovođenje (menadžment)
projektom koji ohrabruje čestu proveru, testiranje i prilagođavanje ponuđenih rešenja, ohrabruje
timski rad, samo-organizaciju lokalnih timova i odgovornost (sledljivost rada), kao i niz dobrih
inžinjerskih praksi namenjenih brzom razvoju i isporuci što kvalitetnijeg proizvoda.

U principu, Agile razvoj se odnosi na bilo koji razvojni proces koji je u skladu sa tzv. Agile
Manifestom (http://agilemanifesto.org/), koji je razvijen od strane 14 tekućih autoriteta u zapadnoj
industriji softvera. Detaljnije o tome imate na navedenom url-u.

SCRUM
Scrum je podskup Agile metodologija. To je interativni i inkrementalni proces razvoja proizvoda.

Najvažnija osobina ovih metoda je korištenje vremenski strogo ograničenih razvojnih ciklusa,
nazvanih „Sprint“-ovi.

Scrum proces deli planirani posao na manje pod-zadatke (issue), sve sa ciljem da se timu jasnije
definiše problem/zadatk i što brže dođe do izrade i rešenja.

Scrum je specifičan u odnosu na ostale agile procese, po konceptima i rutinama koje se dele na tri
kategorije: Uloge („Roles“), Dnevnici („Artifacts“) i Vremenski okviri („Time Boxes“).

Uloge („Roles“)
Ukratko: postoje 3 uloge („roles“) u Scrum procesu: ScrumMaster, Product Owner („Vlasnik
proizvoda“) i Scrum tim (Scrum team).

ScrumMaster je vođa i vratar/čuvar. Kao vođa, obezbeđuje poštovanje vremenskih okvira i, kada je
to neophodno, pruža smernice i razrešava nejasnoće. Kao vratar/čuvar, njegova uloga je da uklanja
prepreke i štiti tim od spoljašnjih distrakcija.

Product Owner („Vlasnik proizvoda“) je stručnjak za temu i tekući projekat. Ovo je osoba koja
prikuplja zahteve, definiše okvire projekata i zna šta zainteresovane strane žele. Ona prenosi
svoju viziju timu i određuje prioritete.

Scrum tim („Scrum team“) je grupa koja radi na konkretnom delu projetka. Tim je obično
sastavljen od 7 članova (+- 2) i može se sastojati od inženjera, dizajnera, arhitekata, testera itd.
Artifacts
Postoje 3 glavna artifakta (dnevnika, „artifacts“) u Scrum-u: „Product Backlog“, „Sprint Backlog“ i
„Burndown Chart“.

„Product Backlog“ je lista/dnevnik sa svim glavnim zahtevima projekta. Ovo su korisničke priče i
opisi funkcionalnosti na visokom nivou, i svi imaju visok komercijalni prioritet. Ovaj „backlog“ se
stalno menja. Vlasnik proizvoda (ovo je jedna od njegovih uloga) je „vlasnik“ ovog „backlog“-a
(dnevnik-a) i prikuplja povratne informacije, sugestije i zahteve od zainteresovanih strana kako bi ih
dodao ovaj backlog. U ostalim metodologijama postoje zahtevni dokumenti o zahtevima, tehničkim
specifikacijama itd. U Scrum-u, Product Backlog zamenjuje sve to.

„Sprint Backlog“ je podskup „Product Backlog“-a. Ovo je lista sa zadacima najvišeg prioriteta, koje
definiše „Vlasnik proizvoda“ („Product owner“). Ovi zahtevi su razbijeni na manje logicke zadatke,
vremenski procenjeni i jasno definisani od strane Scrum tima. Kada se Scrum sprint startuje, sprint
backlog se ne menja (izuzev u izuzetnim slučajevima)

"Burndown" je grafikon koji pokazuje koliko je još posla ostalo u Sprintu i dinamiku rada Scrum tim-
a, što može biti interesantno samom tim-u, Vlasniku proizvoda ili menadžmentu. ScrumMaster
svakodnevno ažurira ovaj izvešaj, i prezentuje ga tim-u tokom Daily Scrum sastanka.

Vremenski okviri („Time Boxes“)

Sve u Scrum-u ima vremenske okvire. To nam pomaže da ostanemo na putu i po rasporedu, jer
svaki sastanak ima vremenski okvir, a dužina radnog perioda takođe ima vremenski okvir.

„Sprint“-ovi, periodi u kojima radimo na projektu, traju 2-4 nedelje i treba da budu dosledno iste
dužine tokom čitavog projekta.

U Sprintu ima 5 sastanaka. Na početku Sprint-a imamo sastanak za planiranje Sprint-a i sastanak
Sprint zaduženja. Na kraju Sprinta imamo Sprint Review sastanak i Retrospektivan sastanak
Sprinta. Svakodnevno imamo sastanak „Daily Scrum“, koji je tipično 15-ak minuta.

Jedan od alata koji omogućava razvojnim timovima da budu u skladu sa Agile metodologijama,
kada je u pitanju rukovođenje projekata, praćenje i ispravljanje grešaka, kao i praćenje ostalih
tekućih zadataka/rešenja (issues) jeste i JIRA. Pored JIRA-e, postoji još nekoliko sličnih proizvoda,
koji mogu biti, manje ili više pogodniji za timove, zavisno od konkretnog projekta na kome se radi.
Npr, to su: Trello, Rally, Asana, Pivotal Tracker, Bugzilla, GitHub Issues, i sl.

U nastavku je detaljnije objašnjenje JIRA alata.

JIRA
Znači, JIRA je Agile alat za rukođenje celim projektima, praćenje softverskih bug-ova i ostalih
problema i zadataka koji mogu nastati tokom životnog procesa jednog projekta.

Teme:
JIRA Scheme (JIRA Šema)

JIRA šema je podesiva i sastoji se od:

• Workflows – Životni ciklus prjekta se sastoji od seta statusa i tranzicija kroz koje zadaci/problemi/“issue“
prolaze.
• Issue Types – Tipovi zadataka/problema („issue“)
• Custom Fields
• Screens
• Field Configuration
• Notification
• Permissions

JIRA Issues and Issue types (JIRA zadaci/problemi/pitanja i tipovi)

What is JIRA Issue? (Šta je JIRA „issue“)

Issue Types (Tipovi „issue“-a)

JIRA screen

Issue Attributes

Issue Security Schemes

System Administration

How to create an issue in JIRA

Sub-Task

Creating issue in Agile

How to create an Epic in Agile

Use of Clone and Link in JIRA

Reports in JIRA

Kanban Board and Managing issues

JIRA Scrum Vs JIRA Kanban

Jira Koncepti - Issues
Jira prati „issue“ koji mogu biti bagovi, zahtevi za dodatnim funkcionalnosima, ili ostali zadaci u životnom ciklusu
proizvoda koje želimo pratiti.

Each issue has a variety of associated information including:

• the issue type

• a summary
• a description of the issue
• the project which the issue belongs to
• components within a project which are associated with this issue
• versions of the project which are affected by this issue
• versions of the project which will resolve the issue
• the environment in which it occurs
• a priority for being fixed
• an assigned developer to work on the task
• a reporter - the user who entered the issue into the system
• the current status of the issue
• a full history log of all field changes that have occurred
• a comment trail added by users
• if the issue is resolved – the resolution

Issue Types
Jira standarno definiše sledeće issue:

For Regular Issues

Bug Problem that impairs product or service functionality

Story Functionality request expressed from the perspective of the user
Task Task that needs to be done
Epic Large piece of work that encompasses many issues
Sub-task Smaller task within a larger piece of work

Dodani tipovi issue-a se mogu dodati naknadno u admin sekciji.

Priority Levels
An issue has a priority level which indicates its importance. The currently defined priorities are listed below. In
addition, you can add more priority levels in the administration section.

Highest This problem will block progress.

 High Serious problem that could block progress.
Medium Has the potential to affect progress.
Low Minor problem or easily worked around.
Lowest Trivial problem with little or no impact on progress.

Statuses
Each issue has a status, which indicates the stage of the issue. In the default workflow, issues start as being Open,
progressing to In Progress, Resolved and then Closed. Other workflows may have other status transitions.

OPEN The issue is open and ready for the assignee to start work on it.
IN PROGRESS This issue is being actively worked on at the moment by the assignee.
REOPENED This issue was once resolved, but the resolution was deemed incorrect. From here issues
are either marked assigned or resolved.
RESOLVED A resolution has been taken, and it is awaiting verification by reporter. From here issues are
either reopened, or are closed.
CLOSED The issue is considered finished, the resolution is correct. Issues which are closed can be
reopened.
BACKLOG

SELECTED FOR
DEVELOPMENT

TO DO

IN PROGRESS This issue is being actively worked on at the moment by the assignee.
DONE

Q&A TESTING

Resolutions
An issue can be resolved in many ways, only one of them being "Fixed". The defined resolutions are listed below. You
can add more in the administration section.

Done Work has been completed on this issue.

Won‘t Do This issue won't be actioned.
Duplicate The problem is a duplicate of an existing issue.
Cannot Reproduce All attempts at reproducing this issue failed, or not enough information was available to
reproduce the issue. Reading the code produces no clues as to why this behavior would
occur. If more information appears later, please reopen the issue.
JIRA – Kreiranje projekta i osnove funkcije

Po aktivaciji JIRA naloga, dočekaće vas ekran za kreiranje projekta. Treba odgovoriti na nekoliko
pitanja o vašem poznavanju JIRA-e, izabrati template (Scrum/Kanban), kliknuti „Create“ i projekat
će biti kreiran.

Dobićete ekran na kome imate kontrolu nad glavnim elementima JIRA projekta: Backlog-om, Board
i Sprintovima. Trenutno su svi boxovi prazni.

Od ovog momenta moguće je početi sa unosom zadataka (issue-a) u backlog za tekući projekat.

*Admin:
• Dodati issue-types. Project Settings –> Issue Type
•

Sprint se kreira ubacivanjem issue-a u prostor za Sprint. To se može uraditi na više načina, ali
najlakši je prosto prevlačenje mišem issue-a iz backlog dela u sprint deo ekrana.
Sprint se započinje slektovanjem Create sprint tastera, gde se izabira vremensko trajanje tog
sprinta.

Ostatak na stastanku.