
Originally Posted by
powerdegre
Non e' perdere tempo, entra nell'ottica dell'idea che piu' tempo investi nel sistemare queste cose all'inizio, meno ne perdi dopo per raddrizzare il tutto.
Ti faccio un esempio.
Uno dei punti per cui avevo travasi di bile in SEGA e' che fondamentalmente ai lead pesa il culo, gli fa fatica fare del training vero e proprio ai nuovi arrivati e ti ritrovi quindi che questi continuano a fare errori e te perdi tempo, nel particolare, trattandosi di localizzazione arrivano tanti laureati in lingue che pero' non han mai giocato ad un gioco o han mai lavorato in un ambiente di testing, quindi non sanno riportare difetti in un bug e fanno tanti errori, cosa fanno quindi i lead? Correggono il bug senza dire niente al tester, perche' a parole loro fanno prima a correggerlo direttamente senza dover perder tempo a chiamare il tester, spiegargli il problema e fargli riscrivere il bug a lui per poi ri-verificarlo.
Questo comportamento pero' comporta che, invece che investire del tempo nel correggere gli errori del tester, che per carita' sono anche legittimi, perche' fino a che non gli dici come comportarsi lui giustamente si muove come meglio ritiene, pero' invece che investire magari qualche ora la prima settimana per dargli una chiara direzione, e poi essere a posto, perderai preziosi minuti tutti i santi i giorni che lui lavorera' per te, col rischio oltretutto che lui possa propagare i suoi errori ad altre persone, e prova poi a correggere il comportamento di un subordinato a cui hai permesso di fare il cazzo che vuole, quando poi decidi di farlo dopo qualche mese e lui invece e' convinto che stia lavorando bene.
Alla stessa maniera, dovresti analizzare quello che ti ha proposto questo tizio, valutare se in effetti c'e' del buono in quel che dice e, nel caso in cui tu ritenga il sistema non valido, correggere le cose subito ed evitare che diventino la norma, poiche' una volta che lasci correre e si prende le liberta', sono cazzi amari a tornare indietro.