Ce este jira sotware ?

Jira este un sistem comercial de urmărire a erorilor, conceput pentru a organiza

interacțiunea cu utilizatorii, deși în unele cazuri este folosit și pentru gestionarea proiectelor.
Dezvoltat de Atlassian, este unul dintre cele două produse principale ale acestuia (împreună cu
wiki Confluence). Are o interfață web.

Numele sistemului este obținut prin trunchierea cuvântului „Gojira” - numele japonez al
monstrului Godzilla, care, la rândul său, este o referire la numele unui produs concurent -
Bugzilla [1]; a fost creat ca un înlocuitor pentru Bugzilla și își repetă în mare parte arhitectura.
Sistemul vă permite să lucrați cu mai multe proiecte. Pentru fiecare dintre proiecte creează și
menține scheme de securitate și avertizare.

Ce este Agile Software Development ?

Dezvoltarea agilă de programe este o familie de metodologii de project management în

ingineria software, bazată pe dezvoltarea incrementală și care îmbrățișează și promovează
schimbările ce evoluează de-a lungul întregului ciclu de viață al unui proiect. Aceste metodologii se
caracterizează prin divizarea problemei în subprobleme mici și planificarea lor pe durate scurte. Se
evită planificarea în detaliu pe termen lung, deoarece inerent în dezvoltarea de software apar
întârzieri frecvente din cauza schimbărilor și detalierii cerințelor clientului. Scopul principal este ca, la
terminarea fiecărui ciclu de dezvoltare (denumit iterație, și a cărui durată este de obicei ordinul
câtorva săptămâni) să existe o versiune cât de cât funcțională (deși incompletă) a software-ului
dezvoltat (cu număr minim de buguri).
O altă caracteristică importantă este comunicarea frecventă între membrii echipei, care, în multe
cazuri, se întâlnesc într-o scurtă ședință zilnică, denumită stand-up sau scrum (pronunțat /scrʌm/) în
care fiecare prezintă pe scurt progresul său în ultima zi de lucru și problemele cu care s-a
confruntat. Acestora li se alătură și un reprezentant al clientului, care trebuie să fie informat de
aspectele dezvoltării, pentru a ști ce modificări este realist să ceară și cât de mult ar putea costa ele.
Astfel, toată lumea are cunoștințe despre fiecare aspect al dezvoltării aplicației și poate prelua
munca altuia sau ajuta pe altcineva.
http://muhaz.org/paradigme-de-dezvoltare-software-paradigme-in-acest-capitol-su.html
 Diferența dintre Agile și Waterfall
https://www.guru99.com/waterfall-vs-agile.html

Tipurile de probleme(issues) în Jira Software

 • Epic - Un caz de utilizare generală care este o colecție de caracteristici (povești pentru utilizatori).
(Utilizați numere Fibonacci pentru a estima.)

• User Story- Reprezintă o caracteristică de utilizator. (Utilizați numere Fibonacci pentru a estima.)

• Sub-Task - Reprezintă sarcini de dezvoltare pentru a îndeplini povestea utilizatorului. (Nu se

estimează un punct de poveste.) În general, nu mai mult de o zi sarcini. Puteți număra numărul de
sub-sarcini sau o estimare a timpului în zile din retrospectiva dvs. pentru a evalua dacă estimarea
punctului dvs. de poveste pentru User Story a fost exactă și să vă ajustați în consecință -
presupunând că aveți o istorie a vitezei cu care să o comparați.

• Task- Ne-am numit aceste „Istorii Dev” (într-un proiect pre-Jira) - reprezintă un set de lucrări de
inginerie care nu sunt direct legate de un user pentru utilizatori. Echipa ar trebui să încerce să
anticipeze „Dev Stories” și să le adauge pe lista de date mai devreme decât mai târziu cu estimări
(Utilizați numerele Fibonacci pentru a estima), astfel încât PO să poată planifica repere.

 Epic - Un caz de utilizare generală care este o colecție de caracteristici (povești pentru
utilizatori). (Utilizați numere Fibonacci pentru a estima.)
 User Story - Reprezintă o caracteristică de utilizator . (Utilizați numere Fibonacci pentru a estima.)
 Sub-Task - Reprezintă sarcini de dezvoltare pentru a realiza povestea utilizatorului. (Nu se estimează
un punct de poveste.) În general, nu mai mult de o zi sarcini. Puteți număra numărul de sub-sarcini
sau o estimare a timpului în zile din retrospectiva dvs. pentru a evalua dacă estimarea punctului dvs.
de poveste pentru User Story a fost exactă și să vă ajustați în consecință - presupunând că aveți un
istoric de viteză cu care să îl comparați.
 (Inginerie) Task - Ne-am numit aceste „ Istorii Dev ” (într-un proiect pre-Jira) - reprezintă un set de
lucrări de inginerie care nu sunt legate direct de o poveste a utilizatorului . Echipa ar trebui să încerce
să anticipeze „ Dev Stories ” și să le adauge pe lista de date mai devreme decât mai târziu cu estimări
(Utilizați numerele Fibonacci pentru a estima), astfel încât PO să poată planifica repere.

