Trello vs. Jira: comparat din perspectiva dezvoltatorului

Producția de software de astăzi nu este aceeași ca acum 20 de ani. Software-ul a devenit din ce în ce mai complex, cu echipe distribuite literalmente pe tot globul și se bazează pe oameni specializați doar într-o anumită parte a procesului. De asemenea, UI/UX a devenit o problemă foarte importantă pe măsură ce concurența pentru captarea de noi utilizatori și reținerea celor actuali crește.

În ultimul an, am lucrat la o duzină de proiecte și aproape toate au folosit un instrument de management de proiect (PMT). Nu vă voi oferi astăzi un argument de vânzare pentru un anumit instrument, ci mai degrabă vă voi oferi o vedere interioară din perspectiva dezvoltatorului asupra modului în care aceste instrumente sunt utilizate în viața reală, precum și o prezentare generală a două unelte. Sperăm că acest articol îi va ajuta pe factorii de decizie și dezvoltatorii să-și dea seama ce este cel mai convenabil pentru ei, pentru echipa lor și pentru proiectul la care lucrează.

De ce să folosiți un instrument de management de proiect?

Când am început, majoritatea proiectelor mele nu se bazau pe un instrument de management de proiect, așa că s-ar putea să vă întrebați dacă aveți într-adevăr nevoie de unul. Nu pot dezvoltatorii să creeze software fără ele? Răspunsul este că depinde de mai mulți factori, așa că să analizăm unii dintre ei.

Ascensiunea echipelor globale

În majoritatea proiectelor, mă trezesc lucrând pentru oameni de pe tot globul și, deși este cu adevărat minunat, ridică și o serie de provocări cu care o echipă de birou nu se va confrunta. Fusele orare devin o problemă reală atunci când încercați să convingeți un coleg să repare sau să modifice o parte a sistemului în care nu sunteți suficient de competent.

Există, de asemenea, scenarii în care este posibil să nu poți vorbi cu celălalt dezvoltator de mai mult de o dată sau de două ori pe săptămână. Instrumentele de management de proiect ajută la ușurarea acestor procese de colaborare, deoarece devin un canal oficial (și, din motive practice, uneori singurul) pentru membrii echipei pentru a-și comunica nevoile înainte și înapoi.

Desigur, nu este vorba doar despre comunicarea între membrii individuali ai unei echipe distribuite. PMT-urile oferă, de asemenea, mai multe informații și vizibilitate tuturor membrilor echipei, permițându-le să urmărească progresul celorlalți membri ai echipei și să își planifice activitățile în consecință.

Colaborare

S-ar putea să vă gândiți că puteți obține aceleași rezultate pur și simplu colaborând prin e-mail sau prin alte canale de comunicare. Un client de-al meu a făcut asta la un proiect la care am lucrat acum câteva luni și a fost un coșmar. Oamenii foloseau mai multe e-mailuri pentru comunicare, așa că era greu să ținem evidența diferitelor fire. De asemenea, comunicarea despre o singură problemă devine un puzzle împărțit în piese diferite care trăiesc în conversații diferite prin e-mail. Cele mai multe conversații prin e-mail au atins mai multe probleme, ceea ce a făcut din ce în ce mai dificilă urmărirea a ceea ce rămânea de făcut.

Instrumentele de management de proiect rezolvă acest lucru, având un flux de conversații dedicat fiecărei probleme, ușurându-vă viața, deoarece vă permit să găsiți tot ce aveți nevoie (design, API-uri și feedback) cu un singur clic. Dintr-o perspectivă de colaborare, acest lucru poate face o diferență enormă, deoarece instrumentele de management de proiect permit tuturor să acceseze și să vizualizeze toate segmentele și etapele proiectului, reducând nevoia de comunicare și actualizări constante.

Gestionați cerințele proiectului

Una dintre cele mai mari probleme cu care se confruntă echipele care nu folosesc un instrument de management de proiect este cauzată de natura intrinsecă a software-ului. Poate că lucrezi la un startup și te-ai schimbat de mai mult de câteva ori. Poate că obiectivele și cerințele tale continuă să evolueze pe măsură ce lucrezi la proiect.

În acest context, ar trebui să ne gândim la software ca la o ființă vie. Indiferent de cât de bine a fost întocmit planul inițial, există întotdeauna șanse mari ca acesta să fie schimbat. Cu toate acestea, uneori aceste modificări nu sunt comunicate tuturor membrilor echipei. Directorii pot avea o conversație despre o nouă caracteristică care îți va oferi un avantaj față de concurenții tăi, dar dacă managerul nu exprimă acest lucru restului echipei, nu se va întâmpla.

