Newsgroup: it.lavoro.informatica
Titolo: Contratti e orario di lavoro

Salve a tutti,
	vi presento brevemente il contesto: il mio lavoro oggi consiste nel
"migliorare la produttivita' di gruppi di lavoro nell'ambito della produzione
del software", belle parole per dire che le aziende mi chiamano per salvare i
loro progetti morenti.
Una delle cose che tento di fare e' quella di creare un "team" a partire dal
gruppo di persone preesistente (se qualcuno se lo sta chiedendo: no, non sono la
stessa cosa)
Requisiti fondamentali per la formazione di un team:
- presenza fisica
- orari omogenei
Requisiti della metodologia che adotto sono:
- effort omogenea, ovvero la quantita' di tempo dedicata allo sviluppo del
  progetto deve essere omogenea o comunque misurata/misurabile [*]
- disponibilita' ad allineare le proprie conoscenze con quelle del resto del
  team
Queste le premesse, ora la domanda: quale tipologia di contratto (secondo voi)
si adatterebbe meglio a queste esigenze (tralasciando il tempo indeterminato)?
Per me la risposta sarebbe "Consulenza in P.IVA" in quanto io so che al cliente
(l'azienda) andrebbe bene e io personalmente mi sento a mio agio con le
richieste di cui sopra
La domanda la faccio perche' leggendo abbastanza regolarmente questo gruppo ho
capito che molti consulenti considererebbero inaccettabili tali richieste
Quindi: per un consulente e' veramente inacettabile? Considerare queste
richieste come parte della fornitura richiesta al consulente e' eticamente
scorretto? Quali garanzie potrebbero essere fornite al consulente come
contropartita? Esiste secondo voi un contratto piu' adatto?
Concludo chiarendo un ultimo punto: per me *tutti* i componenti del team sono
identici, a tutti vengono dati gli stessi diritti/doveri, tutti hanno le stesse
responsabilita' (regole) e gli stessi privilegi (per esemprio la formazione
continua = 20% del tempo pagato), il tipo di contratto con l'azienda a me non
interessa, mi interessa che tutti abbiano un trattamento economico/contrattuale
rispetto a cio' che gli viene chiesto, per questo voglio capire quali sono le
alternative possibili
[*] Non mi serve per "controllare" il singolo, ma per estrarre tutta una serie
di metriche che mi consentono mi misurare il progresso/regresso del team (che
viene sempre considerato come entita' atomica)
-- 
Gabriele Lana
contact me at info at gabrielelana dot it
http://www.gabrielelana.it
 - Agile methodologies and Programming
http://www.xpug.it
 - italian eXtreme Programming User Groups


...quindi siamo in una ambito di tipo "industria del software". Purtroppo, 
IMHO, in Italia
lo sviluppo sw e' un'attivita' quasi artigianale, dove contano il talento, 
l'inventiva e la determinazione dei singoli.
Praticamente, se ti servono dei collaboratori per i tuoi progetti, o procedi 
ingaggiando dei  singoli  liberi professionisti ( con i benefici ed i rischi 
che cio' comporta)  oppure assumi (o fai assumere dai tuoi clienti) dei 
dipendenti, che puoi maggiormente controllare, guidare, analizzare, misurare 
etc.
Ciao
fm

 etc.
Che tristezza.
Proprio in Italia non esiste il concetto che un dipendente E' un 
collaboratore, ne' piu' ne' meno che un libero professionista.
L'unica differenza e' la modalita' di pagamento.
Se tu tratti una persona come un oggetto, da controllare, guidare, 
analizzare e misurare, avrai esattamente quello, un oggetto.
Le persone, dipendenti o meno, vanno MOTIVATE e sopratutto considerate 
esseri umani, non oggetti da analizzare e inventariare.

 contropartita?
Una tariffa di trasferta e/o il pagamento dei relativi costi da te 
sostenuti.
 > Esiste secondo voi un contratto piu' adatto?
No, da come descrivi il tipo di attività che svolgi (periodi limitati, 
obiettivi ben definiti, ruolo svincolato dalla catena gerarchica) si 
tratta di una tipica relazione di consulenza.
Poi se usare una P.IVA o dei contratti temporanei di vario tipo è "solo" 
una valutazione di tipo fiscale.
Ciao,
Paolo

 contact me at info at gabrielelana dot ithttp://www.gabrielelana.it- Agile methodologies and Programminghttp://www.xpug.it- italian eXtreme Programming User Groups

 responsabilita' (regole) e gli stessi privilegi (per esemprio la formazione
IHMO con il politically correct non ne vieni a capo.
Le persone NON SONO tutte uguali. Ognuno eccelle in qualcosa e ha 
problemi in qualcos altro.
Un buon team e' composto da persone che nel complesso posseggono 
esperienze e capacita' diverse e non trovo corretto tutti debbano essere 
considerati identici.
Certo, alla base devono esserci regole comuni e tutti devono avere un 
compenso adeguato, ma trattare tutti in modo identico non mi sembra una 
buona mossa.
Devi anche lasciare spazio per miglioramenti e per farlo devi incentivare.
Se tratti tutti allo stesso modo, che incentivo proponi ?
Chi eccelle non sara' motivato nel fare di piu', chi non eccelle stara' 
li' tranquillo.
Che glielo fa fare di fare meglio se tanto il trattamento non cambia ?
E non solo il trattamento economico, ma anche il riconoscimento.
Dai, ad ognuno di noi fa piacere vedere riconosciuto il proprio lavoro.
Just my 2 cents
	STeve

 esseri umani, non oggetti da analizzare e inventariare.
IMHO....quelli da motivare sono I DIPENDENTI.
Il professionista non ha alcun bisogno di esser motivato dal suo Cliente 
..:-)
ciao
fm 

 Dai, ad ognuno di noi fa piacere vedere riconosciuto il proprio lavoro.
La risposta e' lunga e complessa (inoltre ammetto di aver ancora molto da
imparare a proposito), per questo ti rispondo con un link che sintetizza
l'approcio che seguo
http://www.poppendieck.com/pdfs/Compensation.pdf



