Il 15/09/2014 18:47, Marco Bertorello ha scritto:
Il 15 settembre 2014 16:28, [email protected] <[email protected]> ha scritto:
Il 15/09/2014 14:29, Marco Bertorello ha scritto:
Il 13 settembre 2014 12:05, dea <[email protected]> ha scritto:
Cambiare sistema è sempre un problema, gli utenti vanno nel pallone
Permetto di dissentire. Gli utenti imparano la nuova procedura. I
subnormali vanno nel pallone
Prima di introdurre un sistema, c'è una analisi organizzativa a monte: se
l'organizzazione di cui vai a sostituire i sistemi poi non riesce a
utilizzarli, o li utilizza male, ho fatto un errore di valutazione piuttosto
grave.
Anche prima di far fare un lavoro a qualcuno sarebbe bene accertarsi
che questo sia in grado di farlo. Se deve usare un computer e non è in
grado di adattarsi a nuove procedure, non è in grado di fare il lavoro
a cui è assegnato.
E' esattamente quello che dico io: se al personale dai procedure che non
riesce a gestire non può fare il lavoro assegnato: e quindi chi glie le
dà commette un errore perché gli dà procedure inadatte.
Però, se le sono procedure che gli dai MIGLIORANO E FACILITANO il
lavoro, non c'è motivo per cui il personale non debba esserne felice.
Certo che se alle persone gli cali dall'alto una scelta PERCHE' E'
GIUSTA, e non ti confronti con il suo modo di lavorare, difficilmente
ottieni un successo (e difficilmente capisci quali sono le sue esigenze).
Non importa se la sostituzione è win2lin o lin2win: è l'atteggiamento
mentale che secondo me va cambiato.
ah, su questo concordo, assolutamente! :D
Non posso dire: migro lin2win o win2lin e quello che non va è colpa degli
utenti a prescindere: se propongo un cambiamento e questo cambiamento viene
commissionato, devo essere sicuro di portarlo in fondo, con il materiale
tecnico e umano che ho a disposizione. Fra l'altro nelle amministrazioni
pubbliche - immagino anche a Torino - ci sono molti dipendenti assunti dalle
categorie protette e certi termini potrebbero anche suonare leggermente
offensivi.
Inanzitutto, dico migro *2FS, non perchè è commissionato, ma perchè,
in quanto PA è *giusto* (vedasi precedente thread), ed essendo questa
una scelta lungimirante per il paese, posso anche accettare dei costi,
fra cui quelli "umani". Questo non vuol certo dire che bisogna
ammazzare qualcuno, ma solo fargli presente che le sue competenze non
bastano e può aggiornarsi o essere spostato a mansioni più adatte (si
può aprire un tremendo dibattito su quali che siano queste altre
mansioni, ma direi che non è questo il luogo adatto), nell' interesse
di tutti i cittadini.
Ripeto: inutile che sia GIUSTO: deve prima di tutto essere ADATTO e
MIGLIORARE: se è solo GIUSTO ma FUNZIONA MALE va poco lontano.
Se è un utente singolo e ho preso una cantonata faccio presto: in un giorno
torno indietro e amen.
Non c'è da tornare indietro, non c'è nessuna possibilità di prendere
alcuna cantonata.
Chi non ha mai fatto errori scagli la prima pietra.
Basta vedere la lista dei pacchetti abbandonati per capire quante
cantonate si prendono.
Se ho 8500 utenti (e magari un centinaio di server, e archivi storici che
risalgono anche a più di 20 anni fà e che devono rimanere accessibili) i
margini di errore sono veramente ridotti: se le cose non vanno succede un
putiferio e non so se poi potrò convincere capi, vice-capi e sotto-capi che
la colpa è dei loro sottoposti - ammesso e non concesso che veramente lo
sia.
Non capisco cosa ci sia da non andare... nel caso i tempi si
allunghino perchè la PA deve far fare conversioni da archivi vecchi (i
capi han solo da prendersela con loro stessi, avessero usato formati
aperti da subito non c'era da stringere le chiappe a convertire. E non
dirmi che non lo sapevano, sono tecnici e sono pagati da noi per
saperle queste cose! Eppoi c'è sembre il backup, ecc...) o far
scrivere nuovo software libero ad-hoc o che so io, boh... è software
Guarda che il software libero è una cosa abbastanza recente: e anche se
molti standard sono recenti ce ne sono di vecchi che non sono più usati
da nessuno. Pensa che nella P.A. ci sono ancora archivi su files in
formato EBCDIC trattati con procedure Cobol (che guarda caso è proprio
uno standard ANS).
Gli standard: sono talmente tanti che non c'è che l'imbarazzo della scelta.
libero, hai "millemila" strade da inventarti ;) e nessuno (credo) sia
così pazzo da credere che si possa fare dall'oggi al domani!
Ma senza se e senza ma, questo si! :)
Ci sono studi pubblicati (Aica, Oxford University e altri) da cui
risulta che la percentuale di successo di grandi progetti informatici è
intorno al 16%, quelli con un risultato problematico intorno al 74% e
quelli completamente abbandonati prima del termine il 10%.
Luciano
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
[email protected] con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a [email protected]
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: https://lists.debian.org/[email protected]
