Newsgroup: it.lavoro.informatica
Titolo: Team remoto

Mi trovo nella seguente situazione: una parte del team (2 persone, chiamiamolo gruppo A) stanno sviluppando un sistema di analisi di testi in ambito beni di consumo usando tecnologia all'avanguardia (NLP, eccetera). Un'altra parte (2 persone, gruppo B) dovrebbero integrare il loro "prodotto" nell'applicazione principale.
 
Io faccio parte del gruppo B. Ulteriore complicazione i gruppi A e B lavorano totalmente in remoto.
 
Il probblema e' che il gruppo A e' in continuo work in progress da mesi. Pensando fossero in dirittura d'arrivo, abbiamo cominciato l'integrazione che ovviamente comporta una riscrittura notevole del codice presente. Cioe' non si va in produzione con quel branch e non si lavora su nuovi ticket sul branch principale finche' il lavoro non e' concluso (per evitare merge apocalittici). Inoltre, anche se l'avessimo fatto, francamente switchare avanti/indietro continuamente non sarebbe il massimo per il gruppo B.
 
In realta' il lavoro del gruppo A ha continuato a prolungarsi per settimane. Noi abbiamo integrato quello che c'era da integrare (configurazione, UI, eccetera), ma la ciccia (analisi  dei testi vera e propria) continua ad essere rimandata. 
 
Ora non ho dubbi sull'onesta' del gruppo A e sono sicuro che arrivera' entro pochi giorni. Il punto e' che per troppo tempo il gruppo B e' stato costretto ad aspettare cose che non arrivavano, oppure a continuare a raffinare cose, a mio avviso, di poco conto nella disperata ricerca di trovare qualcosa da fare.
 
Secondo voi come si gestisce al meglio una situazione del genere. E, innanzitutto, come andrebbe pianificata.

 ha scritto nel messaggio 
news:9400d584-febe-43d8...@googlegroups.com...

Non c'e' un responsabile di questo progetto?
Un capetto, un ducetto ... un Brancaleone da Norcia?...:-)
 
ciao
fm 
 
 


Ni, fanno piu' che altro da ponte con il mondo che dovrebbe utilizzare questa analisi/ricerca. Ma non sono molto sul pezzo e lasciano parecchia liberta'. Per il resto un componente del gruppo A ha piu' esperienza/autorita' degli altri e verrebbe certamente seguito (se convincente). In ogni caso non mi pare proprio il problema sia nella mancanza di autorita'.
 
Solo in pianificazioni/decisioni del team sbagliate.

 ha scritto nel messaggio 
news:deee3e61-938e-4f8f...@googlegroups.com...

Come dire che si profila il fallimento del progetto?...:-\
 
Qualche giorno fa un cliente mi parlava di un progetto web
in cui si e' praticamente fermi da un anno e mezzo.
Mi raccontato (da profano) di difficoltà tecniche che a me paiono cosa di 
poco conto.
Ormai  si e' scocciato e vorrebbe buttare tutto alle ortiche.
 
I soldi sono stati dati tutti all'inizio.
Forse si sono ormai scocciati e demotivati anche i tecnici.
"Avuta la grazia, gabbato lo Santo" ?
 
ciao
fm 
 
 

 Secondo voi come si gestisce al meglio una situazione del genere. E,
innanzitutto, come andrebbe pianificata.
 
Gruppo A -> licenziati
 
Gruppo B -> rimangono
 
 

Il 13/11/2017 18:32, 
laghi...@gmail.com
 ha scritto:
 
Solo una domanda.
Ha senso di parlare di team remoto?
E' remoto per il fatto che non puoi /menarli/ ?
(o dare "capocciate" visto gli /hailait/ (*) di questi giorni)
L'informatica ha inventato il /virtuale/ e' possibile che
riferisca al /reale/ per giustificare l'irreale?
 
(*) Ho visto la scritta _nite_ invece di _night_ quindi non rompete
i bits.
-- 
ac (x=y-1)
Aborro il Killfile
(La violenza e' l'ultimo rifugio degli incapaci -Salvor Hardin-)

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

>Mi trovo nella seguente situazione:
 
Non e' facile lavorare da remoto, o avere un collega/team remoto.
Quello che farei e' organizzare piu' di un incontro mensile, de visu, per 
fare il punto e discutere dei problemi. Se possibile anche uno/due giorni 
passati a lavorare insieme aiuta molto.
Certo che se il "remoto" e' in India la vedo dura.
Il "remoto" e' difficile da gestire - a meno di roba da manovalanza - , e te 
lo dice uno che attualmente come secondo lavoro fa consulenza "da remoto" 
per un'altra ditta (in un settore affine al gruppo A, tra l'altro). 
 

 Non e' facile lavorare da remoto, o avere un collega/team remoto.
 
Proprio per nulla.
Ho lavorato per 5 anni con colleghi in 4 continenti diversi: mai avuto problemi.
 
Semplicemente vanno usati gli strumenti giusti e tenute ben presenti le differenze culturali nella comunicazione.
 
Ciao
  Francesco

 E' remoto per il fatto che non puoi /menarli/ ?
 
LOL!
 
:-D
 
 

 fare il punto e discutere dei problemi.
CUT
 
Ed il luogo ideale per questo tipo di incontro è:
 
