Newsgroup: it.lavoro.informatica
Titolo: Tecnici vs Resto del mondo

Apro questo topic perchè sto vedendo che sempre più post in questo 
gruppo sono piene di opinioni molto dure, di scherno e molto spesso di 
invidia (nascosta) sulle figure IT che non siano tecnici
 
come PM, commerciali, capi, business analyst,  qualcuno li ha definiti 
"piani alti" ecc.
 
non capisco tutto questo disagio nei confronti dei vostri colleghi che 
ricoprono queste figure professionali.
 
nasco programmatore e morirò programmatore nell'anima,
 
ma nel tempo sono passato dal fare il developer, al dba, devops , e ora 
ricopro un ruolo non manageriale nel senso stretto (non gestisco 
portafoglio) ma di coordinamento/interfaccia tra i diversi gruppi di una 
azienda IT, come dev, dba, network, test, PM, team deploy ecc.
 
il passaggio da un tipo di lavoro all'altro quasi mai si è accompagnato 
ad un adeguamento di stipendio, questo è sempre stato nel cambio di 
datore di lavoro, mai nelle posizioni che man mano andavo a ricoprire 
internamente all'azienda.
 
quello che posso dire è che più ci si allontana dal tecnicismo, che sia 
di sviluppo , sistemistico, di networking ecc, più si ha una visione 
globale dei processi aziendali e come questi vengono governati, ci si 
interfaccia con altre figure che non parlano tecnico e molto spesso 
neanche informatico.
 
queste figure non devono per forza avere un background informatico, un 
PM deve gestire un progetto (che possa essere un nuovo software come la 
realizzazione di un ponte o la realizzazione di un prodotto industriale)
il suo lavoro è saper coordinare le varie attività e stare attento a non 
sforare tempi e budget.
un commerciale ne deve sapere di public relation e avere delle linee 
guida sulle componenti economiche del prodotto che sta vendendo/supportando
ecc con le altre figure.
 
tutto questo preambolo per dire che quello che percepisco dai post è una 
visione talebana del noi (tecnici) fighi bravi e con la verità assoluta 
in tasca, contro voi (resto IT) che non capiscono un c... , solo bravi 
ad urlare e a guadagnare di più.
 
 
PS
sono un consulente e nel cliente dove lavoro molti miei colleghi non 
tecnici sono consulenti.
per dire che la consulenza (alcuni la chiamano body rental) non è sempre 
sottopagata o un lavoro marginale.
Il consulente è quella figura professionale che è ingaggiata da un 
cliente per risolvere o per svolgere attività che mancano o carenti 
presso il cliente, non lo zerbino di turno.

 ecc con le altre figure. 
 
Unica parte del tuo per il resto condivisibile ragionamento che mi sento di contestare è questa.
Un commerciale è una parte del team, non deve guidare il team. Il team - chiamalo azienda, chiamalo quel che vuoi - deve essere guidato da una persona con mentalità imprenditoriale. 
La - non solo - mia esperienza dice che se fai guidare un team da un commerciale, la domanda non è SE fallirà, ma QUANDO.
 
-- 
Ciao!
Luca

 presso il cliente, non lo zerbino di turno.
 
Ahahahahahahahah, questo sarebbe un consulente propriamente
detto. Ma sappiamo tutti qual'e' la verita', da decenni
ai nostri giorni.
 
 
 
 
 

 ricoprono queste figure professionali.
 
Bha, io definisco colleghi in senso stretto tutti tranne i commerciali.
Premesso che "capi" è un po' troppo generico come titolo, per me PM e 
analisti fanno parte strettamente del team.
I commerciali sono un mondo a parte che molto spesso provocano solo 
problemi perchè TROPPO spesso vogliono ingraziarsi il cliente a scapito 
di tutti gli altri.
 
Caso reale: da noi si fanno hotfix solo per bachi bloccanti, commerciale 
che, pur sapendolo bene, promette il mondo al cliente e noi per 
salvargli il deretano siamo costretti a derogare la regola precedente.
Giangi
 

 questo per dire "non è importante la competenza"
 
qui però verrebbe da chiedersi di chi e di quale competenza si parla. se 
si parla di competenze gestionali così ad occhio tu non sembri lucidissimo 
nei giudizi.

Il 19/07/22 19:17, Luca Menegotto ha scritto:

il commerciale non deve guidare il team, deve avere rapporti con il 
cliente per vendere/supportare il prodotto/servizio in base alle linee 
guida che il managment gli ha datto.
 
