Newsgroup: it.lavoro.informatica
Titolo: Lavoro agile: le aziende italiane sono pronte?

No.
 
E non lo saranno nemmeno fra 200 anni.
 
http://www.lineaedp.it/news/22988/lavoro-agile-le-aziende-italiane-sono-pronte/
 
 
 


Per poter funzionare quel tipo di organizzazione del lavoro sottende una ottima organizzazione dei processi aziendali, metriche efficaci di misura delle performance, fortissima consapevolezza della centralità delle persone.
 
In Italia si tradurrebbe solo in un modo diverso e maggiore di sfruttare le persone.
 
Ciao
  Francesco

[...]
"La stessa definizione di workplace è profondamente mutata: oggi la maggior parte delle persone è in grado di lavorare, almeno per una parte del tempo, fuori dell’ufficio utilizzando diversi dispositivi, inclusi quelli mobili, oggi smartphone e laptop, in un futuro non troppo lontano i nuovissimi wearable. Le soluzioni di comunicazione e collaborazione permettono di accedere tanto dalla postazione di lavoro quanto dall’esterno ottimizzando i tempi e influenzando positivamente l’equilibrio tra vita e lavoro del dipendente."
 
Dipende da quel che si fa. Quando si sviluppa in team, si richiede spesso la presenza fisica dei colleghi. Casi classici: pair programming o code review. Non che sia impossibile organizzarsi per gestire questi processi da remoto, ma la vedo abbastanza complicata (sopratutto per le aziende italiane). Nella mia azienda (inglese), il lavoro da casa e` un processo abbastanza normale. Avviene spessissimo. C'e` anche da dire che qui si fanno meno di 8 ore, dalle 7 alle 7.5, per cui se entri in ufficio alle 8, alle 16-16.30 smammi - il che e` importante per la qualita` di vita.

 Avviene spessissimo. C'e` anche da dire che qui si fanno meno di 8 ore, dalle 7 alle 7.5, per cui se entri in ufficio alle 8, alle 16-16.30 smammi - il che e` importante per la qualita` di vita.
 
E non ti obbligano a fare un'ora e mezza di pausa pranzo, come fanno spesso le mitiche aziende italiane?

 E non ti obbligano a fare un'ora e mezza di pausa pranzo, come fanno spesso le mitiche aziende italiane?
 
Direi di no. Anzi, oggi ci hanno portati tutti da Wagamama per festeggiare un nuovo collega.
 


 
 
questa non l'ho mai sentita.
Tu conosci delle aziende dove i dipendenti sono obbligati a fare un'ora e
mezza di pausa pranzo?
 
 
Io ho sempre avuto la pausa pranzo al massimo di un'ora, e (a parte il mio
primo anno a progetto) ho sempre avuto discreta libertà di gestirmela
come meglio credevo.
 
 
magari posso credere che ci sono dei posti dove puoi fare una pausa
di un'ora e mezza, ma addirittura che uno sia obbligato non l'ho
proprio mai visto.
 

>>>>  
http://www.bb2002.it
 :)  <<<<<
........... [ al lavoro ] ...........

 proprio mai visto.
 
Kojak in tutti i posti dove ho lavorato in 23 anni di lavoro la pausa pranzo è sempre stata rigida e regolamentata se non altro a fini assicurativi.
 
Ciao
  Francesco

kojak in data lunedì, 22/02/2016 ha detto:

Sì dove lavoravo prima... o, meglio, obbligato no ma dato che DOVEVI 
entrare alle 8.30 e NON POTEVI uscire prima delle 18... beh, se volevi 
ragale 30' di pausa nessuno ti diceva nulla :D
 
-- 
Al3xI98O
«L'importante non è cadere, ma sapersi rialzare»

 E non ti obbligano a fare un'ora e mezza di pausa pranzo, come fanno spesso le mitiche aziende italiane?
 
