Potrebbe essere ovvio, ma non ne sono sicuro.
L'analista che intervista il cliente, raccoglie e analizza i requisiti, quindi fornisce una stima, specifica anche quanti e con quanta esperienza gli sviluppatori dovrebbero essere richiesti per svilupparlo?
Forse non sono così sicuro su come vado su questa cosa dell'allocazione, forse questo non è il mio lavoro.
Se la tua organizzazione non è molto grande, non avrai abbastanza programmatori tra cui scegliere e dovresti dare il lavoro al programmatore che è meno occupato. Ti possono dire se un compito supera le loro capacità tecniche o la loro capacità di rispettare la scadenza artificiale che probabilmente hai fissato per loro.
Se la tua organizzazione è abbastanza grande da avere molti programmatori tra cui scegliere, allora i programmatori hanno probabilmente una struttura di gestione più o meno formale e dovresti lasciare la decisione di chi fa il lavoro a quella gestione. Il team guida e gli anziani sanno chi può fare cosa e chi è occupato e chi no.
Per quanto riguarda le stime, penso che i giorni degli analisti seduti tra utenti e programmatori e che abbiano preso tutte le decisioni relative alla progettazione e alla gestione dei progetti siano passati. Se vuoi che le persone che fanno il lavoro e le persone che pagano il lavoro siano padrone delle decisioni, devi metterle faccia a faccia e lasciarle lavorare insieme. Questo è ciò di cui Agile dovrebbe occuparsi.
Nel migliore dei casi penserei che l'analista possa formulare raccomandazioni sulla composizione del team se al momento non ci sono team, ma chiunque sia il responsabile / responsabile degli sviluppatori dovrebbe prendere la decisione in base alla velocità (o altra metrica di tracciamento) delle persone sta lavorando con. Ciò presuppone che ci sia già un'organizzazione di sviluppo funzionante in azienda.
Nel caso di un'azienda (che ha un analista ma nessuna Organizzazione Software ?!), dovrei pensare che l'Analista possa al massimo suggerire quale debba essere la composizione iniziale della squadra e dovrei pensare che molto presto assumano sviluppatore senior che può assumere un ruolo guida e aiutare l'analista a tornare al proprio lavoro piuttosto che cercare di gestire un gruppo di sviluppatori.
Almeno nei miei 25 anni di sviluppo non ho mai visto un analista di software o un analista software a capo del team di sviluppo software. Ho incontrato casi in cui hanno offerto la sua opinione sul trucco del team, ma in questo giorno ed età del ciclo di vita dello sviluppo software Agile è più o meno normale, non ho visto questo il caso. Inoltre, non ricordo di aver fatto parte del pesante processo ITIL, ma dovrei verificare per sicurezza.
Questo è un problema difficile da affrontare nella consulenza: è necessario fornire un costo approssimativo per firmare un contratto prima di allocare le risorse. Non c'è una grande risposta a molti di questi problemi, ma ecco alcuni suggerimenti:
1) Potresti voler prima attaccare il problema "abbattendolo" in compiti più piccoli che puoi avere una possibilità di stimare. Qualcosa come "Ho bisogno di creare un sistema di fatturazione, che richiederà di avere un database, una funzione di accesso, un elenco di fatture correnti, un modo per modificare una singola fattura, un modo di approvare una fattura per il pagamento, ecc. ecc.)
I pezzi più piccoli che puoi definire, maggiori sono le possibilità che avrai nel produrre una stima affidabile.
2) Vedi se non riesci a calzare uno o due sviluppatori (compri il pranzo!) nel dare qualche consiglio: anche a un livello elevato puoi definire un'attività "grande", un'attività "piccola", ecc. Prova per rompere ulteriormente i compiti "grandi", se possibile.
3) Ora se hai in mente un numero approssimativo (pensa a grossi pezzi qui - "potrebbero essere XXX giorni di lavoro"), allora puoi pensare all'assegnazione delle risorse.
Ma per riecheggiare un commento precedente: non ho mai visto un "analista" alla fine responsabile della stima e dell'assegnazione delle risorse; per ottenere una stima affidabile, è necessario che qualcuno con sufficiente esperienza (e preferibilmente un track record di tracciamento effettivo di "stime rispetto ai risultati") per sapere quale quantità di sforzo potrebbero essere determinati da determinati compiti. (Di nuovo, preferibilmente le opinioni di "più di una" di queste persone.)
Il problema è simile a me che sto pianificando un progetto di costruzione di una casa: posso elaborare una serie di proiezioni di buste posteriori, ma a un certo punto dovrò avere l'opinione di un falegname che costruisce effettivamente case.
Leggi altre domande sui tag skills project-management requirements