se vende un prodotto/servizio sottocosto, non penso che l'azienda sia 
felice.

 a me personalmente hanno solo fatto cagare
 
un commerciale vende prodotti/servizi, non si interfaccia le risorse
 
hai mai visto il commerciale che ti vende la macchina che parla con gli 
operai di stellantis?
eppure tu la macchina la personalizzi
 
o il commerciale di un azienda di mobili, che parla con i falegnami?
eppure tu il mobile lo vuoi su misura
 
o il commerciale che ti vende l'abbonamento sky che parla con gli 
attori/registi?
eppure tu scegli cosa vedere
 
perchè pensi che nel mondo IT deve essere diverso?
 

 sviluppatori, etc. io lo considero un coglione, altri termini non ne ho
 
ma se dici questo vuol dire che anche voi consulenti per quel progetto o 
quella attività non avevate sottoposto nessun preventivo. nessuna offerta 
commerciale approvata, perché se ci fosse stata lo sforamento del budget 
sarebbe stato (come è logico che sia) un problema esclusivamente del 
responsabile di quella commessa.
 
non avendo quotato voi il lavoro avete accettato lo quotasse il cliente 
(tertium non datur). 

 ambiente
 
Non generalizzare, funzionerà così nel "tuo" ambiente.
Ma poi perchè continui a lamentarti? Saluta e vai.
Se sei bravo come sostieni, dovresti trovare un sacco di porte
aperte, pronte ad accoglierti. O no?
 
 

 diventano pm.
 
dai, non esagerare. 

 continui a non capire una minchia
 
Eccola, questa ci mancava. Vai pure di offese, evidentemnte
sono gli unici strumenti di cui disponi a supporto delle
tue argomentazioni. Bravo, facci ridere ancora con i tuoi
post infantili e farciti di sciocchezze.
 
 
 
 
 

 anello stand era una babbiona antipatica :D
 
Ecco, mi mancava questa per qualificarti definitivamente...
-- 
The three most dangerous things in the world are a programmer with a 
soldering iron, a hardware type with a program patch and a user with an 
idea.
 
“Alles hat ein Ende, nur die Wurst hat zwei”
 
 

 presso il cliente, non lo zerbino di turno.
 
Qualsiasi economista ti potrà spiegare il motivo per cui queste figure 
ingaggiate dal cliente per risultere o svolgere attività che mancano o 
che sono carenti presso il cliente, dovrebbero lavorare (ben pagate) per 
tempi molto brevi presso il cliente, altrimenti se stanno lì in eterno 
significa che quella attività che è carente presso il cliente è 
un'attività che dovrebbe essere importante e quindi dovrebbe essere 
"incorporata" dal cliente e non affidata ad esterni.
 
 
 
-- 
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

 ti giuro
 
che giuri? dici che te lo racconta un amico, giuri sul sentito dire?
 
il tuo amico ti ha detto un sacco di stupidaggini e fossi in te eviterei 
di raccontarle tanto a giro, specie in un gruppo dove c'è buona 
probabilità di incontrare persone che lo vivono in prima persona come gira 
il fumo nelle aziende it. a questo mi riferivo, non esagerare con gli 
insulti all'intelligenza...

   
 
quando dico stesso lavoro, indico generalmente il lavoro di informatico
per me un collega è il sistemista, lo sviluppatore, il testing, il pm
 
indico collega anche chi lavora per la stessa azienda ma in ambiti 
diversi, come può essere la receptionist, o i ragazzi della logistica, 
le persone che si occupano della pulizia dei locali ecc.
 
non sono un PM, al momento ricopro il ruolo di RM (Release Manager)
per chi non conosce questa figura, è la persona che lavora a stretto 
contatto con diversi stakeholder come PM, SM, sviluppatori, network, 
sistemisti, DBA, Testing, team di deploy ecc
che si occupa di organizzare il rilascio del software nei diversi 
ambienti dei clienti.
 
la figura ha una componente tecnica * (prepariamo e validiamo il software)
e di interfaccia/coordinamento con gli altri gruppi **.
 
* per preparare e validare il software significa che si prende le 
diverse richieste di rilascio (ticket AMS, enanchment, progetti vari) 
che arrivano e  vengono mergiate per avere un rilascio consistente
 