Scusa, avevo letto "mezz'ora". Bah. No, non ci obbligano ad un'ora e 
mezza (non mi e` mai capitato). Devo dire, pero`, che di solito ci 
sediamo in sala pranzo e mangiamo un pranzo veloce, e chiacchierando 
passa sicuramente piu` di un'ora. Diciamo che, per il modo in cui 
lavoriamo noi (Agile/Scrum), alla fine conta quello che e` "done" alla 
fine dello sprint. E finora, anche facendo pause lunghe a pranzo, siamo 
riusciti a consegnare tanto, alla fine di ogni sprint. La qualita` del 
lavoro non si ottiene con restrizioni orarie, ma con regole di gestione 
del lavoro precise.
 
-- 
4ndre4
"The use of COBOL cripples the mind; its teaching should, therefore, be 
regarded as a criminal offense." (E. Dijkstra)
"Ora, questo "Delta11" non è nulla di più di uno scemo del villaggio" - 
http://goo.gl/1nrkkX
 

 E non lo saranno nemmeno fra 200 anni.
 
Per lavorare con metodologie agili "pure"? Secondo me quasi nessuna, a 
meno di realtà nuove, piccole, molto flessibili, composte in maggioranza 
di gente giovane. Oppure anche in realtà più grandi, ma solo in piccoli 
gruppi di lavoro affiatati e specializzati.
 
Devo dire che secondo me introdurre le tecnologie agili in contesti 
grandi e magari con un pregresso di lavoro importante è molto difficile. 
Non solo per mentalità, ma anche per problemi organizzativi e cause 
esterne: se hai progetti che hanno un orizzonte temporale molto lungo 
(anche dieci anni o più) hai una continua interruzione del pregresso che 
rende l'utilizzo delle tecnologie agili pure quasi impossibile.
 
Tuttavia io penso che la cosa più importante sia essere flessibili e 
adattarsi al contesto. Le tecnologie agili promuovono infatti una serie 
di principi molto validi, delle quali si può cercare di distillare quel 
sottoinsieme che può essere adattabile al proprio contesto.
 
All'atto pratico, la mia esperienza è che il beneficio dell'approccio 
flessibile è superiore rispetto a quanto si otterrebbe cercando di 
applicare tutto "il blocco", oppure non facendo niente del tutto.
 
TheStar
 
 

 Per lavorare con metodologie agili "pure"?
 
Stai confondendo le metodologie agile con il lavoro agile. Sono due concetti diversi. Il secondo (che e` cio` di cui parla l'articolo) riguarda una flessibilita` nel lavoro, con la possibilita` di spostarsi meno e/o lavorare da casa. Non c'entra nulla con le metodologie agile - che, per inciso, si applicano benissimo anche a contesti grandi, come il mio. Progetti con un orizzonte temporale molto lungo si gestiscono molto meglio con agile, che con un approccio waterfall. Ma, come detto, non c'entra niente con quanto riportato nell'articolo.

 approccio waterfall.
 
Anche se è un po' OT per la discussione rispondo anche a questo punto.
 
Anche qui dipende dal contesto. In posti come il mio dove si fa fatica 
ad applicare concetti come testing di unità e continuous integration, se 
parli di "pair programming" o robe simili ricevi solo una bella 
sghignazzata. Perciò io sono un "alfiere" dell'adattamento flessibile al 
contesto: di una metodologia "distillare" solo quei principi e le best 
practice che possono comunque portare beneficio e possono essere messe 
in pratica con tranquillità e senza dover lottare contro i mulini a vento.
 
TheStar

 sghignazzata.
 
Be`, ma questo e` un problema diverso. Si tratta di incompetenza (e, nel caso degli sghignazzi, mancanza di intelligenza). Non esistono difficolta` oggettive legate ai progetti, nell'applicare Agile/Scrum. Esiste solo la resistenza da parte di chi non ha sufficiente competenza/intelligenza per capire il vantaggio di un tale metodo di lavoro.