https://upload.wikimedia.org/wikipedia/commons/7/7e/Boxing_ring.jpg
 
 
 
 

 Secondo voi come si gestisce al meglio una situazione del genere. E, innanzitutto, come andrebbe pianificata.
 
Con una metodologia Agile. I progetti software non si realizzano piu` nel modo che state seguendo voi. Si definisce un MVP da incrementare ad ogni interazione, con milestone precise, e si vede il prodotto crescere passo passo. Daily standups e via. Suggerirei Scrum per iniziare e poi nel tempo valutare se passare a Kanban. Oggi non c'e` nessuna scusa per non abbracciare un framework Agile. Proprio nessuna.
 

 Non e' facile lavorare da remoto, o avere un collega/team remoto.
 
LOL :) 

 Ho lavorato per 5 anni con colleghi in 4 continenti diversi: mai avuto problemi.
 
Rispondo a te per tutti: ho specificato "a meno di roba da manovalanza", 
ossia giusto per essere chiari scrittura di codice.
Per quello il remoto si puo' fare usando gli opportuni strumenti e, 
india a parte, funzionicchia pure.
 
Ma non mi sembra proprio il caso in questione.
 


La scrittura di codice e' manovalanza? Curioso, in un ng di informatici.
 
   ngw

 india a parte, funzionicchia pure.
 
Personalmente ho operato con team internazionali remoti per fare cose come migrazioni di domini AD, distribuzione OS, Sharepoint e molto altro.
 
I ruoli all'interno del team erano a vari livelli, con senior e junior distribuiti geograficamente.
 
Abbiamo sempre lavorato molto bene, ovviamente con il prerequisito che vi fosse una lingua franca che nel nostro caso era l'Inglese.
 
Ciao
  Franesco


E' in effetti molto curioso suggerire un incontro *mensile* per un team che lavora da remoto, come ho letto altrove.
Muoio poi dalla voglia di vedere se, con tutti 'sta necessita di star culo a culo, qualcuno fa pair programming, che l'ultima volta non e' andata benissimo.
 
  ngw

La scrittura di codice e' manovalanza? 
 
Spesso pure intercambiabile facilmente.
 
 
 


quindi quando dici che non è facile lavorare con un team remoto a chi ti 
riferisci, se non ai developer?
 


Oh certo, se il progetto, l'azienda e il personale sono di profilo basso o bassissimo si va un po' ndo coio coio. Non saprei, non lavoro a quel livello da una quindicina d'anni grazie a Dio.
 
  ngw

>"rootkit"  ha scritto nel messaggio news:oufns1$1bim$2...@gioia.aioe.org...

Il caso in oggetto riguardava un team, A, che sta sviluppando qualcosa ex 
novo (probabilmente senza neanche progetto o specifiche fornite: le fanno 
loro).
Non si tratta di semplici sviluppatori a cui assegni un compito e loro lo 
svolgono, che puoi gestire dando obiettivi e verificando l'avanzamento dei 
lavori.
Quel team deve metterci qualcosa di testa sua e l'altro gruppo non ha voce 
in capitolo perche' non sa neanche cosa sta facendo esattamente A: ecco, in 
questo caso si fa fatica a gestire un lavoro da remoto.
In linea generale quando qualcuno ti sviluppa qualcosa che tu non padroneggi 
bene, e l'IA e' un settore dove questo accade spesso, la lontananza non 
aiuta affatto. 
 

bassissimo si va un po' ndo coio coio.
 
Mi sa che te la sei presa. Pazienza. 
 

 questo caso si fa fatica a gestire un lavoro da remoto.
 
Non c'entra solo la "fatica", ma è una modalità di organizzazione totalmente
fallimentare.
 
 
 
 
 
 
 

 Muoio poi dalla voglia di vedere se, con tutti 'sta necessita di star culo
a culo, qualcuno fa pair programming, che l'ultima volta non e' andata
benissimo.
 
ma in caso basta andare in sala ricreazione e si stempera la tensione:
 
http://www.vanillamagazine.it/wp-content/uploads/2013/06/uffici-google-dublino.jpg
 
 
 


Per quale motivo? Ho solo rimarcato l'ovvio.
 
   ngw

 aiuta affatto.
 
Credo onestamente che la tua esperienza sia molto limitata.
 
Ciao
  Francesco

 lontananza non aiuta affatto.
 
Tutti i team ci devono mettere qualcosa "di testa", quest'assurdo e 
comico costante inchino a qualunque tipo di management (addirittura la 
produzione di specifiche, sembra "il manuale" prodotto dal "chief 
architect" descritto da Brooks nell'anno del signore 1975) a dispetto di 
qualunque altro lavoro pratico e' molto fantozziano ma molto poco credibile.
Il problema qui e' che un team ha bucato una consegna e che non da alcun 
feedback, sta quindi lavorando molto male. C'entra nulla 
l'organizzazione, al massimo come detto da 4ndre4 potevano adottare una 
metodologia Agile il problema si risolveva alla radice, ma a prescindere 
da tutto, se un team ha come dipendenza il tuo lavoro e tu sbagli a 
gestire i rilasci, puoi anche averli ad un metro che non cambia un cazzo.
Chiedete un rilascio alpha o letteralmente qualunque cosa vi possono 
dare, e se ripartono le scuse scalate in alto per vedere che stanno 
combinando. Non ci vuole un genio.
 
   ngw