Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Tecnici vs Resto del mondo

74 views
Skip to first unread message

bramante

unread,
Jul 19, 2022, 12:11:18 PM7/19/22
to
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.

Luca Menegotto

unread,
Jul 19, 2022, 1:17:53 PM7/19/22
to
Il giorno martedì 19 luglio 2022 alle 18:11:18 UTC+2 bramante ha scritto:


> 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.

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

LutherBlissett

unread,
Jul 20, 2022, 2:18:04 AM7/20/22
to
On 19/07/2022 18:11, bramante wrote:
> 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.

Già, pare che valga proprio per tutti i dipendenti, qualunque
sia la mansione.


> 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.

La visione un po' globale dovrebbero averla, in proporzioni
opportune, un po' tutti, almeno quel tanto da riuscire
a capirsi quando si interagisce.
Mi viene in mente una perla di stupidità tipica di certi
manager per i quali:

"Gli impiegati sono come i fungi, vanno tenuto bene allo scuro
e ogni tanto una palata di merda."



> 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.

Questo invece è il perfetto discorso del PM tecnicamente ignorannte
convinto che bastino tre donne per consegnare un bambino in tre mesi.

Se c'e' una figura che deve avere maturato un opportuno bagaglio
tecnico prima di ricoprire una posizione piu' gestionale e' proprio
il PM. PM che non capiscono un cazzo del lavoro che coordinano
fanno sempre piu' danni della grandine e lavorarci insieme
è una pena.

> 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.

Meno dannosi dei PM tecnicamente ignoranti.
Tranne quando si vendono quello che non c'e' senza la minima
idea se si tratti di qualcosa di semplice da realizzare
o di un casino.


> 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ù.

Farebbe bene anche ai tecnici comprendere meglio il lavoro delle
persone con cui hanno a che fare. Certi sono ottusi al di fuori
del loro monitor.

Il giramento di balle sta nel fatto che troppo spesso il lavoro
tecnico è, in generale, sottovalutato. Inoltre i tecnici hanno
spesso la "sensazione" di doversi fare il kiulo per parare
le cazzate fatte da figure maggiormente valutate.

> 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.

Quasi sempre.


> 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.

Ahahahahahahahah, questo sarebbe un consulente propriamente
detto. Ma sappiamo tutti qual'e' la verita', da decenni
ai nostri giorni.





Giangi72

unread,
Jul 20, 2022, 5:35:22 AM7/20/22
to
Il 19/07/2022 18:11, bramante ha scritto:
> 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.

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

rootkit

unread,
Jul 20, 2022, 7:32:30 AM7/20/22
to
On Tue, 19 Jul 2022 18:58:18 +0200, Luis wrote:

> il cliente finale, un cialtrone, non capiva e quindi rompeva le palle
> perchè era fuori budget. certo che sei fuori budget! perchè sei un
> coglione!
> 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.

bramante

unread,
Jul 20, 2022, 5:42:33 PM7/20/22
to
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.

bramante

unread,
Jul 20, 2022, 6:19:10 PM7/20/22
to
Il 19/07/22 18:58, Luis ha scritto:
> On Tue, 19 Jul 2022 18:11:07 +0200, bramante wrote:
>
>> non capisco tutto questo disagio nei confronti dei vostri colleghi che
>> ricoprono queste figure professionali.
>
> già usando il termine "colleghi" in una quantità enorme di
> casi ti sbagli
>

chiamo colleghi chi fa il mio stesso lavoro, come le persone della mia
azienda.

