Ragazzi dividiamoci il lavoro

Da qualche tempo ho cominciato a lavorare ad un nuovo progetto ed al momento di iniziare.

ho proposto al capo del gruppo ( team leader, pm, boo? ) di dividere il nostro

piccolo team di tre persone per tipologia di sviluppo.

In pratica, anche considerando gli skill, ho proposto: una persona sul database, una sullo sviluppo del data layer e una lato presentation (io).

Il capo ha bocciato senza appello la mia proposta, risultato? TUTTI FANNO TUTTO

Strano mi sembrava una proposta ragionevole o no?

posted on martedì 9 ottobre 2007 15.07 Print

Comments

# re: Ragazzi dividiamoci il lavoro: Raffaeu; 09/10/2007 16.45; Deduco che il tuo capo, di team leader ha solo il titolo ... Ma caspita una volta che si hanno a disposizione 3 personaggi con conoscenze ben distinte perchè fare un minestrone di tutto?? Paura di qualche licenziamento o malattia di lunga durata? Mah ...

# re: Ragazzi dividiamoci il lavoro: Nicola; 09/10/2007 16.51; Non mi sembra un'idea irragionevole quella del tuo capo, piu' teste che pensano alle stesse cose puo' voler dire piu' idee.

# re: Ragazzi dividiamoci il lavoro: Roberto Forno; 09/10/2007 17.54; Ni. Non e' detto.
In un team di tre persone col tuo metodo hai questi svantaggi:
- se uno dei tre e' in vacanza o malattia o e' rapito dagli alieni, ci vuole tempo perche' qualcuno riprenda i fili del progetto.
- corollario: se il progetto e' poi installato presso il cliente magari si deve inviare tutto il team di sviluppo per fare assistenza, setup perche' ognuno ne sa solo un pezzo
- se il progetto e' un po' agile e si vogliono presentare parti di un'applicazione devi aspettare il completamento del lavoro di tre persone mentre se uno lavora trasversale nei layer ha il controllo di cio' che deve fare e di quando lo fara'. in altre parole c'e' il rischio che chi fa la ui stia a girasi i pollici per un mese senza i layer sottostanti.

ma ha questi vantaggi:
- c'e' uniformita' di stile nel coding dei layer
- non ci sono problemi di conflitti disegnando l'architettura ed accedendo alle risorse durante lo sviluppo
- ci si puo' concentrare in tre su di un modulo dell'applicazione e sveltirne la realizzazione.

la risposta univoca non c'e'. dipende dall'architettura della soluzione, dipende da cosa si usa per generare la parte dati (ad es un ORM).
Fossi nel team leader traccerei la bozza del modello ad oggetti e farei cominciare tutti e tre a definire il modello nei dettagli. dopodiche' si giudica come affrontare lo sviluppo

# re: Ragazzi dividiamoci il lavoro: Roberto Valenti; 10/10/2007 9.40; Condividere il lavoro è un bene, io di solito ho il problema opposto.

# re: Ragazzi dividiamoci il lavoro: Roberto Valenti; 10/10/2007 9.42; Condividere il lavoro è sempre un bene forma i membri del team e soprattutto crea il team, io di solito ho il problema opposto :-(

# re: Ragazzi dividiamoci il lavoro: Massimo Gentilini; 10/10/2007 10.19; Faccio fatica (facendo di lavoro proprio il team leader) a dare torto al tuo capo...

Anche considerando che tutti gli approci recenti allo sviluppo (XP ad esempio) tendono esplicitamente ad eliminare questo concetto di "proprietà" di un pezzo di codice.

# re: Ragazzi dividiamoci il lavoro: Antonio Di Motta; 10/10/2007 11.36; Ovviamente bisogna giudicare caso per caso e in linea di massima concordo con tutti i feedback ricevuti, ma penso che sia molto difficile far sviluppare delle webform a qualcuno che fino ad ieri ha scritto solo T-SQL e viceversa.

# re: Ragazzi dividiamoci il lavoro: marco; 29/10/2007 17.52; "tutti fanno tutto" di solito serve a far sì che tutti sappiano qualcosa di tutto, e se manca qualcuno non si blocca l'assistenza al prodotto.
più che una scelta tecnica, una scelta "de paura"...

Post Comment