Secondo me la P.Iva, se usata correttamente, presuppone una vera
attività di consulenza,
quindi avere diversi clienti, tra le altre cose.
Qualunque vincolo stringente di orario e presenza mal si adatta al
fatto di avere diversi clienti da
seguire in contemporanea.

 - orari omogenei
non voglio ne opinare ne controbattere.
Ti faccio solo presente che esistono realta' di team addirittura
dislocati su posti con timezone differenti, che semplicemente si
incontrano una volta a settimana tramite conference call. Il resto delle
comunicazioni avviene tramite e-mail o strumenti idonei (jabber, software
specifici). Io ho lavorato in questo modo. Noi avevamo orario di ingresso
libero, tra le 8 e le 12. Cooperavamo con un team a Bangalore e uno a San
Francisco. La cosa importante era essere in ufficio mercoledi' alle 16:00
per la conference call.
Ah ca$$o dimenticavo la cosa piu' importante: avevamo la cosiddetta policy
WFH ... che vuol dire Work From Home. Una volta a settimana lavoravamo da
casa, in pigiama.
Ovviamente avevamo strumenti adeguati. Si poteva partecipare alle
conf-call anche da casa.
Ma dico, ammoderniamoci, e puntiamo a migliorare anche la qualita' della
vita'. Con queste citta' che cadono a pezzi, piene di traffico caotico,
bisogna inventarsi qualcosa di nuovo.
-- 
Massimiliano

 Spiegalo alla quasi totalitŕ delle aziende italiane...
Se tu per primo pensi "spiegalo alla quasi totalita' delle aziende 
italiane", sottintendi (ma poi nemmeno tanto) che non ritieni la cosa sia :
a) sbagliata
b) cambiabile
Beh per me lo e' e prima piu' gente iniziera' a "pretendere" rispetto 
per il proprio lavoro, prima le aziende (che sono in mano ad esseri 
umani, mica alieni) cambieranno musica.
Certo che se ora il massimo che si ottiene e' "spiegalo alla quasi 
totalita' delle aziende italiane" mi sembra ovvio che queste continuino 
a fare i loro comodi.

contropartita? Esiste secondo voi un contratto piu' adatto?
La consulenza per sua natura dovrebbe essere improntata ad un vincolo
di risultato, eventuali vincoli riguardanti orari e presenza
dovrebbero essere strumentali e limitati nel periodo della consulenza
stessa (anche perche' il vero consulente dovrebbe avere piu' di un
cliente contemporaneamente, e se tutti ponessero tali vincoli...stai
fresco).
In passato mi e' capitato vi fossere esigenze oggettive che
richiedevano la mia presenza presso il cliente per periodi
medio/lunghi, ma questa non era cmq esclusiva  e tali requisiti
incidevano sempre sulla mia tariffa.
Poi c'e' il punto dolente della correttezza contrattuale, ossia molto
spesso i contratti di consulenza mascherano altre intenzioni (avere un
dipendente t.d.  - peggio t.i. - senza i fastidi del t.d./i.).
La soluzione migliore e' imvho avere un consulente legato da precisi
sla e sal (soprattutto gli sla  adeguatamentye concordati tra le
parti)

 ha scritto nel messaggio 