si verifica che le diverse componenti non vadano in conflitto
esempio, il rilascio della nuova mobile app, sia compatibile con le 
versioni API e il core sottostante o che il tal ticket ams non vada in 
conflitto con il progetto xyz o ancora che la versione del software che 
si sta portando in prod sia compatibile con le versioni di OS e DB 
sottostante
 
 
** ci si interfaccia con i diversi gruppi ad esempio se il tal progetto 
necessiti di apertura firewall, venga ingaggiato il team di network
o che se un pezzo di software non è compatibile con il db o con le api, 
si verifica con i relativi team come procedere
si verifica con il Service Manager cosa deve essere rilasciato 
settimanalmente
si prende il feedback del testing per preparare il rilascio del software 
che ha passato correttamente la fase di test
si è in simbiosi con i PM nelle varie fasi del progetto
ecc..
 
 
 
 

 questo è un altro discorso
 
qui mi rimane difficile credere che in tutti i progetti che hai 
partecipato sono stati fallimentari, se fosse così, e se fossi in te, mi 
farei la domanda se fossi io che sono un incapace.
 
a parte la frecciatina, l'azienda ha guadagnato da questi progetti?, 
sono stati portati a termine raggiungendo gli obbiettivi?
il cliente alla fine ne è soddisfatto?
 
se le risposte sono si per la maggior parte dei progetti, significa che 
quei PM hanno fatto il loro dovere.
 
 
 
ti racconto un aneddoto che non mi rende ne felice, ne orgoglioso dal 
punto di vista umano, ma professionale si.
 
un paio di anni fa sono stato fatto "responsabile" (sempre come RM) di 
un progetto regolamentare che doveva andare in prod il 21 luglio (una 
legge europea entrava in vigore)
la casa madre al 1 luglio ancora non aveva iniziato lo sviluppo del 
software  e ciò che rilasciava giornalmente era pieno di bug ed errori 
di analisi (la normativa a livello di parlamento europeo era sospesa e 
approvata in una seduta straordinaria)
tutti i team coinvolti hanno lavorato il più velocemente possibile e 
sotto pressione per risolvere i bug che la casa madre sfornava, ogni 
rilascio negli ambienti di test era un ecatombe, passavo più tempo a 
fare meeting con il management e il PM per fare il punto della 
situazione che a fare il lavoro di release manager.
 
rimanevo alzato fino a notte fonda per preparare il software da far 
installare
ho fatto lavorare i sistemisti e i vari team che si occupavano delle 
installazioni agli orari più impensabili (anche alle 3 di mattina di 
sabato o domenica)
mi alzavo alle 5 per verificare come erano andate le installazioni e 
mandare le comunicazioni ai vari gruppi interessati
 
ero mortificato per "costringerli" a farli lavorare in quelle condizioni 
ed ero mortificato per come ero considerato (un vero Stron..)
 
ma il 21 luglio il software era in produzione funzionante.
non ho ricevuto bonus (sono un consulente), non ho ricevuto complimenti, 
ne pacche sulla spalla
 
ma la soddisfazione personale di avercela fatta, quello si

 è un amico di vecchia data, affidabile, e stimato, 
 
si, vabbeh.
 

 dietro ogni 20 minuti a chiederti "quando finisci?"
 
Santo subito!


 grazie per la testimonianza, molto interessante
 
diciamo che sono stato io a fare i complimenti.
passate le ferie, a settembre o invitato a berci una birra le persone 
che più avevo martoriato.
 
 
 
 

 è un'evidenza che ti stai inventando, ma che ne sai?
 
ne so quello che scrivi. tutti gli aneddoti gira e rigira finiscono con te 
che ti vanti di essertene andato sbattendo la porta e lasciando azienda e 
colleghi nelle pesti, come se fossero medaglie. non discuto la veridicità 
o meno ma il metodo: non c'è nulla di meritorio in questo e non dimostri 
nemmeno di essere un dritto che sa il fatto suo. e anche quel definirsi 
l'unico che ne sa a pacchi circondato da inetti non è un'immagine molto 
pro.

 boh, ma se è così cosa ci posso fare?
 
un sano bagno di umiltà, fidati.

 faccia parlare con l'architetto o l'ingegnere".
 
beh non vi è dubbio che durante l'attività di presale il commerciale abbia 
bisogno del supporto tecnico (demo, proof-of-concept, etc...). ma 
attenzione che il mindset con cui si approccia il cliente in questa fase 
non è tecnico. in questa fase c'è da persuadere il cliente ad acquistare 
il tuo prodotto/servizio e spesso l'approccio iniziale è con persone che 
capiscono niente di aspetti tecnico-informatici. 
 
