Pettarini Srl "fissa" la produzione con J-Flex
La PETTARINI Srl, nata a Manzano (UD) nel distretto della sedia nel 1957, incentra la propria attività sullo sviluppo e la produzione di particolari speciali tramite la deformazione a freddo del trafilato tondo in acciaio, alluminio, ottone, ed altri metalli e leghe.
La sua esperienza maturata a partire dai settori dell’arredamento, della pneumatica, gas, serramenti, macchine movimento terra, si è evoluta approdando in settori selettivi e rigorosi, uno dei quali l’automotive. Durante questo percorso di ricerca e miglioramento, le certificazioni ISO 9001 ed ISO TS 16949, con l’ente certificatore TÜV-SÜD, sono state la naturale evoluzione di un’azienda che da sempre identifica il proprio obiettivo nell’affinamento del processo produttivo al servizio del cliente.
In questo contesto di miglioramento continuo, l'azienda manzanese ha deciso di portare avanti un processo di informatizzazione e innovazione dei propri processi produttivi attraverso l'introduzione di una soluzione software completa per la pianificazione, il controllo e l'avanzamento della produzione e la gestione delle operations.
Per questo motivo ha scelto di affidarsi alla competenza di Tecnest e alle soluzioni APS, MES e OPM della suite software J-Flex.
Le 4 difficoltà più comuni nel gestire un progetto software. E i metodi per superarle
31.03.2016 Comunicato stampa
Gestire un progetto software, sia che si tratti di nuove funzionalità e moduli standard, sia che si tratti di applicazioni sviluppate su richiesta di un cliente, è un’operazione che presenta diverse criticità per l’azienda che deve realizzarlo, ma anche per il cliente che deve utilizzarlo: «Si tratta di un problema generale che affligge tutti i progetti, ma che nel caso dei software è ancora più evidente. Fondamentale è che sia il frutto di un lavoro condiviso da cliente e azienda, altrimenti il rischio è che il risultato non sia allineato ai reali obiettivi del progetto». Lo rileva Tecnest, azienda di Udine specializzata nella fornitura di soluzioni informatiche ed organizzative per la pianificazione, il controllo e la gestione dei processi di produzione e della supply chain, fondata nel 1987 e quindi con una vasta esperienza nel settore.
Tecnest ha individuato 4 criticità principali che si incontrano nella gestione di un progetto software.
Primo, l’incertezza dei requisiti.
«Generalmente un progetto inizia sempre con una fase di definizione dei requisiti che il software dovrà avere in termini di funzionalità e servizi forniti. Il problema è che spesso è difficile capire cosa serve realmente in un software fino a quando non lo si vede realizzato: ci sono requisiti anche importanti che inizialmente sono espressi in modo poco chiaro e che soltanto in seguito, vedendoli implementati, si riescono a comprendere più compiutamente» afferma Paolo Fontanot, product manager di Tecnest, responsabile delle evoluzioni applicative della suite software J-Flex di Tecnest.
Secondo, l’interpretazione sbagliata di un requisito.
«Può capitare che un requisito sia formulato in modo poco chiaro o sia frainteso, quindi si rischia di sviluppare il progetto in una direzione che si rivelerà poi quella errata» dice ancora Fontanot.
Un terzo problema è legato all’incertezza dei tempi.
«Con le metodologie di progetto tradizionali, cosiddette “a cascata”, i tempi tra la raccolta dei requisiti e il rilascio dell’applicazione finale sono piuttosto lunghi. A questo si aggiunge il fatto che più giorni passano tra il briefing iniziale e il rilascio del software, più aumentano imprevisti e criticità. Può, infatti, accadere che le esigenze manifestate inizialmente cambino nel tempo, con la conseguenza di avere un prodotto finale che non è più in linea con le esigenze attuali. Ciò implica dover realizzare successivi sviluppi o modifiche al software prima di arrivare al risultato desiderato» spiega Alessandro Bonanni, project manager & supply chain consultant di Tecnest.
La quarta criticità è legata a un coinvolgimento non continuativo del cliente o committente nelle diverse fasi.
«Se chi commissiona il software viene coinvolto solo all’inizio e alla fine del progetto, è alto il rischio che il prodotto finale possa non soddisfare completamente le aspettative e che quindi sia necessario fare ulteriori modifiche e implementazioni, con conseguenze negative sui tempi e sui costi di progetto» aggiunge Bonanni.
Per risolvere queste criticità, Tecnest ha messo a punto negli ultimi anni una sua metodologia agile che mette assieme diversi approcci teorici studiati e testati sul campo.«Siamo partiti nel 2012 con un progetto interno, denominato “Be Agile”, volto all’introduzione delle metodologie dell’Agile Software Development e dell’Agile Project Management attraverso corsi di formazione e collaborazioni con consulenti esperti nella tematica e con il mondo accademico, in particolare con le Università di Udine e Cagliari.– spiega Fontanot – La direzione ha inoltre voluto diffondere queste tematiche innovative anche all’esterno dell’azienda, promuovendo conferenze e seminari sull’argomento».
Aggiunge Bonanni: «Le metodologie agili permettono di superare le criticità tipiche della gestione di un progetto software in quanto si basano su una stretta comunicazione fra tutti gli attori del progetto, sul continuo coinvolgimento del cliente nelle diverse fasi e su rilasci frequenti di versioni intermedie del software, riducendo al minimo la documentazione necessaria. Il focus si sposta sull’accogliere e gestire il cambiamento piuttosto che seguire un piano prestabilito». Nonostante i vantaggi di queste metodologie, implementare questi approcci in modo fedele alla teoria non si rivela altrettanto semplice nella realtà: «I membri del team di progetto possono essere allocati su più progetti e non essere sempre a stretto contatto, il cliente non ha sempre tempo da dedicare al progetto, e così via. Più risulta complessa l’organizzazione in cui si cerca di adottare queste metodologie e più si trovano difficoltà e ostacoli da affrontare» dice ancora Bonanni.
Per questo motivo la metodologia messa a punto da Tecnest prende spunto da alcuni degli approcci più diffusi nel mondo dell’agile software development, ma va oltre: «Abbiamo provato a tradurre quello che si legge nei libri applicandolo alla realtà e mettendo assieme diverse metodologie in modo che si potenzino a vicenda - spiega Fontanot - . Ad esempio, abbiamo combinato l’utilizzo del metodo Kanban, che prevede la divisione del progetto in sottoparti, la gestione di rapide iterazioni (“sprint”) con un continuo coinvolgimento del cliente nelle diverse fasi, con lo User Story Mapping, metodo utile per raggruppare i requisiti creando delle vere e proprie storie all’interno delle quali sono definiti diversi scenari e i singoli casi d’uso. Si realizzano percorsi con diverse funzionalità e ad ogni iterazione si sviluppa una storia: si parte con una trama più snella, con pochi dettagli, che poi si arricchisce nei passaggi successivi». Immaginando scenari diversi è possibile capire meglio i requisiti di cui si ha bisogno e far emergere anche nuove necessità che prima non erano chiare.
Gli strumenti utilizzati da Tecnest a supporto di questa metodologia sono un mix tra tradizionali e innovativi. «In alcune fasi del progetto facciamo uso di strumenti visuali come mappe mentali, tabelloni e post-it che vengono appesi ed esposti in ufficio con l’obiettivo di rendere la condivisione delle informazioni più immediata e intuitiva - prosegue Fontanot –. A seconda delle esigenze a questi sistemi visuali si affiancano anche strumenti elettronici sia tradizionali come fogli di calcolo, sistemi gestionali o database informatici, sia innovativi come soluzioni collaborative in ambiente cloud».
I vantaggi del metodo sviluppato da Tecnest sono identificabili in termini di riduzione del rischio di progetto e di qualità del risultato finale: suddividendo il progetto in diversi sprint, il rischio di errori e imprevisti si riduce, mentre l’utilizzo delle storie permette di specificare i requisiti per step successivi e di ottenere feedback più precisi nelle diverse fasi grazie alla possibilità di avere una visione d’insieme.
Un metodo apprezzato anche dal cliente, che viene coinvolto direttamente nel progetto: «Coinvolgendo il cliente negli sprint di progetto, vengono condivisi obiettivi, risultati ma anche eventuali problematiche concrete che possono emergere in corso d’opera. In questo modo il cliente diventa di fatto parte del team e, come tale, ha interesse a ottenere il miglior risultato con il giusto impiego di risorse – spiega Bonanni –. Questo ha un effetto forte sulla qualità del lavoro e del prodotto software finale che risulta da subito aderente alle esigenze espresse, senza bisogno di ulteriori revisioni post-progetto».
30.3.2016 LOGISTICAEFFICIENTE: http://www.logisticaefficiente.it/comunicati-stampa/4-difficolta-progetto-software-metodi-per-superarle.html
30.03.2016 POLITICAMENTECORRETTO.IT : http://www.politicamentecorretto.com/index.php?news=84067
30.03.2016 MISTER-X NOTIZIE: http://www.mister-x.it/notizie/ultime_oggi.asp?id=10326238&ultime_notizie=le-4-difficolt%C3%A0-pi%C3%B9-comuni-nel-gestire-un-progetto-software-e-i-metodi-per-superarle
30.03.2016: BTBORESETTE.IT http://www.btboresette.com/quattro-passi-software-tecnest/
30.03.2016 MEDIAKEY.TV: http://www.mediakey.tv/index.php?id=leggi-news&tx_ttnews[tt_news]=60539&cHash=df878813775d934c5d262c6ded141f60
30.03.2016 NOTIZIEINUNCLICK http://www.notizieinunclick.it/le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software/
30.03.2016 SOCIALMEDIAMANAGER.IT http://socialmediamanager.it/buzz/4-difficolt%C3%A0-comuni-gestire-progetto-software-metodi-superarle_148293
31.03.2016 IMPRESAMIA.IT: http://www.impresamia.com/made-italy-tecnest-le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software-e-metodi-per-superarle/
31.03.2016 DATAMANAGER: http://www.datamanager.it/2016/03/le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software-metodi-superarle/
31.03.2016 LINEAEDP http://www.lineaedp.it/news/23836/gestire-un-progetto-software-le-4-difficolta-piu-comuni-e-i-metodi-per-superarle/
01.04.2016 MANAGERONLINE http://www.manageronline.it/articoli/vedi/13752/come-affrontare-i-progetti-dei-software/
05.04.2016 FINANZAONLINE http://www.finanzaoperativa.com/le-difficolta-piu-comuni-nel-gestire-un-progetto-software-e-i-metodi-per-superarle/
08.04.2016: IL FRIULI BUSINESS
Le 4 difficoltà più comuni nel gestire un progetto software. E i metodi per superarle
31.03.2016 Comunicato stampa
Gestire un progetto software, sia che si tratti di nuove funzionalità e moduli standard, sia che si tratti di applicazioni sviluppate su richiesta di un cliente, è un’operazione che presenta diverse criticità per l’azienda che deve realizzarlo, ma anche per il cliente che deve utilizzarlo: «Si tratta di un problema generale che affligge tutti i progetti, ma che nel caso dei software è ancora più evidente. Fondamentale è che sia il frutto di un lavoro condiviso da cliente e azienda, altrimenti il rischio è che il risultato non sia allineato ai reali obiettivi del progetto». Lo rileva Tecnest, azienda di Udine specializzata nella fornitura di soluzioni informatiche ed organizzative per la pianificazione, il controllo e la gestione dei processi di produzione e della supply chain, fondata nel 1987 e quindi con una vasta esperienza nel settore.
Tecnest ha individuato 4 criticità principali che si incontrano nella gestione di un progetto software.
Primo, l’incertezza dei requisiti.
«Generalmente un progetto inizia sempre con una fase di definizione dei requisiti che il software dovrà avere in termini di funzionalità e servizi forniti. Il problema è che spesso è difficile capire cosa serve realmente in un software fino a quando non lo si vede realizzato: ci sono requisiti anche importanti che inizialmente sono espressi in modo poco chiaro e che soltanto in seguito, vedendoli implementati, si riescono a comprendere più compiutamente» afferma Paolo Fontanot, product manager di Tecnest, responsabile delle evoluzioni applicative della suite software J-Flex di Tecnest.
Secondo, l’interpretazione sbagliata di un requisito.
«Può capitare che un requisito sia formulato in modo poco chiaro o sia frainteso, quindi si rischia di sviluppare il progetto in una direzione che si rivelerà poi quella errata» dice ancora Fontanot.
Un terzo problema è legato all’incertezza dei tempi.
«Con le metodologie di progetto tradizionali, cosiddette “a cascata”, i tempi tra la raccolta dei requisiti e il rilascio dell’applicazione finale sono piuttosto lunghi. A questo si aggiunge il fatto che più giorni passano tra il briefing iniziale e il rilascio del software, più aumentano imprevisti e criticità. Può, infatti, accadere che le esigenze manifestate inizialmente cambino nel tempo, con la conseguenza di avere un prodotto finale che non è più in linea con le esigenze attuali. Ciò implica dover realizzare successivi sviluppi o modifiche al software prima di arrivare al risultato desiderato» spiega Alessandro Bonanni, project manager & supply chain consultant di Tecnest.
La quarta criticità è legata a un coinvolgimento non continuativo del cliente o committente nelle diverse fasi.
«Se chi commissiona il software viene coinvolto solo all’inizio e alla fine del progetto, è alto il rischio che il prodotto finale possa non soddisfare completamente le aspettative e che quindi sia necessario fare ulteriori modifiche e implementazioni, con conseguenze negative sui tempi e sui costi di progetto» aggiunge Bonanni.
Per risolvere queste criticità, Tecnest ha messo a punto negli ultimi anni una sua metodologia agile che mette assieme diversi approcci teorici studiati e testati sul campo.«Siamo partiti nel 2012 con un progetto interno, denominato “Be Agile”, volto all’introduzione delle metodologie dell’Agile Software Development e dell’Agile Project Management attraverso corsi di formazione e collaborazioni con consulenti esperti nella tematica e con il mondo accademico, in particolare con le Università di Udine e Cagliari.– spiega Fontanot – La direzione ha inoltre voluto diffondere queste tematiche innovative anche all’esterno dell’azienda, promuovendo conferenze e seminari sull’argomento».
Aggiunge Bonanni: «Le metodologie agili permettono di superare le criticità tipiche della gestione di un progetto software in quanto si basano su una stretta comunicazione fra tutti gli attori del progetto, sul continuo coinvolgimento del cliente nelle diverse fasi e su rilasci frequenti di versioni intermedie del software, riducendo al minimo la documentazione necessaria. Il focus si sposta sull’accogliere e gestire il cambiamento piuttosto che seguire un piano prestabilito». Nonostante i vantaggi di queste metodologie, implementare questi approcci in modo fedele alla teoria non si rivela altrettanto semplice nella realtà: «I membri del team di progetto possono essere allocati su più progetti e non essere sempre a stretto contatto, il cliente non ha sempre tempo da dedicare al progetto, e così via. Più risulta complessa l’organizzazione in cui si cerca di adottare queste metodologie e più si trovano difficoltà e ostacoli da affrontare» dice ancora Bonanni.
Per questo motivo la metodologia messa a punto da Tecnest prende spunto da alcuni degli approcci più diffusi nel mondo dell’agile software development, ma va oltre: «Abbiamo provato a tradurre quello che si legge nei libri applicandolo alla realtà e mettendo assieme diverse metodologie in modo che si potenzino a vicenda - spiega Fontanot - . Ad esempio, abbiamo combinato l’utilizzo del metodo Kanban, che prevede la divisione del progetto in sottoparti, la gestione di rapide iterazioni (“sprint”) con un continuo coinvolgimento del cliente nelle diverse fasi, con lo User Story Mapping, metodo utile per raggruppare i requisiti creando delle vere e proprie storie all’interno delle quali sono definiti diversi scenari e i singoli casi d’uso. Si realizzano percorsi con diverse funzionalità e ad ogni iterazione si sviluppa una storia: si parte con una trama più snella, con pochi dettagli, che poi si arricchisce nei passaggi successivi». Immaginando scenari diversi è possibile capire meglio i requisiti di cui si ha bisogno e far emergere anche nuove necessità che prima non erano chiare.
Gli strumenti utilizzati da Tecnest a supporto di questa metodologia sono un mix tra tradizionali e innovativi. «In alcune fasi del progetto facciamo uso di strumenti visuali come mappe mentali, tabelloni e post-it che vengono appesi ed esposti in ufficio con l’obiettivo di rendere la condivisione delle informazioni più immediata e intuitiva - prosegue Fontanot –. A seconda delle esigenze a questi sistemi visuali si affiancano anche strumenti elettronici sia tradizionali come fogli di calcolo, sistemi gestionali o database informatici, sia innovativi come soluzioni collaborative in ambiente cloud».
I vantaggi del metodo sviluppato da Tecnest sono identificabili in termini di riduzione del rischio di progetto e di qualità del risultato finale: suddividendo il progetto in diversi sprint, il rischio di errori e imprevisti si riduce, mentre l’utilizzo delle storie permette di specificare i requisiti per step successivi e di ottenere feedback più precisi nelle diverse fasi grazie alla possibilità di avere una visione d’insieme.
Un metodo apprezzato anche dal cliente, che viene coinvolto direttamente nel progetto: «Coinvolgendo il cliente negli sprint di progetto, vengono condivisi obiettivi, risultati ma anche eventuali problematiche concrete che possono emergere in corso d’opera. In questo modo il cliente diventa di fatto parte del team e, come tale, ha interesse a ottenere il miglior risultato con il giusto impiego di risorse – spiega Bonanni –. Questo ha un effetto forte sulla qualità del lavoro e del prodotto software finale che risulta da subito aderente alle esigenze espresse, senza bisogno di ulteriori revisioni post-progetto».
30.3.2016 LOGISTICAEFFICIENTE: http://www.logisticaefficiente.it/comunicati-stampa/4-difficolta-progetto-software-metodi-per-superarle.html
30.03.2016 POLITICAMENTECORRETTO.IT : http://www.politicamentecorretto.com/index.php?news=84067
30.03.2016 MISTER-X NOTIZIE: http://www.mister-x.it/notizie/ultime_oggi.asp?id=10326238&ultime_notizie=le-4-difficolt%C3%A0-pi%C3%B9-comuni-nel-gestire-un-progetto-software-e-i-metodi-per-superarle
30.03.2016: BTBORESETTE.IT http://www.btboresette.com/quattro-passi-software-tecnest/
30.03.2016 MEDIAKEY.TV: http://www.mediakey.tv/index.php?id=leggi-news&tx_ttnews[tt_news]=60539&cHash=df878813775d934c5d262c6ded141f60
30.03.2016 NOTIZIEINUNCLICK http://www.notizieinunclick.it/le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software/
30.03.2016 SOCIALMEDIAMANAGER.IT http://socialmediamanager.it/buzz/4-difficolt%C3%A0-comuni-gestire-progetto-software-metodi-superarle_148293
31.03.2016 IMPRESAMIA.IT: http://www.impresamia.com/made-italy-tecnest-le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software-e-metodi-per-superarle/
31.03.2016 DATAMANAGER: http://www.datamanager.it/2016/03/le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software-metodi-superarle/
31.03.2016 LINEAEDP http://www.lineaedp.it/news/23836/gestire-un-progetto-software-le-4-difficolta-piu-comuni-e-i-metodi-per-superarle/
01.04.2016 MANAGERONLINE http://www.manageronline.it/articoli/vedi/13752/come-affrontare-i-progetti-dei-software/
05.04.2016 FINANZAONLINE http://www.finanzaoperativa.com/le-difficolta-piu-comuni-nel-gestire-un-progetto-software-e-i-metodi-per-superarle/
08.04.2016: IL FRIULI BUSINESS
Le 4 difficoltà più comuni nel gestire un progetto software. E i metodi per superarle
31.03.2016 Comunicato stampa
Gestire un progetto software, sia che si tratti di nuove funzionalità e moduli standard, sia che si tratti di applicazioni sviluppate su richiesta di un cliente, è un’operazione che presenta diverse criticità per l’azienda che deve realizzarlo, ma anche per il cliente che deve utilizzarlo: «Si tratta di un problema generale che affligge tutti i progetti, ma che nel caso dei software è ancora più evidente. Fondamentale è che sia il frutto di un lavoro condiviso da cliente e azienda, altrimenti il rischio è che il risultato non sia allineato ai reali obiettivi del progetto». Lo rileva Tecnest, azienda di Udine specializzata nella fornitura di soluzioni informatiche ed organizzative per la pianificazione, il controllo e la gestione dei processi di produzione e della supply chain, fondata nel 1987 e quindi con una vasta esperienza nel settore.
Tecnest ha individuato 4 criticità principali che si incontrano nella gestione di un progetto software.
Primo, l’incertezza dei requisiti.
«Generalmente un progetto inizia sempre con una fase di definizione dei requisiti che il software dovrà avere in termini di funzionalità e servizi forniti. Il problema è che spesso è difficile capire cosa serve realmente in un software fino a quando non lo si vede realizzato: ci sono requisiti anche importanti che inizialmente sono espressi in modo poco chiaro e che soltanto in seguito, vedendoli implementati, si riescono a comprendere più compiutamente» afferma Paolo Fontanot, product manager di Tecnest, responsabile delle evoluzioni applicative della suite software J-Flex di Tecnest.
Secondo, l’interpretazione sbagliata di un requisito.
«Può capitare che un requisito sia formulato in modo poco chiaro o sia frainteso, quindi si rischia di sviluppare il progetto in una direzione che si rivelerà poi quella errata» dice ancora Fontanot.
Un terzo problema è legato all’incertezza dei tempi.
«Con le metodologie di progetto tradizionali, cosiddette “a cascata”, i tempi tra la raccolta dei requisiti e il rilascio dell’applicazione finale sono piuttosto lunghi. A questo si aggiunge il fatto che più giorni passano tra il briefing iniziale e il rilascio del software, più aumentano imprevisti e criticità. Può, infatti, accadere che le esigenze manifestate inizialmente cambino nel tempo, con la conseguenza di avere un prodotto finale che non è più in linea con le esigenze attuali. Ciò implica dover realizzare successivi sviluppi o modifiche al software prima di arrivare al risultato desiderato» spiega Alessandro Bonanni, project manager & supply chain consultant di Tecnest.
La quarta criticità è legata a un coinvolgimento non continuativo del cliente o committente nelle diverse fasi.
«Se chi commissiona il software viene coinvolto solo all’inizio e alla fine del progetto, è alto il rischio che il prodotto finale possa non soddisfare completamente le aspettative e che quindi sia necessario fare ulteriori modifiche e implementazioni, con conseguenze negative sui tempi e sui costi di progetto» aggiunge Bonanni.
Per risolvere queste criticità, Tecnest ha messo a punto negli ultimi anni una sua metodologia agile che mette assieme diversi approcci teorici studiati e testati sul campo.«Siamo partiti nel 2012 con un progetto interno, denominato “Be Agile”, volto all’introduzione delle metodologie dell’Agile Software Development e dell’Agile Project Management attraverso corsi di formazione e collaborazioni con consulenti esperti nella tematica e con il mondo accademico, in particolare con le Università di Udine e Cagliari.– spiega Fontanot – La direzione ha inoltre voluto diffondere queste tematiche innovative anche all’esterno dell’azienda, promuovendo conferenze e seminari sull’argomento».
Aggiunge Bonanni: «Le metodologie agili permettono di superare le criticità tipiche della gestione di un progetto software in quanto si basano su una stretta comunicazione fra tutti gli attori del progetto, sul continuo coinvolgimento del cliente nelle diverse fasi e su rilasci frequenti di versioni intermedie del software, riducendo al minimo la documentazione necessaria. Il focus si sposta sull’accogliere e gestire il cambiamento piuttosto che seguire un piano prestabilito». Nonostante i vantaggi di queste metodologie, implementare questi approcci in modo fedele alla teoria non si rivela altrettanto semplice nella realtà: «I membri del team di progetto possono essere allocati su più progetti e non essere sempre a stretto contatto, il cliente non ha sempre tempo da dedicare al progetto, e così via. Più risulta complessa l’organizzazione in cui si cerca di adottare queste metodologie e più si trovano difficoltà e ostacoli da affrontare» dice ancora Bonanni.
Per questo motivo la metodologia messa a punto da Tecnest prende spunto da alcuni degli approcci più diffusi nel mondo dell’agile software development, ma va oltre: «Abbiamo provato a tradurre quello che si legge nei libri applicandolo alla realtà e mettendo assieme diverse metodologie in modo che si potenzino a vicenda - spiega Fontanot - . Ad esempio, abbiamo combinato l’utilizzo del metodo Kanban, che prevede la divisione del progetto in sottoparti, la gestione di rapide iterazioni (“sprint”) con un continuo coinvolgimento del cliente nelle diverse fasi, con lo User Story Mapping, metodo utile per raggruppare i requisiti creando delle vere e proprie storie all’interno delle quali sono definiti diversi scenari e i singoli casi d’uso. Si realizzano percorsi con diverse funzionalità e ad ogni iterazione si sviluppa una storia: si parte con una trama più snella, con pochi dettagli, che poi si arricchisce nei passaggi successivi». Immaginando scenari diversi è possibile capire meglio i requisiti di cui si ha bisogno e far emergere anche nuove necessità che prima non erano chiare.
Gli strumenti utilizzati da Tecnest a supporto di questa metodologia sono un mix tra tradizionali e innovativi. «In alcune fasi del progetto facciamo uso di strumenti visuali come mappe mentali, tabelloni e post-it che vengono appesi ed esposti in ufficio con l’obiettivo di rendere la condivisione delle informazioni più immediata e intuitiva - prosegue Fontanot –. A seconda delle esigenze a questi sistemi visuali si affiancano anche strumenti elettronici sia tradizionali come fogli di calcolo, sistemi gestionali o database informatici, sia innovativi come soluzioni collaborative in ambiente cloud».
I vantaggi del metodo sviluppato da Tecnest sono identificabili in termini di riduzione del rischio di progetto e di qualità del risultato finale: suddividendo il progetto in diversi sprint, il rischio di errori e imprevisti si riduce, mentre l’utilizzo delle storie permette di specificare i requisiti per step successivi e di ottenere feedback più precisi nelle diverse fasi grazie alla possibilità di avere una visione d’insieme.
Un metodo apprezzato anche dal cliente, che viene coinvolto direttamente nel progetto: «Coinvolgendo il cliente negli sprint di progetto, vengono condivisi obiettivi, risultati ma anche eventuali problematiche concrete che possono emergere in corso d’opera. In questo modo il cliente diventa di fatto parte del team e, come tale, ha interesse a ottenere il miglior risultato con il giusto impiego di risorse – spiega Bonanni –. Questo ha un effetto forte sulla qualità del lavoro e del prodotto software finale che risulta da subito aderente alle esigenze espresse, senza bisogno di ulteriori revisioni post-progetto».
30.3.2016 LOGISTICAEFFICIENTE: http://www.logisticaefficiente.it/comunicati-stampa/4-difficolta-progetto-software-metodi-per-superarle.html
30.03.2016 POLITICAMENTECORRETTO.IT : http://www.politicamentecorretto.com/index.php?news=84067
30.03.2016 MISTER-X NOTIZIE: http://www.mister-x.it/notizie/ultime_oggi.asp?id=10326238&ultime_notizie=le-4-difficolt%C3%A0-pi%C3%B9-comuni-nel-gestire-un-progetto-software-e-i-metodi-per-superarle
30.03.2016: BTBORESETTE.IT http://www.btboresette.com/quattro-passi-software-tecnest/
30.03.2016 MEDIAKEY.TV: http://www.mediakey.tv/index.php?id=leggi-news&tx_ttnews[tt_news]=60539&cHash=df878813775d934c5d262c6ded141f60
30.03.2016 NOTIZIEINUNCLICK http://www.notizieinunclick.it/le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software/
30.03.2016 SOCIALMEDIAMANAGER.IT http://socialmediamanager.it/buzz/4-difficolt%C3%A0-comuni-gestire-progetto-software-metodi-superarle_148293
31.03.2016 IMPRESAMIA.IT: http://www.impresamia.com/made-italy-tecnest-le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software-e-metodi-per-superarle/
31.03.2016 DATAMANAGER: http://www.datamanager.it/2016/03/le-4-difficolta-piu-comuni-nel-gestire-un-progetto-software-metodi-superarle/
31.03.2016 LINEAEDP http://www.lineaedp.it/news/23836/gestire-un-progetto-software-le-4-difficolta-piu-comuni-e-i-metodi-per-superarle/
01.04.2016 MANAGERONLINE http://www.manageronline.it/articoli/vedi/13752/come-affrontare-i-progetti-dei-software/
05.04.2016 FINANZAONLINE http://www.finanzaoperativa.com/le-difficolta-piu-comuni-nel-gestire-un-progetto-software-e-i-metodi-per-superarle/
08.04.2016: IL FRIULI BUSINESS
Gestione della Produzione: dal Progetto al Valore
30.03.2016 Articolo, Logistica Management
Introdurre un sistema informativo per la gestione della produzione e della supply chain costituisce un investimento importante per un’azienda, sia in termini economici, sia organizzativi. Per questo motivo è importante poter stimare i benefici derivanti dall’adozione del nuovo sistema e calcolare il possibile ritorno dell’investimento, in termini economici e di performance.
Lo sa bene Tecnest, azienda specializzata dal 1987 in soluzioni informatiche e organizzative per la pianificazione, il controllo e la gestione dei processi di produzione e della supply chain.
“Oggi, sempre di più, le aziende non ci chiedono solo un software ma di essere aiutate a raggiungere i loro obiettivi competitivi.” - spiega Fabio Pettarin, Presidente di Tecnest - “Obiettivi strategici, non solo tattici, per i quali è necessario introdurre un vero e proprio cambiamento nel modo di lavorare. Per questo motivo il nostro software, la consulenza che forniamo e i progetti che realizziamo si basano su questo tipo di approccio, focalizzato sugli obiettivi del cliente. Da sviluppatori di software ci siamo trasformati anche in consulenti di processo e spesso dobbiamo trovare soluzioni innovative per gestire processi produttivi e logistici complessi.”
Una Metodologia basata sul Valore
Per poter venire incontro a queste esigenze, Tecnest ha messo a punto una metodologia di progetto basata proprio sul concetto di valore e di ritorno sull’investimento, denominata ELSE (Explore-Lead-Solve-Evolve), che unisce conoscenze in ambito gestionale, produttivo, economico e finanziario.
“Alla base della nostra metodologia vi sono due tipi di considerazioni” riprende Pettarin “La prima è la consapevolezza che ogni azienda è un’organizzazione unica, in evoluzione e caratterizzata da processi diversi e che questa diversità è la sua vera forza sul mercato.”
Per effettuare un’analisi corretta del valore di un’implementazione o di un cambiamento nei sistemi informativi di produzione, l’approccio di Tecnest parte infatti dall’analisi delle specificità della singola realtà aziendale attraverso la condivisione degli obiettivi attesi in termini di miglioramento delle performance operative.
“In secondo luogo è necessario studiare i processi produttivi aziendali” conclude il presidente di Tecnest “Solo attraverso un’analisi attenta e specifica degli stessi è possibile valutare l’impatto di ciascuno sulle principali performance aziendali e identificare i miglioramenti che si stima di poter raggiungere attraverso l’implementazione delle soluzioni di Supply Chain Management.”
In sintesi, la metodologia ELSE di Tecnest si compone di 4 macrofasi, le due fasi centrali corrispondono ad attività di Project Management mentre le fasi restanti, al prima e l’ultima, mettono l’accento sul valore.
-
Explore: Valutazione dell’ambito strategico nel quale si colloca l’intervento Tecnest, identificando gli obiettivi che si pone l’azienda, le aree di possibile interesse, i temi da considerare. Analisi pre-progetto dei processi dell’azienda allo status-quo (“As-Is”) e relativa misurazione preventiva di specifici KPI.
-
Lead: Prima fase di Project Management in cui viene realizzato e condiviso il Modello “To-Be” cioè il documento che descrive l’organizzazione dei processi a tendere, e il relativo piano di progetto in funzione degli obiettivi e della situazione mappata in termini di processi.
-
Solve: Seconda fase di Project Management in cui viene implementata e testata la soluzione software J-Flex a supporto dei processi descritti nel modello To-Be
-
Evolve: Misurazione post-progetto dell’impatto della soluzione implementata sui KPI identificati, operando quindi un confronto con la situazione pre-progetto.
Misurare le performance operative
Nell’approccio di Tecnest diventa centrale la misurazione del valore del progetto e del sistema informativo in termini di impatto su specifici indicatori di performance. I KPI misurati pre e post progetto possono variare da caso a caso, sulla base degli obiettivi del cliente e della modalità produttiva dell’azienda.
“Come punto di partenza abbiamo identificato alcuni indicatori di riferimento sulla base della modalità di risposta al mercato dell’azienda analizzata. Ad esempio in un contesto “to order”, cioè di produzione su commessa, gli indicatori di tempestività e puntualità di consegna sono particolarmente rilevanti per poter misurare i benefici ottenuti dal sistema in termini di servizio al cliente. In contesti “Make To Stock”, invece, avranno maggior peso gli indicatori relativi alle giacenze a magazzino o all’accuratezza della previsione della domanda” spiega Pettarin “A questi indicatori si possono poi aggiungere specifici KPI definiti in seguito all’analisi della singola realtà e degli obiettivi espressi dal cliente”.
In coerenza con la sua mission, il modello di business di Tecnest va nell’ottica di offrire il giusto mix tra soluzioni software e consulenza sui processi con l’obiettivo di innescare un processo di miglioramento organizzativo e di aumentare la competitività dei clienti attraverso un approccio pragmatico e scalabile.
Veronica Peressotti - Tecnest
