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?

Feedback

# re: Ragazzi dividiamoci il lavoro

Non mi sembra un'idea irragionevole quella del tuo capo, piu' teste che pensano alle stesse cose puo' voler dire piu' idee.
09/10/2007 19:51 | Nicola

# re: Ragazzi dividiamoci il lavoro

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 09/10/2007 20:54 | Roberto Forno

# re: Ragazzi dividiamoci il lavoro

Condividere il lavoro è un bene, io di solito ho il problema opposto.
10/10/2007 12:40 | Roberto Valenti

# re: Ragazzi dividiamoci il lavoro

Condividere il lavoro è sempre un bene forma i membri del team e soprattutto crea il team, io di solito ho il problema opposto :-( 10/10/2007 12:42 | Roberto Valenti

# re: Ragazzi dividiamoci il lavoro

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. 10/10/2007 13:19 | Massimo Gentilini

# re: Ragazzi dividiamoci il lavoro

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. 10/10/2007 14:36 | Antonio Di Motta

# re: Ragazzi dividiamoci il lavoro

"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"... 29/10/2007 19:52 | marco

The Ugi Blog of Antonio Di Motta