>> queste figure non devono per forza avere un background informatico, un
>> PM deve gestire un progetto (che possa essere un nuovo software come la
> e> 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.
>
> non ho mai accettato il "non devono per forza avere un
> background *": ma chi l'ha detto?
> ma ci vedi un meccanico a dirigere una software house?
> ah! non è ironia! mi è successo anche questo ..........
> a dire il vero ho avuto anche dei tecnici informatici (di
> basso livello però) come project manager, e sono stati i
> peggiori. ma appunto erano di pessimo livello

per restare nel tuo esempio

un capo team di formula uno (ross brown, jean todt, briatore), non è un
meccanico, non è un gommista, ne un ingegnere ne un pilota è un PM che
coordina l'intero team

un capo cantiere, non è un muratore, non è ingegnere, o un contabile
è un PM

il primario di un reparto ospedaliero è si un medico, ma non un
infermiere, ne un anestetista, ne un contabile, ne un amministrativo, ma
un PM che manda avanti quel reparto e ne organizza la vita.

in ambito industriale ad esempio IKEA, per la produzione di nuovi
prodotti, non è che metti a capo un operaio o il commesso, ci sono
design, architetti, operai ecc, tutti coordinati da PM.

un PM deve avere delle conoscenze di project managment, ci sono scuole e
corsi che ti insegnano ad esserlo, e gli esami non sono semplici da passare.

poi se il pm ha anche un esperienza pregressa come tecnico, può
immedesimarsi nelle problematiche e difficoltà tecniche, ma non è il suo
lavoro.



>
>> 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.
>
> ecco, bravo, deve interfacciarsi con tutte le figure,
> sopratutto le proprie "risorse".
> 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?

rootkit

unread,
Jul 21, 2022, 4:08:29 AM7/21/22
to
On Wed, 20 Jul 2022 20:04:21 +0200, Luis wrote:
> ti potrò sembrare anche non lucidissimo, ma se uno pianifica un budget a
> naso, senza sapere né informarsi su nient'altro, senza contattare gli
> 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).

rail

unread,
Jul 21, 2022, 8:19:53 AM7/21/22
to
Il 21/07/2022 10:19, Luis ha scritto:
> noi softwaristi siamo sempre gli ultimi ad
> arrivare e ci prendiamo tutti i fulmini, quando tutti gli
> altri si sono oramai imboscati, funziona così in questo
> 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?


rootkit

unread,
Jul 21, 2022, 10:11:15 AM7/21/22
to
Il Thu, 21 Jul 2022 09:34:31 +0200, Luis ha scritto:

>> un commerciale vende prodotti/servizi, non si interfaccia le risorse
>
> sbagliato: un commerciale che vende dovrebbe ascoltare le risorse per
> capire meglio in cosa consiste il prodotto che sta vendendo, anche nella
> sua produzione.

no, è il product management che ha queste informazioni. il team di
sviluppo eventualmente interviene a supporto del reparto commerciale per
realizzare poc e demo, ma di come parlare del prodotto in presale ad un
cliente non ne sa una beata ceppa.

> mi è capitato personalmente, ho avuto un datore di lavoro (un
> rincoglionito di 80 anni che aveva ereditato l'azienda)
> che dopo diverse figure di merda dai clienti in giro per il mondo, che
> gli chiedevano informazioni (le cagate che non ha detto ...! ...!) alla
> fine si è convinto di portarmi con sé in giro. peccato che nel frattempo
> avevo già deciso di andarmente.

ma pensa te :-) immagino che poi questa azienda sia rovinosamente fallita,
come almeno altre tre/quattro che solo in questi thread hai lasciato nella
più completa inettitudine, essendo te l'unico depositario di tutto lo
scibile :-)

> se proprio insisti, ho lavorato in un'importante azienda automotive (non
> dico quale :p), il manager, che recentemente è morto ;) non capiva un
> cazzo di quel che succedeva nelle fabbriche, e infatti gestiva il tutto
> da schifo, conosco parecchi dettagli che ovviamente non posso riferire.
> in quel modo ci sono buoni tutti.
> ed era anche un manager stimato, il che mi fa parecchio cagare

chiaro, e considerato che non capiva un cazzo e gestiva tutto da schifo
immagino che prima di morire abbia trascinato questa importante azienda
automotive in bancarotta :-P

> ti racconto anche un'altra cosa, che mi fa schifare i pm:
> un mio amico lavora in un'azienda piuttosto grande di it, e mi racconta
> che quando assumono ingegneri, tutti vengono subito messi a sviluppare:
> i più bravi continuano a sviluppare, gli altri o vengono scartati o
> diventano pm.

dai, non esagerare.

rail