Un exemplu al acestor distincții ar putea fi:

 Epic : autentificare utilizator.

 User Story :
 Ecran de conectare utilizator.
 Ați uitat fluxul de lucru Parolă.
 Blocați contul după prea multe încercări eșuate.
 Asistență de conectare Google.
 Suport de conectare Facebook.
 Sub-Task :
 Ecran de conectare utilizator:
 Pagina de conectare proiectare.
 Tăiați pictograme și imagini SVG.
 Implementați pagina de autentificare HTML / CSS / JS.
 Creați scripturi SQL pentru a crea tabele.
 Creați scripturi SQL pentru procedurile stocate.
 Creați un serviciu web REST API pentru resursa utilizatorului.
 Conectați pagina de conectare la API-ul REST de servicii web.
  Ați uitat fluxul de lucru cu parola:
 ...
 (Engineering) Task :

 Configurare repo de proiect GitHub.

 Configurați contul, containerele și serviciile GCP (sau AWS).
 (S-ar putea să existe și Sub-sarcini pentru acestea)
 ...
 Configurarea conductei Jenkins CI.
 Proiectarea arhitecturii generale a sistemului (la nivel înalt).
 Cercetează și decide asupra testului unității și a cadrului de batjocură.

Dezvoltarea agilă de programe este o familie de metodologii de project management în ingineria

software, bazată pe dezvoltarea incrementală și care îmbrățișează și promovează schimbările ce
evoluează de-a lungul întregului ciclu de viață al unui proiect.

Modelul Waterfall rulează într-o ordine fixă, iar echipa de dezvoltare a proiectului nu trece
la următoarea etapă de dezvoltare sau testare până când pasul anterior nu a fost finalizat
cu succes.

Agil metodologie este o practică care sprijină repetarea continuă a dezvoltării și testării în
procesul de dezvoltare software.

Rolul unui Sprint în Jira Software

Este esențial ca echipa de dezvoltare să determine cu exactitate cât de multă muncă poate realiza
în mod realist în timpul unui singur sprint. Proprietarul produsului va influența mai mult criteriile care
trebuie îndeplinite pentru ca lucrarea să fie acceptată. Scrum Master determină durata sprintului.

Pentru ce se utilizează Backlog în Jira Software

Backlog este ca o listă de activități pentru proiectul dvs. de software pentru viitorul gen. Este un
spațiu dedicat pentru a urmări sarcinile pe care doriți să le faceți în viitor, dacă vă simțiți rău să vă
păstrați toate sarcinile într-o coloană de pe bord.

Waterfall și metodologia Agile

Iată diferențele de vârf 10 dintre metodele Agile și Waterfall:

1. Cascada este una structurată metodologia de dezvoltare a software-ului și adesea acest

lucru poate fi destul de rigid, în timp ce metodologia Agile este cunoscută pentru
flexibilitatea sa.
2. Procesul de dezvoltare a software-ului este împărțit în diferite faze ale modelului Waterfall,
în timp ce metodologia Agile separă ciclul de viață al dezvoltării proiectului în sprint.
3. Conform modelului Waterfall, dezvoltarea de software trebuie să fie finalizată ca un singur
proiect. Acesta este apoi împărțit în diferite faze, fiecare fază apărând o singură dată în
timpul proiectului. Metodologia Agile, pe de altă parte, poate fi considerată o colecție de
numeroase proiecte mici. Proiecte care nu sunt altceva decât iterațiile diferitelor faze care
vizează îmbunătățirea calității software-ului general, cu feedback de la utilizatori sau echipa
de QA.
4. Toate fazele de dezvoltare a proiectului, cum ar fi proiectarea, dezvoltarea, testare etc.,
sunt completate odată în modelul Waterfall, folosind o abordare de dezvoltare iterativă ca
parte a metodologiei Agile. Planificarea, dezvoltarea, prototipuri și alte faze de dezvoltare a
software-ului pot să apară de mai multe ori în timpul unui proiect Agile.
5. Dacă doriți să utilizați modelul Waterfall pentru dezvoltarea de software, trebuie să
cunoașteți în mod clar toate cerințele în prealabil. Nu există loc pentru a modifica cerințele
odată cu începerea dezvoltării proiectului. Metoda Agile este destul de flexibilă și face
posibilă modificarea cerințelor chiar și după finalizarea planificării inițiale.
6. Deși metodologia Waterfall este un proces intern și nu necesită participarea utilizatorilor,
abordarea Agile de dezvoltare software se concentrează asupra satisfacției utilizatorilor și,
astfel, asupra participării utilizatorilor în timpul fazei de dezvoltare.
7. Una dintre cele mai importante diferențe dintre metodologia de dezvoltare Agile și Waterfall
este propria abordare a calității și testare. În modelul Waterfall, faza "Testing" vine după
faza "Building", dar în metoda Agile, testarea se efectuează de regulă simultan cu
programarea sau cel puțin în timpul aceleiași iterații ca și programarea.
8. Modelul Waterfall poate fi considerat un proces secvențial stringent, dar metodologia Agile
este un proces de dezvoltare de software foarte colaborativ, ceea ce duce la o mai bună
intrare în echipă și la o rezolvare mai rapidă a problemelor.
9. Modelul Waterfall necesită o mentalitate a proiectului și se concentrează exclusiv asupra
finalizării dezvoltării proiectului. Agile a introdus o mentalitate de produs care urmărește să
se asigure că produsul dezvoltat îndeplinește cerințele utilizatorilor și este adaptabil dacă
se schimbă nevoile utilizatorilor.
10. Modelul Waterfall este cel mai potrivit pentru proiecte cu cerințe clar definite și în cazul în
care nu se așteaptă nicio schimbare. Agile de dezvoltare susțin un proces în care se
așteaptă ca cerințele să se schimbe și să se dezvolte.

Cat timp poti sa pui sa resolve o problema sprintul -1, 2,4 saptamini