Tales from the Machine Room

Nel primo posto dove ho lavorato (ho ancora gli incubi) VOLEVANO che a metà di un progetto ne iniziassi un altro perchè così eri carico del nuovo progetto e quindi finivi prima il vecchio.

Secondo te, i loro affari come andavano?

Te lo dico io: bene, perchè il babbo del paròn era un riccone e mollava soldi al figlio appena gli occorrevano... che poi non ci pagava gli stipendi e se ne andava in vacanza in crociera in Grecia, ma non vedo dove potrebbe esserci un problema.

A parte che me ne sono andato, per avere i miei stipendi gli ho dovuto far causa, e me li hanno dovuti dare con tanto di interessi e spese processuali.... ma di per sè era un'azienda chiaramente solida e con grandi speranze per il futuro...(ps: il boss era uno del classico a cui "interessava l'informatica", quello di cui ho accennato una volta che prometteva programmmi in visual basic cross-platform...)

solito modo di lavorare dei caproni:

Zero analisi, buttano giù codice, poi zero debug. lavoro finito.

@Massiimo M:

Beh, in sostanza hai descritto la filosofia agile. Analisi (pardon, "raccolta user stories") molto di massima, e subito a buttar giù codice. Quando qualcosa è marcato come "fatto" (ossia funzionicchia se gli dai un paio di pacche con la mano e stringi le viti), via che si fa qualcos'altro. Se il risultato è una merda si incolpa la non condivisa definizione di "fatto" ed eventualmente il cliente che non ha fornito "user stories" adeguate.

Il tutto con riunioni che non sono "ti avviso io quando è pronto" ma tassativamente ogni "tot" (settimanale o giornaliera a seconda della complessità del progetto e della follia del manager), quindi capita che hai riservato due ore per la dannata riunione e in dieci minuti è finito tutto ciò che c'era da dire, inclusi i convenevoli e i discorsi sul tempo.

> @Massiimo M:

> Beh, in sostanza hai descritto la filosofia agile.