Dacă nu a fost scris, s-ar putea chiar să fie uitat și de manager și CEO. Neavând un loc unde să ai cele mai recente și cerințele oficiale te va face să pierzi mult timp și bani. PMT-urile oferă un singur punct de adevăr, un singur loc în care toate cerințele și informațiile sunt stocate pe durata proiectului. Nu este vorba doar despre faptul că nu sunt adăugate funcții pe care le puteți adăuga mai târziu – am dezvoltat funcții întregi doar pentru a descoperi că nu mi s-a spus că nu mai acceptăm această caracteristică.

Eficiența memoriei și a timpului

Cea mai palidă cerneală este mai fiabilă decât cea mai puternică memorie. – Proverb

Putem gestiona doar atât de multe în capul nostru la un moment dat. Când ai un apel cu managerii tăi și aceștia aduc în discuție o duzină de probleme diferite în timpul conversației, la un moment dat, ceva se va pierde. Ai putea încerca să scrii singur cele mai importante puncte, dar totuși, ceva ar putea cădea prin fisuri.

A avea cerințele scrise în loc să vorbim despre ele într-un apel este o modalitate bună de a prinde potențialele elemente lipsă din flux sau de a detecta lucruri care te-ar putea împiedica să implementezi acea problemă în acest moment. Dezvoltarea software nu este liniară, așa că ați putea începe să lucrați la o caracteristică astăzi, dar aveți ceva mai urgent la care să lucrați în produs și să reveniți câteva săptămâni sau luni mai târziu doar pentru a realiza că ați uitat exact ce era necesar.

De aceea, notarea cerințelor vă poate economisi timp, fie prin faptul că nu trebuie să vă amintiți, fie prin evitarea nevoii de a discuta din nou aceeași caracteristică. Eficiența timpului este foarte importantă, deoarece software-ul este mai complex, așa că ați putea profita de faptul că aveți doar lucrurile scrise, pentru a reduce timpul de întâlnire la jumătate sau mai mult, concentrându-vă doar pe problemele pe care trebuie să le clarificați.

Concentrează-te

Aceasta este legată de problema anterioară de a ține evidența comunicării legate de problema care este abordată și doar de a ține evidența caracteristicilor cerințelor viitoare fără a fi nevoie să vorbiți despre acele lucruri.

Acest lucru îl ajută pe dezvoltator atât să se concentreze pe crearea lucrurilor care sunt necesare în acest moment, cât și să învețe ce urmează. Nu este vorba doar despre comoditate și acces ușor la informații. Nivelul adăugat de vizibilitate permite fiecărui membru al echipei să vadă imaginea de ansamblu și să planifice în consecință.

Caracteristici cheie PMT

Deci, ceea ce căutăm într-un PMT este un instrument care ajută la gestionarea conversației, păstrând discuțiile despre diferite probleme separate și bine organizate. Acest lucru ajută la comunicarea între oameni din diferite fusuri orare și echipe diferite, în timp ce, în același timp, servește ca un depozit al viziunii oficiale a software-ului, ajutându-vă să vă concentrați și economisind timp prin reducerea fricțiunilor în procesul de dezvoltare pentru dezvoltator, manager de proiect. , și toți cei implicați în peisajul actual al dezvoltării software.

Jira

Jira este un PMT foarte puternic care a fost conceput special pentru dezvoltarea de software. Cu toate acestea, nu toată lumea cunoaște toate caracteristicile Jira și poate fi copleșitor dacă ești proprietar de afaceri și încearcă să gestionezi primul tău proiect. Dacă citiți acest lucru ca persoană care decide între diferite opțiuni, dar nu ați folosit Jira înainte, vă recomand să vizionați mai întâi câteva tutoriale, astfel încât să puteți profita cu adevărat de puterea sa.

Sprinturi

Există trei cuvinte cu care pot defini cea mai mare parte a experienței mele cu Jira, iar unul dintre ele este sprintul . Un sprint este o perioadă de timp în care echipa lucrează pentru îndeplinirea anumitor obiective care pot fi strâns legate sau nu. Este complet flexibil. Sprinturile Jira durează de obicei o săptămână, ceea ce, după părerea mea, este durata optimă.