news:CtqJi.1694$5f3....@tornado.fastwebnet.it...


 bisogna inventarsi qualcosa di nuovo.
Sono conscio del fatto che per qualcuno sia piu' comodo/produttivo lavorare da
casa, ma il contesto e' differente. Qui si sta parlando di gruppi di lavoro
disfunzionali che devono essere trasformati in team produttivi, la/le
metodologia/e che adotto utilizzano pratiche e strumenti per massimizzare la
comunicazione all'interno del team, la distribuzione geografica degli elementi
del team sarebbe un'ulteriore problema da gestire, da aggiungere a quelli
preesistenti (dati per assunto in quanto gruppo di lavoro disfunzionale) 


 aspetto.
Un adeguato trattamento economico mi sembra il minimo



ahah. Ti ho beccato sulla signature 'sta volta: "agile methodologies" :)
Beh, non sono un grande esperto, ma so che questa metodologia richiede
proprio che le persone devono essere fisicamente insieme, dialogo e cosi'
via. E per funzionare bene richiederebbe anche una sorte di "ubuntu" tra
le persone del team (secondo il significato originale della parola), o
chiamiamolo anche feeling se si vuole. Quindi il mio consiglio non andava
proprio bene. Le aziende per cui ho lavorato utilizzavano il "capability
maturiy model integration".
oh, ma ci sono critiche abbastanza aspre tra voi agilisti e i cmmi-isti :)
-- 
Massimiliano

Il Mon, 24 Sep 2007 21:46:46 +0000, max_adamo ha scritto:
ho approfittato per dare un'occhiata al vostro video della presentazione a
Milano e mi riprometto di guardarlo meglio (era piu' di un'ora e non avevo
tempo). Sono concetti e temi che ho gia' ascoltato, ma li usero' per
approfondire ancora.
Adesso non sono piu' dentro al testing vero e proprio, o ai framework per
il test automation, ma mi han chiesto queste menate sul cmmi, la qualita'...
Ma tu cosa ne pensi di CMMI nel suo complesso?
Le critiche che ho letto nei confronti di Agile e dell'Extreme Programming
sono nette, ma questo e' usuale tra correnti di pensiero diverse.
-- 
Massimiliano

Mi introduco sommessamente nella discussione per dire che.... nelle
metodologie agili dire che tutti i componenti del team siano uguali
non e' del tutto vero e puo' risultare fuorviante. La figura che
possiamo identificare con il responsabile e' fondamentale per la
riuscita del progetto e quindi deve possedere una approfondita
conoscenza della materia e in particolare della metodologia che
intende applicare. I programmatori non sono tutti uguali e ovviamente
si differenziano per lo skill tecnico. Tali differenze vanno tenute in
grande considerazione in modo da non far "cozzare" tra loro i piu'
esperti. L'intero team deve credere (un po' come per la fede :)) nella
metodologia e nelle pratiche di cui e' composta (es. frequenti brevi
riunioni tecniche ecc.). Se non crede nella validita' della
metodologia si puo' provare ad applicare gradatamente le varie
pratiche un po' per volta ma poi bisogna individuare le persone non
motivate ed escluderle. Il responsabile deve fare da parafulmine verso
l'esterno in modo ad es. da non sottoporre il singolo componente del
team alle classiche malette del capo.
La conoscenza delle varie metodologie e' una scienza che va studiata
indipendentemente da metodi agili o altri metodi mentre in tutte (e
dico tutte) le aziende in cui ho lavorato ho sempre incontrato
cosidetti capiprogetto del tutto improvvisati la cui unica capacita'
e' di inviare email per tediare il team una volta alla settimana con
riunioni in cui si richiedono solo delle scadenze. Chiamare questo
agglomerato di persone team e' ovviamente un eufemismo in quanto in
questi gruppi maleassortiti ognuno sviluppa la sua parte, un po' come
delle isole indipendenti, ed e' depositario della sua conoscenza.
Detto questo, riguardo al tipo di contratto, come consulente
preferisco un contratto a progetto che non una partita iva.
Saluti a tutti
Riccardo

 Massimiliano


=> Riccardo [250907 09:37]:

Non ho capito il tono del messaggio: inciso? Critica (verso chi)? Consiglio
(verso chi?) Altro?


 (verso chi?) Altro?
umh... e' piu' un "inciso" ma volendo e' anche una critica se, come mi
e' sembrato di capire da quello che hai detto qua e la, consideri
tutti i membri del team allo stesso modo e (tu responsabile quando lo
sei) ti poni sullo stesso piano.
Saluti a tutti
Riccardo