unread,
Jul 21, 2022, 10:35:23 AM7/21/22
to
Il 21/07/2022 15:09, Luis ha scritto:
> non ho detto che non riesco a trovare lavoro,

Dove avrei detto che non riesci a trovare lavoro?
Peraltro vorrei vederti a un colloquio dove lavoro io.
Dureresti pochi secondi dopo la formula di rito "Piacere, si accomodi".


> 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.





Roberto Tempesti

unread,
Jul 21, 2022, 10:56:36 AM7/21/22
to
Il 21/07/2022 16:21, Luis ha scritto:
> e la persona con cui sarei stato
> 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”


Marcoxxx

unread,
Jul 21, 2022, 2:00:06 PM7/21/22
to
Il 19/07/2022 18.11, bramante ha scritto:
> 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
>

Posso parlare per me. Per gli altri non saprei.
Personalmente posso aver dato "opinioni molto dure" (ma in realtà di
solito mi limito a riportare dei fatti) ma non le definirei "di scherno".


> come PM, commerciali, capi, business analyst,  qualcuno li ha definiti
> "piani alti" ecc.

non credo di aver mai usato la locuzione "piani alti". E generalmente
più che con quelli che dici te io ho sempre parlato non benissimo di
imprenditori e dirigenti (a meno che questi non siano quelli che
definisci "capi").

> non capisco tutto questo disagio nei confronti dei vostri colleghi che
> ricoprono queste figure professionali.

Imprenditori e dirigenti non li avrei definiti esattamente "colleghi".


> 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.
>

A suo tempo l'ho fatto anch'io.

> 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.

L'importante sarebbe che programmatore, PM, commerciale o altro, non si
avesse a che fare con dei "gran figli di". E personalmente ho sempre
trovato una gran percentuale di "gran figli di" all'interno delle
categorie di imprenditori e dirigenti (direi percentuali prossime al
100%) mentre in altre categorie ne ho trovati percentualmente di meno.

[SNIP]

> 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.

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

rootkit

unread,
Jul 21, 2022, 3:23:38 PM7/21/22
to
Il Thu, 21 Jul 2022 16:21:55 +0200, Luis ha scritto:


>>> sbagliato: un commerciale che vende dovrebbe ascoltare le risorse per
>>> capire meglio in cosa consiste il prodotto che sta vendendo, anche
>>> nella sua produzione.
>>
>> no, è il product management che ha queste informazioni. il team di
>> sviluppo eventualmente interviene a supporto del reparto commerciale
>> per realizzare poc e demo, ma di come parlare del prodotto in presale
>> ad un cliente non ne sa una beata ceppa.
>
> oh beh dipende dall'azienda, hai una visione dell'organizzazione
> aziendale troppo rigida.

parlo di una azienda che vuole produrre e commercializzare un prodotto.


> quando sono andato via io hanno poi dovuto rivolgersi ad un'azienda
> esterna che gli ha sparato un preventivo pari a 2 mie ral per una
> commessa :D

che era probabilmente la cosa che dovevano fare subito.

>>> ti racconto anche un'altra cosa, che mi fa schifare i pm:
>>> un mio amico lavora in un'azienda piuttosto grande di it, e mi
>>> racconta che quando assumono ingegneri, tutti vengono subito messi a
>>> sviluppare:
>>> i più bravi continuano a sviluppare, gli altri o vengono scartati o
>>> diventano pm.
>>
>> dai, non esagerare.
>
> 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...

bramante

unread,
Jul 21, 2022, 3:55:29 PM7/21/22
to
Il 21/07/22 09:34, Luis ha scritto:
> On Thu, 21 Jul 2022 00:19:08 +0200, bramante wrote:
>
>> chiamo colleghi chi fa il mio stesso lavoro, come le persone della mia
>> azienda.
>
> "stesso lavoro" in che senso?
> allora anche tu sei un pm
>

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..




bramante