Din perspectiva unui dezvoltator, acest lucru vă oferă flexibilitatea de a vi se atribuie mai multe lucruri și de a lucra în ordinea care este cea mai confortabilă pentru dvs., care poate fi să lucrați la unul greu și apoi unul ușor de relaxat, sau poate să lucrați la 2 -3 care sunt strâns legate în același timp. Acest lucru dă putere dezvoltatorilor să ia unele decizii, menținând concentrarea în același timp pe livrarea la timp.

Epopee și probleme Jira

În timp ce sprinturile grupează sarcini în domeniul temporal, epopeele pot grupa sarcini după subiect. De exemplu, îți poți împărți sarcinile în sprinturi pe săptămână, dar poți și grupa sarcinile în același timp în front-end și back-end. Când împărțiți sarcinile pe subiect, puteți atribui un dezvoltator unui subiect.

De exemplu, puteți avea o epopee pentru migrarea datelor dintr-o bază de date existentă, așa că ați putea numi acea epic migrare DB și, deoarece toate sarcinile din acea epopee sunt legate, un singur dezvoltator poate fi cel responsabil de asta pe toată durata sprinturi. Acest lucru evită ca doi dezvoltatori să petreacă timp învățând vechea bază de date, făcând dezvoltarea mai eficientă.

Problemele , pe de altă parte, sunt lucrurile care trebuie făcute, care pot aparține unei epopee și unui sprint. Există mai multe tipuri de probleme și acestea sunt povestea , sarcina și eroarea . O poveste are particularitatea de a avea subsarcini, care pot fi folosite pentru a descompune o problemă în bucăți mai mici care formează o imagine completă atunci când sunt luate împreună - acest lucru evită crearea unui număr mare de sarcini, concentrându-se în schimb pe un singur element care trebuie finalizat.

Sarcinile din Jira sunt probleme foarte specifice și nu au subsarcini. Când ceva care trebuie făcut este foarte simplu și nu are rost să încerci să-l defalci, este o sarcină. Bug-urile sunt lucruri care trebuie remediate - păstrarea erorilor ca categorie specială vă va ajuta să înțelegeți cât de mult remediați, spre deosebire de cât de mult progresați în proiect.

Priorități

Comunicarea este o mare parte a ecuației atunci când lucrați într-o echipă globală care lucrează în mai multe fusuri orare. Lucrul „pe tot globul” nu este o metaforă, ci o realitate în care trăiesc mulți dezvoltatori. Unul dintre lucrurile care este greu de comunicat de la manageri la dezvoltatori este nivelul de prioritate al unei sarcini. Imaginați-vă următorul scenariu folosind o listă de tot:

Dezvoltatorul vede că în această săptămână au șapte sarcini de îndeplinit. Unele dintre ele sunt grele, iar altele sunt ușoare. O sarcină critică pentru manager, totuși, este foarte complexă, dar pentru dezvoltator dintr-o listă de sarcini, toate sarcinile sunt egale - ar putea alege să meargă mai întâi pe cele mai ușoare, lăsând-o pe cea critică pentru final. Dacă se întâmplă ceva neașteptat și lista nu se termină, este cea mai importantă sarcină care este tăiată sau se termină în grabă (probabil sacrificând calitatea în proces). Acest lucru este foarte ușor de rezolvat în Jira, având priorități , ceea ce le permite dezvoltatorilor să înțeleagă ce este mai important sau mai important de finalizat.

Conținut, conținut, conținut

Unul dintre lucrurile pe care le veți aprecia cu adevărat la Jira este cantitatea de conținut pe care o puteți plasa sub fiecare număr; puteți adăuga imagini sau link-uri, precum și să etichetați alți membri ai echipei - în timp ce acest lucru este valabil și pentru Trello, interfața de utilizare vă atrage cu adevărat să plasați mai mult conținut, ceea ce vă ajută să aveți mai multe date pentru fiecare sarcină.

Avantajele și dezavantajele lui Jira

Jira este un instrument foarte bine stabilit, cu o mulțime de caracteristici care au fost încorporate special pentru dezvoltarea de software. Oferă o mulțime de integrări cu alte sisteme și vă ajută să vă organizați bine. Este bun mai ales pentru echipe (foarte) mari.

Jira, fiind un PMT capabil, plin de caracteristici, poate fi oarecum descurajantă pentru un dezvoltator începător. Experiența poate fi copleșitoare – sprinturile, epopeele și problemele se pot amesteca. Acest lucru este valabil mai ales dacă managerul este un client cu puțină experiență în dezvoltarea de software, încercând să gestioneze o echipă de dezvoltatori. Recomand Jira pentru echipe mari și proiecte mari care vor dura ceva timp pentru a se dezvolta (mai mult de câteva luni), precum și pentru manageri (clienți) și dezvoltatori cu experiență.

