Se face analiza într-o lume agilă?

„Nu avem analişti!” și „Nu vreau să văd alți analiști în proiectele mele!” devin expresii din ce în ce mai frecvente în proiectele IT. Dar înainte de apariția dezvoltării agile, analistul a jucat un rol crucial în stabilirea dezvoltării IT. Cum se face asta acum?

Subiectul a fost deschis de Kaja Trees, un analist de sisteme și afaceri cu peste 20 de ani de experiență, care ne împărtășește și experiențele ei. Exerciții pe fata. A prestat servicii de consultanță în diverse companii.

Poziție de analist în echipa IT

Potrivit lui Kaja, în practică, structura echipelor IT și poziția analistului în acestea sunt împărțite aproximativ în patru grupuri:

1. O echipă care nu include niciun analist. Cu toate acestea, fiecare dezvoltator își analizează propria sarcină de dezvoltare. Prin urmare, soluția poate fi gândită în mod neuniform, ceea ce se numește sistem camber. Aceste sisteme pot include duplicarea, datoria tehnologică și problemele de scalare. Utilizatorii sunt adesea nemulțumiți de arhitectura tehnică a inginerilor UX și IT.

Problema este păstrarea imaginii de ansamblu împreună atunci când este făcută de așa-numita minte a stupului, mai degrabă decât un rol central. Desigur, există dezvoltatori de software care pot păstra împreună imaginea de ansamblu și pot avea conversațiile necesare cu clientul, deși mulți dintre ei preferă să se concentreze pe latura tehnică. Metodologiile agile includ, de asemenea, câteva practici pentru a ajuta la atenuarea acestor riscuri. Cu toate acestea, în experiența Kaga, este necesar să fim conștienți de rolul analizei pentru a evita problemele.

2. O echipă în care analistul este prezent, dar sub alt nume. Proprietar de produs, inginer IT sau chiar Scrum Master El poate îndeplini acest rol dacă are abilitățile potrivite. Este ca și cum ai efectua o analiză „secretă” pentru a ocoli restricțiile stricte.

Pericolul este că celelalte activități ale sale, deși sunt și ele importante, ar putea să nu primească suficientă atenție. Totuși, dacă există un echilibru bun între dezvoltatori și alte roluri, o astfel de echipă poate funcționa foarte bine.

3. Echipa în care clientul realizează analiza. Aceasta înseamnă că există un analist de afaceri puternic din partea clientului, care menține domeniul de aplicare și soluția aliniate în mod logic, pregătind sarcinile de dezvoltare (de exemplu, sub formă de povești de utilizator) și asigurându-se că soluția este cea mai bună posibilă din punctul de vedere al clientului și al utilizatorului. vedere. Așteptări – Vizualizări. Ideal ar fi sa aiba si un background in IT, astfel incat sa poata profita de oportunitatile pe care le ofera IT-ul si sa nu complice lucrurile prea mult. Echipa de dezvoltare primește deja o sarcină care este de înțeles de dezvoltator, se poate concentra pe aspectul tehnologic.

Cel mai mare risc este atunci când analistul nu înțelege cu adevărat cum funcționează cu adevărat sistemele IT. Aici ajută un dialog deschis cu inginerul sau dezvoltatorii IT, care se gândesc cu atenție și recomandă, dacă este cazul, alternative la soluția propusă.

Pe de altă parte, această echipă trebuie să aibă fie un inginer IT, fie o colaborare foarte bună între dezvoltatori, astfel încât toate părțile soluției să funcționeze ca un întreg, inclusiv din punct de vedere tehnic. Dacă nu există o viziune grozavă aici, de exemplu, dezvoltarea poate începe pe o platformă care nu este suficient de scalabilă pentru soluția finală etc.

4. O echipă în care analistul face parte din echipa de dezvoltare. Treaba analistului este să pregătească biletele în același mod în care treaba dezvoltatorului este să le dezvolte și treaba testerului este să le testeze.

Dacă partea clientului nu are un analist de afaceri puternic și priceput în tehnologie, echipa de proiect ar trebui să ocupe acel rol. Kaja a fost în această poziție în multe proiecte și a văzut că ar putea funcționa foarte bine. Cu toate acestea, susținătorii dezvoltării agile curate văd acest lucru ca fiind un sacrilegiu, deoarece consideră că biletul de dezvoltare ar trebui să fie în mâinile unei singure persoane de la început până la sfârșit.

Analiza este crucială

Este important să înțelegeți că analiza este o parte importantă a oricărui proiect, indiferent de cine o face. Pentru a evita conflictele, Kaja abordează adesea responsabilitatea analizei uitându-se dincolo de titlurile posturilor și de roluri specifice – prin găsirea pe cineva care să-și asume acea responsabilitate. Pentru el, un analist este o persoană care face analiza, indiferent de titlul postului sau de locul în care „stă” în structura echipei. Ideea că numai persoanele cu titlul oficial de „analist” pot face această muncă este restrictivă și controversată.

În același mod, Kaga își propune să predea „Curs de analiză a afacerilor și a sistemelor” Pentru toate rolurile care se ocupă cu analiza de afaceri sau de sistem – pe lângă analiști, precum și dezvoltatori, proprietari de produse, Scrum masterTesteri și manageri de proiect. Învață abilități analitice prin teorie atentă și practică bazată pe feedback și reprezintă o investiție în dezvoltarea personală și a afacerii.