unread,
Jul 21, 2022, 5:16:37 PM7/21/22
to
Il 21/07/22 09:34, Luis ha scritto:
> On Thu, 21 Jul 2022 00:19:08 +0200, bramante wrote:
>
>
>> un capo team di formula uno (ross brown, jean todt, briatore), non è un
>> meccanico, non è un gommista, ne un ingegnere ne un pilota è un PM che
>> coordina l'intero team
>
> attenzione che ross brown e jean todt sapevano anche di
> motori, briatore non lo so, non penso a dire il vero, ma
> aveva flessibilità: che si dovesse prendere schumacher al
> volo lo avrebbero capito anche i bambini, non certo quindi
> quelli della ferrari
>

dai che hai capito
ho fatto dei nomi per farti capire che sono stati degli ottimi PM e che
non provenivano da esperienze tecniche
avrei potuto non farli e la sostanza non cambia

non devi essere necessariamente un tecnico per fare bene il PM

> [..........]
>> poi se il pm ha anche un esperienza pregressa come tecnico, può
>> immedesimarsi nelle problematiche e difficoltà tecniche, ma non è il suo
>> lavoro.
>
> è chiaro che se fa il pm non fa sviluppo e quindi lo
> sviluppo non è il suo lavoro, ma se è in grado di capire le
> difficoltà, ma sopratutto dà supporto, è molto ma molto ma
> nmolto meglio.
> poi ci sono tecnici pm che sono delle merde (come quelli
> che ho avuto io) e pm che non sono tecnici che sono bravi,
> ma io se avessi un'azienda come pm vorrei uno che sappia il
> fatto suo tecnicamente

Stai guardando la cosa sempre e solo dal punto di vista del tecnico
cerca di astrarti e avere una visione più globale di tutte le componenti
che concorrono allo sviluppo di un prodotto o l'erogazione di un servizio.


>
>> perchè pensi che nel mondo IT deve essere diverso?
>
> e perchè deve essere uguale?
> scusa eh, nella mia vita ho seguito una 50ina di progetti,
> tutti gestiti col culo, roba da mettersi le mani nei
> capelli, alcuni gestiti da parte di ex-tecnici, ma erano
> diplomati, quindi di livello estremamente più basso.
> ti racconto anche un'altra cosa, che mi fa schifare i pm:
> un mio amico lavora in un'azienda piuttosto grande di it, e
> mi racconta che quando assumono ingegneri, tutti vengono
> subito messi a sviluppare: i più bravi continuano a
> sviluppare, gli altri o vengono scartati o diventano pm.
> gli ho detto "eh, e guadagnano di più", ma non mi ha saputo
> dire se è effettivamente così, ma mi piacerebbe saperlo, ma
> 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

rootkit

unread,
Jul 22, 2022, 1:35:26 AM7/22/22
to
Il Thu, 21 Jul 2022 22:09:08 +0200, Luis ha scritto:


>>> quando sono andato via io hanno poi dovuto rivolgersi ad un'azienda
>>> esterna che gli ha sparato un preventivo pari a 2 mie ral per una
>>> commessa :D
>>
>> che era probabilmente la cosa che dovevano fare subito.
>
> e certo, mi hai chiesto cosa han dovuto fare dopo che me ne sono andato,
> ci hanno rimesso

in realtà se questi hanno portato a termine con successo sono i soldi
(pochi o tanti) che ha speso prima con te quelli buttati al cesso.
è evidenza, eh. non una valutazione mia.

> è un amico di vecchia data, affidabile, e stimato,

si, vabbeh.

Roberto Tempesti

unread,
Jul 22, 2022, 3:34:49 AM7/22/22
to
Il 22/07/2022 08:58, Luis ha scritto:
> dovevo risolvere le cagate partorite dalla loro mente
> limitata, alla fine il loro lavoro consisteva nello starti
> dietro ogni 20 minuti a chiederti "quando finisci?"

Santo subito!

bramante

unread,
Jul 22, 2022, 7:22:35 AM7/22/22
to
Il 22/07/22 08:58, Luis ha scritto:

> ti faccio i miei complimenti, e sì, mi sono trovato spesso
> nelle tue stesse condizioni (in alcuni casi ho bucato la
> notte completamente andando a dormire dopo 24 ore, per 8
> ore per poi riprendere)-
> e sì, anche io sono orgoglioso del mio lavoro fatto, quello
> sempre. ma come mi confermi, o la gente per cui lavori non
> è in grado di apprezzare il tuo lavoro o c'è il solito
> atteggiamento di chi dice "hai fatto il tuo dovere, sei
> stato pagato, non ti dico nulla per non illuderti, che la
> oprossima volta devo farti sentire in difetto per pagarti il
> meno possibile".
> ecco, se hai un pm serio e competente i complimenti li
> ricevevi, io oramai mi sono rassegnato.
> 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.




rootkit

unread,
Jul 22, 2022, 10:12:18 AM7/22/22
to
Il Fri, 22 Jul 2022 09:02:07 +0200, Luis ha scritto:


>>>> che era probabilmente la cosa che dovevano fare subito.
>>>
>>> e certo, mi hai chiesto cosa han dovuto fare dopo che me ne sono
>>> andato,
>>> ci hanno rimesso
>>
>> in realtà se questi hanno portato a termine con successo sono i soldi
>> (pochi o tanti) che ha speso prima con te quelli buttati al cesso.
>> è evidenza, eh. non una valutazione mia.
>
> è 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.

rootkit

unread,
Jul 23, 2022, 5:02:09 AM7/23/22
to
Il Fri, 22 Jul 2022 20:33:54 +0200, Luis ha scritto:

> sai cosa ho risposto ad un colloquio con una job agency alla domanda
> "come mai ha avuto questi problemi con queste aziende?"

quindi la fama ti sta già precedendo? pessimo segno.
un recruiter che ti fa questa domanda ti sta già bollando come cacacazzo,
difficile recuperare terreno.

>> 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.

rootkit

unread,
Jul 23, 2022, 4:51:45 PM7/23/22
to
On Sat, 23 Jul 2022 16:20:34 +0200, Incel wrote:


>> perchè pensi che nel mondo IT deve essere diverso?
>
> Perche' un commerciale della Mercedes o di Sky o Netflix ti vende
> pacchetti di prodotti già pronti, non ti chiede di creare ex novo un
> prodotto o modificarlo pesantemente come invece accade nell'IT
>
> Se vado da un'impresa di costruzioni con 5 milioni di euro dicendo
> "voglio una villa fatta così e cosà" è probabile che il PM mi risponda
> "in linea di massima è fattibile con 3 milioni ma per sicurezza mi
> 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.

G. Malli

unread,
Aug 6, 2022, 4:24:56 AM8/6/22
to
Il 23/07/2022 12:37, Luis ha scritto:
> 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


rootkit

unread,
Aug 6, 2022, 8:21:48 AM8/6/22
to
Il Sat, 6 Aug 2022 10:00:51 +0200, Incel ha scritto:

> Il 23/07/22 12:37, Luis ha scritto:
>
>
>> chi se ne frega :)
>> comunque quando presento il curriculum non sto molto a vantarmi, mi
>> descrivo e basta, poi ci pensano loro a capire che hanno uno con le
>> palle davanti :)
>> alcune volte mi hanno anche detto che ero troppo bravo e competente per
>> quel che serviva a loro ^_^
>
> CVD, vero rootkit? Un celolunghismo del genere l'ho visto solo tra
> 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!".

G. Malli

unread,
Aug 6, 2022, 8:58:33 AM8/6/22
to
Il 06/08/2022 14:42, Luis ha scritto:
> è 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à.

rootkit

unread,
Aug 6, 2022, 10:31:41 AM8/6/22
to
Il Sat, 6 Aug 2022 14:42:50 +0200, Luis ha scritto:


>> 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!".
>
> non bevo il caffè e rimango lontano dalle macchinette per quella puzza
> schifosa di bevande di qualità infima.

vabbeh ho detto la macchinetta per dire un momento di chiacchiere amene.

ps: minchia che dito in culo deve essere averti in squadra :-P

> comunque non rosicare troppo, è così non ci posso fare nulla se sono
> 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

rootkit

unread,
Aug 6, 2022, 2:26:43 PM8/6/22
to
Il Sat, 6 Aug 2022 16:58:27 +0200, Luis ha scritto:


>> ps: minchia che dito in culo deve essere averti in squadra :-P
>
> :p in effetti sono uno molto preciso nel mio lavoro e parecchio pignolo.

no ma diccelo ogni tanto qualche tuo pregio!

>> 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
>
> beh' è la norma, mica capita solo a me.

fra non capitare solo a te ed essere la norma sai quanto ce ne corre?
ad ogni modo chi se ne frega, il succo della mia risposta non cambia.

> uno una volta mi han raccontato si è pure suicidato :(

evita per favore di tirare in ballo una tragedia simile dentro un discorso
da cazzaro. finché si scherza si scherza, cerca di dimostrare un po' di
maturità.

> ps: lo stage è durato 5 giorni, alla fine ho "rubato" tante di quelle
> informazioni che mi sono letto con calma negli anni che manco lo stage
> più proficuo e remunerativo immaginabile :p

minchia.

rootkit

unread,
Aug 6, 2022, 4:05:01 PM8/6/22
to
Il Sat, 6 Aug 2022 20:39:03 +0200, Luis ha scritto:


> comunque sì se la cosa ti fa piacere e ti gratifica, faccio una vita di
> 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.

rootkit

unread,
Aug 6, 2022, 4:56:22 PM8/6/22
to
Il Sat, 6 Aug 2022 22:32:22 +0200, Luis ha scritto:


> sono uno dei pochi al mondo che
> ama il proprio lavoro,

si vabbeh ciao.

bramante

unread,
Aug 8, 2022, 1:15:02 PM8/8/22
to
Il 06/08/22 22:32, Luis ha scritto:
> On Sat, 6 Aug 2022 20:04:47 -0000 (UTC), rootkit wrote:
>
>> Il Sat, 6 Aug 2022 20:39:03 +0200, Luis ha scritto:
>>
>>
>>> comunque sì se la cosa ti fa piacere e ti gratifica, faccio una vita di
>>> merda, e non solo lavorativa, sei contento ora?
>>
>> non ho capito perché dovrei essere contento.
>
> vedi? ora scherzavo io (cioè, però faccio veramente una
> vita di merda)
>
>> 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.
>
> quando hai a che fare sistematicamente con gente di
> competenze enormemente inferiori alle tue, e fai di tutto
> per indirizzare tutto e tutti nella giusta direzione, che
> cosa ti devo dire?
> tutti i software (alcuni comici) su cui ho messo mano hanno
> finito per funzionare alla grande. quelli che ho scritto io
> di sana pianta, sembrano libri con capitoli e paragrafi.
> qualche 30 e una lode al poli sarà pur servita o no?
> e tanta passione per quel che faccio: sono uno dei pochi al
> mondo che ama il proprio lavoro, altrimenti non sarei
> disposto a sorbirmi le schifezze umane peggiori che ci
> possano essere.
> i fallimenti a cui sono andato incontro sono dovuti non
> certo al mancato funzionamento dei miei software, e siccome
> faccio quello, di quali fallimenti ti dovrei parlare?
> certo se in un modo o nell'altro da un'azienda o da un
> cliente vado via è un fallimento: sei sicuro che sia mio?
> guarda, io ci ho pensato a cosa rimproverarmi, ma non ci
> 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.

Roberto Tempesti

unread,
Aug 29, 2022, 5:09:04 AM8/29/22
to
Il 06/08/2022 22:32, Luis ha scritto:
> sono riuscito, e io sono uno molto autocritico

Questa è veramente da buttarsi per terra dal ridere !

Roberto Tempesti

unread,
Aug 29, 2022, 5:11:17 AM8/29/22
to
Il 08/08/2022 20:17, Luis ha scritto:
> e poi guarda non sono supponente

Adesso mi è venuto il mal di pancia dal ridere !!!

Roberto Tempesti

unread,
Aug 29, 2022, 5:12:34 AM8/29/22
to
Il 06/08/2022 13:22, Luis ha scritto:
> uno l'ho portato in tribunale e gli ho fatto fare una
> figura di merda

E' quello che poi si è suicidato ?
0 new messages