Io sono ancora molto legato al "manda uno che sa PARLARE con un cliente, gli fai fai tirare fuori i requisiti, li passi all'analista che a sua volta smontera' il tutto in piccoli pezzettini da dare in pasto ai programmatori" (cosa che ormai e' vista come vecchia e obsoleta).

Problema: serve uno che sa parlare con un cliente, ed e' molto molto difficile trovarne uno in gamba.

Imho la filosofia agile (non la condanno del tutto, per carita'), ti toglie la _responsabilita'_: praticamente se prima c'era una persona che si prendeva la responsabilita' (quello che parlava col cliente, che doveva capire se il tizio in questione ha bisogno di un erp o di un gelato all'anice), e se succedeva qualcosa (del tipo: il cliente aveva bisogno di un sw di fatturazione ma l'analista funzionale, ha capito che aveva bisogno di un sw per stampare le bolle), veniva impalato in sala mensa. E prendersi la responsabilita' delle proprie azioni e' MOLTO fuori moda. E allora, via! Agile! In questo modo se il cliente aveva bisogno di un ERP e tu gli consegni un CAD, e' comunque colpa di nessuno.

Oltretutto quello che non tollero assolutamente e' la revisione ciclica col cliente.

Prima c'erano una serie di incontri col cliente, che servivano a capire bene, poi si lasciava tranquillo il cliente.

si andava avanti con l'analisi tecnica e lo sviluppo, prima di debuggare seriamente il sw si mostrava al cliente e si correggeva il tiro.

Adesso ogni fo**ta settimana vai a rompere le palle al cliente, che oltretutto avra' piu' possibilita' di fare le pulci ogni volta, e ritardare (e non risparmiare tempo, come molti credono) la consegna, o tirare fuori ogni volta delle grane.

Potete dirmi quello che volete, ma voi vi fidereste di un fabbro, di un muratore, un idraulico o altro, che ogni settimana vi chiama e vi dice "vieni un attimo in cantiere per verificare che non abbiamo fatto ca**ate"?

Io preferisco uno che capisce tutto quando gli spiego le cose. Poi qualcosa scappa sempre, ma tra "cerchiamo i requisiti gestendo eventuali errori" e "facciamo le cose un pezzo alla volta chiedendo al cliente se gli sta bene", c'e' una bella differenza!

Ma UL è una donna?

Te lo chiedo non perché sono sessista o ginefobo, ma perché il suo modo di fare, ossia deviare il discorso, è tipico di mia moglie

Se poi si incassa se non riesce nello scopo, allora sicuramente è lei! :cry:

Ma UL è una donna?

...devo guardargli sotto la coda?

Ma UL è una donna?

...devo guardargli sotto la coda?

Fa un po' te... Dipende seami o meno un certo tipo di sorprese

Nel nostro giro si usa un'esportazione "quando respira"

Ci sono una marea di concorrenti che appena respira il software cercano subito di fatturare, e scappare

Non capisco comunque i clienti: la prima volta puoi cascarci, ma non la seconda visto che poi ti tocca chiamare chi sa veramente scrivere software e pagare le modifiche o il completo rifacimento se il progetto era già zoppo dall'origine 

@Anonymous Coward

>la seconda visto che poi ti tocca chiamare chi sa veramente scrivere software e pagare le modifiche o il completo rifacimento se il progetto era già zoppo dall'origine 

C'è un meccanismo psicologico, del quale non ricordo il nome, per cui l'idea di aver buttato i soldi prima (sviluppo alla ca$$o) è così inaccettabile da portarti a spendere ALTRI soldi nella speranza di riparare l'irreparabile, rendendo la perdita iniziale un investimento sensato.

Per capirci è quel principio per cui chi perde 50 euro al gioco poi ne punta 100 sperando di rifarsi della perdita, e continua così di raddoppio in raddoppio finché non si ritrova sul lastrico.

Sunk cost fallacy. Siccome ci ho già buttato dei soldi, buttarne altri è comunque un danno minore che disinvestire

@Anonymous Coward

>la seconda visto che poi ti tocca chiamare chi sa veramente scrivere software e pagare le modifiche o il completo rifacimento se il progetto era già zoppo dall'origine 

C'è un meccanismo psicologico, del quale non ricordo il nome, per cui l'idea di aver buttato i soldi prima (sviluppo alla ca$$o) è così inaccettabile da portarti a spendere ALTRI soldi nella speranza di riparare l'irreparabile, rendendo la perdita iniziale un investimento sensato.

Per capirci è quel principio per cui chi perde 50 euro al gioco poi ne punta 100 sperando di rifarsi della perdita, e continua così di raddoppio in raddoppio finché non si ritrova sul lastrico.

Domanda, ma UL e' il capo dipartimento, o il padrone della ditta, o maggior azionista, o amante omosessuale del proprio capo, o altra figura di potere intoccabile? no, perche altrimenti il suo capo finalmente dovrebbe togliere la propria testa dal proprio culo, prendere UL per i coglioni, strizzare forte e urlargli infaccia "FINISCI QUEL FOTTOTO LAVORO, RAZZA DI IDIOTA O TI SBATTO FUORI!!!!"

Abbiamo una ditta che ci fornisce un software indispensabile che lavora proprio così: niente analisi, giù codice a organo riproduttivo maschile di canis lupus familiaris - e poi tocca a noi testarlo e segnalare gli errori, se non addirittura mettere sotto il nostro sviluppatore interno (che dovrebbe occuparsi di tutt'altro) a correggerglieli. Insomma, paghiamo ogni anno una sassata elevata a una fucilata a questa ditta per avere il privilegio di essere cavie paganti di un software che non è nemmeno una beta, ma addirittura allo stadio di pre-alfa permanente! Le mie innumerevoli richieste, protratte di anno in anno, di cambiare fornitore finora sono cadute nel vuoto.

Qui da me ce n'è uno uguale, ma ancora più stronzo: fa le cose in maniera che, se c'è da sistemarle o peggio ancora dismetterle, salta fuori all'ultimo con la robetta salcazzo che è stata infilata nella stessa macchina (senza dirlo a nessuno) per cui non si può assolutamente dismettere nulla. Ovviamente quando gli si chiede di migrare la robetta, o dismetterla, sparisce, finché non arriva a lamentarsi il capo e allora si presenta lui come salvatore della patria.

Si capisce che è la causa principale per cui sto pensando di andarmente da qui?