Cum se dezvoltă Termenii de referință
După ce m-am gândit cu atenție, am decis că nu va funcționa din nou să încadrez tot materialul din partea a doua planificată într-un singur articol, altfel ar fi topuri și în teorie, care este deja scris în multe manuale. Dar la urma urmei, am stabilit sarcina astfel încât acest lucru să poată fi aplicat în practică, așa că nu mă voi mai gândi pe viitor la câte probleme va fi nevoie pentru a termina cu subiectul. Acest lucru va fi influențat și de feedback-ul cititorilor, așa că scrieți, nu vă sfiați!
Profitând de această ocazie, vreau să pun o întrebare: cât de interesant ar fi organizarea unui seminar de formare practică la Sankt Petersburg cu privire la dezvoltarea Termenilor de referință? Ne-am întâlni și ne-am face schimb de experiențe. Dacă un asemenea interes nu este izolat, promit să mă organizez.
Întrucât cititorii nu sunt doar specialiști în domeniul dezvoltării software, ci și analiști de afaceri și manageri de diferite niveluri, voi încerca să scriu într-un mod care să fie interesant pentru toată lumea.
În această parte, vom vorbi despre cum să organizați etapa de lucru privind colectarea cerințelor, în ce ar trebui să constea și ce instrumente pot fi utilizate. Repet că aceste lucrări din punct de vedere al etapelor sunt foarte asemănătoare cu un sondaj de întreprindere pentru a descrie procesele de afaceri.
Ca de obicei în viață:
Așa cum se întâmplă în majoritatea proiectelor
Pași
Cum se întâmplă
De ce există o astfel de practică descrisă mai sus? Mărturisesc că nu știu. Nimeni nu întreabă, nimeni nu știe. În același timp, situația nu se schimbă foarte repede, deși se discută în permanență acest subiect, se schimbă experiențe, se scriu cărți... Mi se pare că unul dintremotive – calitatea scăzută a educației relevante. Poate fi afectat și de faptul că mulți specialiști provin din alte afaceri și înțeleg totul în practică, de exemplu. experiența lor este modelată de mediul în care se află. Atitudinea universităților și lipsa dorinței lor de a fi mai aproape de realitate este, de asemenea, un fapt cunoscut, dar uneori poziția lor mă surprinde. De exemplu, am avut un caz când o studentă absolventă, un specialist talentat, a vrut să scrie o teză pe platforma 1C (o dezvoltare bună a industriei), dar la catedră i s-a spus că, indiferent de subiect, ar fi imposibil. să conteze pe o notă „excelentă”, pentru că 1C nu este un sistem serios. Ideea aici nu este seriozitatea și obiectivitatea unei astfel de opinii, ci faptul că o sarcină primitivă într-un limbaj de programare clasic a fost imediat considerată demnă de un rating „excelent”.
Să încercăm să dăm procesului discutat mai sus o abordare mai sistematică. Cum ar putea arăta atunci?
După cum puteți vedea, procesul se încheie cu o întrebare, pentru că pe aceasta, munca este departe de a se termina, iar atunci va începe cel mai dificil și cel mai practic - exact ceea ce va determina aplicabilitatea rezultatului obținut în viața reală. Este exact ceea ce va determina soarta lucrării anterioare: fie va merge la dulap (pe un raft sau altundeva), fie va fi o sursă valoroasă de informații. Și cu atât mai bine dacă devine un model pentru proiecte viitoare.
Să vedem cum poți reorganiza abordarea culegerii informațiilor despre activitățile companiei.
Cum se poate întâmpla acest lucru cu o organizare mai competentă a muncii