Pro

• Proiectat special pentru dezvoltarea de software
• Permite ca fiecare problemă să aibă o mulțime de conținut, cum ar fi linkuri, imagini, atașamente
• Are o aplicație mobilă cu notificări, care vă ajută să vă urmăriți tot timpul problemele
• Integrează sprinturile cu nucleul produsului
• Oferă o filtrare foarte intuitivă a sarcinilor, astfel încât să vă puteți concentra asupra sarcinilor care sunt relevante pentru dvs

Contra

• Are multe caracteristici, astfel încât să puteți subutiliza cu ușurință software-ul
• Necesită ceva pregătire pentru a profita de toate caracteristicile sale
• Necesită (sau cel puțin este ajutată enorm de) o înțelegere a dezvoltării Agile
• Poate fi exagerat pentru un proiect mic cu o echipă mică

Trello

Trello poate fi rezumat într-o frază simplă: „tablete cu cărți”, alias Kanban . La prima vedere, ar putea chiar mult prea simplu pentru un ochi neantrenat; cu toate acestea, lucrurile simple pot fi extrem de utile.

Simplitatea este un concept puternic. Acesta este o parte din motivul pentru care iPhone și Mac au devenit atât de populare, deoarece sistemul lor de operare era simplu și plăcut de utilizat. În timp ce Jira simte că are orice lucru la care te poți gândi, Trello simte că are doar suficient pentru a te ajuta să treci. Fără epopee, fără povești, fără sprinturi - pur și simplu lucrezi pe o carte și o muți prin diferitele etape (coloane).

Ținând cont de faptul că toate acestea există și în Jira, voi explica câteva dintre caracteristicile care strălucesc cel mai mult în Trello.

Etape

Trello ușurează definirea etapelor - pur și simplu creați o coloană și începeți să o utilizați. Cele mai comune sunt To Do, Doing, Review și Done. Datorită simplității sale, puteți adăuga alte coloane, cum ar fi În așteptare (Jira poate face acest lucru, dar se simte că s-au pierdut dacă nu căutați în mod explicit aceste probleme) sau puteți crea coloane pentru diferite părți ale sistemului, cum ar fi Todo Front-end sau Todo Back-end. Acest lucru este excelent atunci când echipa și proiectul sunt mici, cum ar fi un simplu site web, un widget sau o extensie, unde nu există mulți membri sau sarcini de gestionat simultan.

Membrii

Puteți atribui un card membrilor și așa alocați un card unui dezvoltator - foarte simplu acolo. Puteți eticheta și alți membri în comentarii, ceea ce îi ajută pe toți cei implicați într-o problemă să continue să comunice despre aceasta.

Cu un singur clic, utilizatorii își pot filtra cu ușurință cardurile sau cardurile aparținând altor membri ai echipei, ceea ce este deosebit de util în vizualizarea Calendar.

Foarte vizual

Datorită simplității sale, Trello are Kanban-ul vizibil ori de câte ori deschideți conținutul unui card. Este o abordare foarte vizuală, deoarece nu poți scăpa de această vedere. De asemenea, cardurile pot avea imagini care sunt vizibile pe tablă.

Este ceva ce Jira nu are (sau cel puțin nu l-am văzut folosit într-un proiect real). Deoarece o imagine poate spune mai mult decât cuvinte, puteți vedea cu ușurință ce se întâmplă fără a deschide fiecare bilet.

În plus, etichetele colorate ale lui Trello pot fi folosite pentru a adăuga și mai multe informații fără a fi nevoie să extindeți un card. Cu un pic de organizare bună, aceste echivalente Kanban ale etichetelor Post-It se pot dovedi foarte utile și vă scutesc de multe clicuri inutile.

Supraîncărcare informațională

Datorită simplității sale inerente, Trello te împinge să păstrezi lucrurile simple și la obiect, evitând senzația de a fi copleșit de munți de informații. De multe ori, vei lucra la un proiect în care ești bombardat constant de notificări pentru articole cu care nici măcar nu ești implicat.