metti ad esempio che vuoi vendere ad una azienda di logistica un software 
superfigo che ottimizza le flotte: le prime persone con cui parli e che 
devi convincere sono i responsabili della logistica, a cui interessa 
sapere quanto carburante e quanto tempo possono risparmiare, non quali 
sono i requisiti hw/sw o quali scelte architetturali sono state fatte. 
 
ora è ovvio che il commerciale non può improvvisare senza conoscere il 
prodotto, ma il materiale da presentare al cliente non proviene 
solitamente dal settore tecnico. 

 poi ci pensano loro a capire che hanno uno con le palle davanti :)
 
E un attimo dopo ti ritrovi con le palle (non le tue) didietro.
E non solo le palle
 
 

 informatici
 
beh l'ammetto fra informatici c'è questo intercalare un po' così, ma 
questo però è un caso patologico. il classico che quando lo vedi arrivare 
alla macchinetta del caffè dici "fermi tutti, arriva il bomba!".
 

 è così non ci posso fare nulla se sono esperto e capace :p
 
Che tu fossi esperto e capace lo si era capito da subito, ma poi la
conferma è arrivata leggendo i tuoi post dall'elevato contenuto
professionale e conditi da perle di saggezza e maturità.
 

 esperto e capace :p
 
rosicare è proprio il termine adatto, guarda. specialmente quando racconti 
che incontri solo gente che vuole buttartelo in culo, che fai stage non 
retribuiti che non ti servono a nulla, che devi portare in tribunale le 
aziende per farti pagare. chi non ti invidierebbe? :-P

 più proficuo e remunerativo immaginabile :p
 
minchia.

 merda, e non solo lavorativa, sei contento ora?
 
non ho capito perché dovrei essere contento. ma tu mi raccomando continua 
a prendertela con pm, ex colleghi, cavallette, tempeste di sabbia, etc... 
mai ammettere i propri errori nei fallimenti. non sia mai che da questi 
fallimenti impari qualcosa a che non ti si ripetano.

 ama il proprio lavoro, 
 
si vabbeh ciao.

 sono riuscito, e io sono uno molto autocritico
 
 
 
Luis l'atteggiamento che hai "io son figo, io son forte"
lo avevo all'inizio della mia carriera
 
ti racconto un aneddoto
 
tanti tanti anni fa
ero consulente COBOL/Visual Basic presso un cliente
 
i miei colleghi avevano almeno il doppio della mia età e ne sapevo più 
di loro a livello tecnico (non certo di business)
per dirtene una nel mondo COBOL il concetto di ricorsività non esiste
in quanto il linguaggio di suo non lo permette(va)
per risolvere un problema ho simulato la ricorsività in poche decine di 
righe di codice, cosa che i miei colleghi hanno impiegato centinaia di 
righe di codice per un problema simile
(stavamo lavorando alla modifica di diverse parti del software per 
adeguarlo alle nuove normative assicurative)
questo per dirti che tecnicamente ero più all'avanguardia, fresco con 
idee nuove.
 
questa enfasi fece crescere in me il senso di superiorità (mai fatta 
caxxata più grande)
 
un giorno si presente un bug e mi viene assegnato il compito di sistemarlo.
sistemo il bug, lo testo e lo porto in prod.
settimana dopo si presenta uno strano comportamento anomalo 
dell'applicazione su una casistica particolare.
il sorgente era lo stesso e mi viene fatto notare che prima quell'errore 
non si era verificato (o perlomeno nel suo normale comportamento)
 
sicuro di me, me ne esco con la frase più infelice della mia carriera
 
"io non ho toccato quella parte, la modifica che ho fatto funziona, sono 
sicuro che il bug c'è sempre stato e chi ha scritto quel sorgente che ha 
sbagliato"
 
premetto che quel codice funzionava come un orologio svizzero da anni.
 
vengo guardato dall'alto in basso, ma sicuro di me non gli do peso anzi 
sarebbe stata una rivalsa (almeno così pensavo in quel momento)
 
ci siamo messi a verificare il bug e alla fine l'errore era il mio
una "ELSE" non chiusa (in cobol si chiude una if con "END IF").
 
quella fu una grande lezione di vita.
 
da quel giorno metto PRIMA in discussione me stesso, verifico non una, 
ma mille volte e poi parlo.

 sono riuscito, e io sono uno molto autocritico
 
Questa è veramente da buttarsi per terra dal ridere !


 e poi guarda non sono supponente
 
Adesso mi è venuto il mal di pancia dal ridere !!!


 figura di merda
 
E' quello che poi si è suicidato ?
