Un ruolo definisce il comportamento e le responsabilità di un individuo oppure di un insieme di individui che lavorano
insieme in un'azienda. Il comportamento di ciascun ruolo viene definito come un insieme di attività. Le responsabilità
di ciascun ruolo sono di solito definite in base a determinati prodotti di lavoro come, ad esempio, i documenti.
Progettista, Architetto di software e Revisore sono esempi di ruoli. Attraverso un insieme associato di attività, il
ruolo definisce implicitamente anche una competenza.
Si noti che i ruoli non sono individuali: piuttosto, descrivono in che modo gli individui devono comportarsi nel
business e quali sono le loro responsabiità.
Di solito il progetto ha a disposizione un numero di risorse, individui che hanno competenze specifiche. Ad
esempio, Giuseppe, Maria, Paolo e Silvia sono persone con competenze diverse sebbene si sovrappongono. Mediante
l'utilizzo dei ruoli definiti nel processo di consegna, associare le risorse disponibili al progetto in base ai ruoli
che possono svolgere.
L'associazione della persona al ruolo è un'attività dinamica nel tempo, guidata dalla fase del ciclo di vita del
progetto e dal lavoro da eseguire.
-
Un individuo può coprire diversi ruoli nella stessa giornata: ad esempio, Stefano può essere un revisore di mattino
e un progettista di caso d'uso nel pomeriggio.
-
Un individuo può ricoprire diversi ruoli contemporaneamente: ad esempio, Giuseppe può essere sia l'architetto di
software che il progettista di una determinata classe e anche il proprietario del pacchetto che contiene questa
classe.
-
Diverse persone possono ricoprire lo stesso ruolo per eseguire insieme una determinata attività: ad esempio, Maria
e Paolo possono essere entrambi progettisti dello stesso caso d'uso.
Assegnare le responsabilità in modo che vi sia un minore passaggio di prodotti di lavoro da una risorsa all'altra:
utilizzare la stessa persona o team per progettare e implementare un sottosistema, in modo che non debba imparare
nuovamente il lavoro già effettuato da altri.
Quando lo stesso team progetta così come implementa, facilitare la transizione dalla progettazione all'implementazione.
Inoltre,Come uno scultore, il bravo progettista deve comprendere il mezzo espressivo, che per il software è l'ambiente
di implementazione.
|