Acest zgomot suplimentar pare să fie oarecum redus pe Trello, cel puțin din experiența mea. Deoarece Trello nu este atât de ușor de utilizat pentru adăugarea de informații, am aflat că problemele tind să fie mai mici, ceea ce înseamnă că sarcinile sunt împărțite în bucăți mai mici decât în ​​Jira. Cu o anumită planificare, aceste sarcini mici nu ar trebui să genereze prea mult zgomot.

Gamificare

Conceptul de gamification este, în parte, de a prelua o sarcină simplă și de a o transforma într-un joc prin utilizarea recompenselor. „Dificultatea nu te dezamăgește dacă este completată cu recompense”, așa cum se subliniază în acest articol de pe blogul Trello.

Există un impuls de adrenalină (sau dopamină) de fiecare dată când un bilet este mutat de la o etapă la alta. Deoarece nu puteți muta o carte într-o etapă diferită fără a o trage pe Trello (în timp ce pe Jira, este mai ușor să schimbați starea unei probleme), obțineți o conexiune fizică cu progresul pe care îl faceți. La un moment dat, fără să-ți dai seama, ai chef să concurezi împotriva ta pentru a elimina mai multe probleme în acea zi decât în ​​ziua precedentă (sper că nu sunt singur aici cu acest sentiment) sau pur și simplu ai chef să te lupți pentru a face rubrica todo gol cât mai repede posibil. Multe produse software folosesc gamification astăzi pentru a crea un angajament mai mare, cum ar fi vizualizările și aprecierile de pe majoritatea platformelor sociale - acel mecanism de acțiune-recompensă este cel care îi menține pe oameni implicați în platforme.

Cei buni şi cei răi

Încă sunt uimit de felul în care folosirea Trello este fericită și, cu siguranță, simplitatea sa este crucială pentru această experiență. Sarcinile tind să fie mai mici – deși obțineți aceeași treabă, este mai bine să mutați trei sarcini în coloana „Pentru revizuire” decât să schimbați starea unei singure povești Jira la Terminat. (Simt că rata de conversie a unei povești Jira este de aproximativ trei cărți pe Trello.)

Acest lucru este ideal pentru dezvoltatorii noi sau proprietarii de afaceri care încearcă să gestioneze un proiect, deoarece bariera de intrare este foarte scăzută. Trello este ușor de stăpânit de către oricine, inginer software sau altcineva. Problema este că Trello poate fi prea ușor pentru anumite proiecte și echipe uriașe. Deși puteți crea cu ușurință plăci suplimentare, a avea o mulțime de dezvoltatori care lucrează pe o singură placă poate provoca probleme. Pur și simplu nu este același, calitativ, cu spațiul de lucru comun al Jirei.

Pro

• Barieră scăzută de intrare — nu aveți nevoie de experiență
• Interfață de utilizare simplă
• Extrem de vizual - înțelegeți imediat ideea
• Ideal pentru proiecte mici și echipe mici

Contra

• Nu este un UI/UX prietenos pentru adăugarea multor detalii la o problemă
• Nu se traduce la fel de bine pe mobil, deoarece aveți nevoie de mai mult spațiu fizic pentru a afișa un panou kanban
• Nu are o modalitate (cel puțin, intuitiv) de a prioritiza sarcinile

Ar trebui să folosesc un instrument de management de proiect?

Da — cred că în situația tipică de astăzi, în care managerul sau proprietarul afacerii nu este disponibil să răspundă la întrebări 24/7, ar trebui să vă gândiți cu adevărat la folosirea unui instrument ca o modalitate de a avea un depozit în care tot ceea ce este necesar este notat. într-o manieră clară. Acest lucru vă va ajuta să evitați confuzia sau articolele ratate, deoarece au fost uitate într-o conversație Skype sau îngropate sub sute de e-mailuri. Dacă proiectul tău este mai mic, cum ar fi un site de hobby, un PMT ar putea fi exagerat.

Pe care ar trebui să-l folosesc?

Răspunsul la aceasta este cel care se potrivește cel mai bine nevoilor dumneavoastră. Dacă echipa ta este formată din mai mult de patru oameni și proiectul va dura mai mult de un an, aș alege Jira. Dacă acesta este cazul dvs., vă recomand să citiți mai multe despre cum să utilizați Jira și despre cum să utilizați metodologiile de dezvoltare software.

Dacă echipa ta are mai puțin de patru persoane și proiectul este un simplu site web, sau poate adăugând unele caracteristici unui proiect existent, recomand Trello datorită simplității sale. Ca întotdeauna, cu instrumente, ambele își pot face treaba, dar asta nu înseamnă că cea mai bună este aceeași pentru toată lumea.