Le storie utente ed altre tecniche per la specifica dei requisiti negli approcci Agili per lo sviluppo software

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "Le storie utente ed altre tecniche per la specifica dei requisiti negli approcci Agili per lo sviluppo software"

Transcript

1 Facoltà di Ingegneria Corso di Studi in Ingegneria Informatica Elaborato finale in Ingegneria del Software Le storie utente ed altre tecniche per la specifica dei requisiti negli approcci Agili per lo Anno Accademico 2011/2012 Candidato: Marcello Traiola matr. N I

2 II

3 Sommario Introduzione... 4 Capitolo 1 - La nascita dei metodi agili I principi dei metodi agili Attenzione ai requisiti! Scriviamo i requisiti... 9 Capitolo 2 - Tre metodi a confronto SCRUM Flow La specifica dei requisiti in SCRUM È fatto? Persone, non processi! Uno sguardo al processo di XP La specifica dei requisiti in XP The Planning Game L anima di XP L approccio di Crystal Crystal Clear Crystal Orange Crystal Orange/Web Capitolo 3 - Confronti e conclusioni Un analisi trasversale Supporto alla gestione del processo Guida pratica o concetti astratti? Approccio standard o adattivo? Quanta innovazione? Conclusioni Bibliografia Articoli scientifici Sitografia III

4 Introduzione Il rapido progresso tecnologico che ha caratterizzato gli ultimi decenni ha portato all introduzione dell informatica nella quasi totalità dei settori, che riguardano sia prodotti sia servizi. Un software avanzato che assista la produzione è, ormai, requisito fondamentale per ogni azienda che voglia creare prodotti di qualità con tempi e costi ridotti. Come sono sviluppati i software in grado di supportare in maniera adeguata la produzione? Le varie fasi del cosiddetto ciclo di vita del software sono oggetto di studio da molti anni e, secondo il contesto in cui vengono analizzate, presentano diverse peculiarità. La progettazione di un sistema critico per il controllo della stabilità di un velivolo, ad esempio, necessita che tutti i requisiti siano meticolosamente analizzati per verificare che le varie interazioni non compromettano la sicurezza; ciò richiede una lunga fase di analisi dei requisiti alla fine della quale si avrà un idea chiara e definitiva dei requisiti del sistema. «Quando questo approccio pesante [ ] [è] applicato a sistemi aziendali di piccole e medie dimensioni, l overhead richiesto [è] così alto che a volte [domina] il processo di sviluppo del sistema» [Sommerville 2007]. 4

5 Si comprende facilmente, infatti, come un azienda, influenzata dall andamento dei mercati e vincolata al rispetto di specifiche norme giuridiche, debba operare repentini cambi di rotta e prendere decisioni spesso in contrasto fra loro. Tutto ciò si riflette sul software. Un approccio come quello citato in precedenza necessita che i requisiti siano completamente definiti, cosa che avviene raramente in contesti del genere. Adottare soluzioni di sviluppo pesanti può portare a sviluppare software di qualità nei tempi stabiliti ma non garantisce che siano ancora utili. Nascono, quindi, i metodi agili. In questo testo ci si propone di esaminare il processo di analisi dei requisiti per alcuni fra i metodi agili più conosciuti e utilizzati. S introdurrà il concetto di metodo agile per poi proseguire con la presentazione di tre fra i metodi più famosi (SCRUM, extreme Programming e Crystal) ponendo l attenzione su come avviene la specifica dei requisiti. Infine si metteranno in luce pregi e difetti dei metodi descritti e si concluderà con un confronto. 5

6 Capitolo 1 La nascita dei metodi agili Negli anni 90 alcuni sviluppatori software proposero nuovi metodi di sviluppo che presero il nome di metodi agili. Il motivo principale per cui divenne necessario trovare un nuovo modo di fare software fu che, con i metodi tradizionali, «si impiegava più tempo per decidere come il sistema sarebbe stato sviluppato piuttosto che per lo sviluppo e il test del programma» [ Sommerville 2007]. L idea comune che unisce tutti i metodi agili è quella di sviluppo e consegna incrementale per cui durante la produzione si attraversano più di una volta tutte le fasi del ciclo di vita del software ( sviluppo ciclico ). Il software sarà sviluppato e consegnato per incrementi, ognuno dei quali implementerà una nuova funzionalità testata e pronta per essere commercializzata. In questo modo si 6

7 guadagna il feedback degli utenti così da comprendere più a fondo pregi e difetti del prodotto realizzato. 1.1 I principi dei metodi agili Individuals and interactions over processes and tools. Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan Questi quattro punti rispecchiano ciò che i firmatari del manifesto agile ( considerano importante nella creazione del software. Gli individui e le interazioni fra essi sono più importanti dei processi e degli strumenti poiché i progetti sono fondati sulle persone: queste devono essere motivate e devono lavorare in un ambiente che garantisca adeguato supporto. Si deve preferire un software funzionante a una documentazione esaustiva: quale metro migliore per misurare il progresso del rilascio frequente di software funzionante! Meglio collaborare col cliente piuttosto che negoziare un contratto: una conversazione face to face elimina fraintendimenti e rende tutti uniti per raggiungere gli obiettivi. Seguire un rigido piano rende meno flessibili, pertanto anche a stadi di sviluppo avanzati i cambiamenti vanno accolti per favorire la competitività del cliente. 7

8 1.2 Attenzione ai requisiti! Mentre in passato si dava molta importanza alla specifica minuziosa dei requisiti, l avvento dei metodi agili propone di prestare maggiore attenzione al fare piuttosto che al progettare. Questa proposta, nata per venire incontro a esigenze di sviluppo veloce del software, è stata fraintesa. La continua richiesta di programmi avanzati ed evoluti ha portato all eccesso opposto: «doing requirements takes time time that could be spent writing code and users often feel better if they think that people are working [ ] on their problems» [Ken Orr IEEE software 2004] ovvero: Analizzare requisiti prende tempo tempo che potrebbe essere speso scrivendo codice e gli utenti spesso si sentono più sereni pensando che le persone lavorino sui loro problemi. Si è giunti, dunque, a considerare quasi superflua l analisi dei requisiti sacrificando la comprensione del progetto cui si lavora in favore della sua rapida creazione. Ken Orr, nell articolo Agile Requirements: Opportunity or Oxymoron? pubblicato sulla rivista IEEE Software nel 2004, osserva come un analista, invece di assumere il ruolo passivo di scrivere ciò che gli utenti chiedono, dovrebbe aiutarli a inventare i requisiti. Infatti dice obiettivi e vincoli che il sistema deve rispettare spesso non sono chiari agli utenti, per cui c è bisogno che qualcuno li guidi attraverso il processo di analisi. Neil Maiden e Alexis Gizikis (Centre for HCI Design, City University, London) insieme a Suzanne Robertson (The Atlantic Systems Guild) nell articolo Provoking Creativity: Imagine What Your Requirements Could Be Like (IEEE Software, vol. 21, no. 5, 2004, pp ) riportano i risultati dell esperienza fatta lavorando con EUROCONTROL (European Organisation for the Safety of Air Navigation). L obiettivo era di progettare e implementare RESCUE (Requirements Engineeringwith Scenarios for User-centered Engineering), un processo per determinare i requisiti di interesse per gli utenti, applicandolo ad un sistema che fornisce assistenza computerizzata ai controllori di traffico aereo per risolvere potenziali conflitti tra velivoli (CORA-2). 8

9 Per stimolare la creatività i progettisti hanno coinvolto membri del team e stakeholders in quelli che chiamano workshop. Durante il primo di questi sono stati invitati esperti di design tessile e compositori musicali per incoraggiare confronti e analogie tra i due settori e CORA-2. Durante il secondo un esperto fabbricante di giochi Lego ha introdotto oggetti a caso durante discussioni su scenari di risoluzione dei conflitti tra velivoli allo scopo di provocare pensiero creativo. Per il terzo, infine, è stato invitato un fusion chef a discutere il legame fra ingredienti non convenzionali facendoli assaggiare; lo chef ha inoltre dato dimostrazione della cucina fusion preparando un pranzo che ha messo in luce le differenze tra gli ingredienti ma anche la loro complementarietà. Ogni workshop, inoltre, partiva con attività mirate a creare il giusto ambiente per sviluppare pensiero creativo; tra queste le più singolari: palloncini per incoraggiare al gioco e all interazione, shouting sessions per contrastare inibizioni e incoraggiare il lavoro di gruppo, ascolto di musica rilassante. Da questo studio sono emerse le grandi difficoltà degli utenti nel definire i requisiti per i propri software e il ruolo centrale che gli analisti dovrebbero avere nel guidarli attraverso il processo. 1.3 Scriviamo i requisiti Come abbiamo finora descritto, le tecniche agili hanno avuto un impatto molto forte sul processo di definizione dei requisiti. Ora occupiamoci di comprendere le novità che sono state introdotte nella documentazione dei requisiti. Gli stakeholder scrivono le cosiddette storie utente e ciò spesso accade durante i workshop. Ogni storia utente Storie Utente [Maiden and Jones, IEEE Software, vol.27 no.3, 2010, pp ] è scritta su una cartolina di 9

10 dimensioni contenute (3x5 pollici) poiché semplicità e brevità sono caratteristiche precipue delle storie utente. Ognuna descrive un requisito in maniera semplice dal punto di vista dell utente senza specificare troppi particolari. Ciò lascia spazio alla comunicazione faccia a faccia durante la quale si definiscono meglio gli obiettivi di ogni requisito. Ogni progetto genera molte storie utente in modo che sia semplice selezionarle e gestire i requisiti da implementare. Lan Cao e Balasubramaniam Ramesh nello studio condotto sull utilizzo dei metodi agili nella specifica dei requisiti (RE, requirements engineering ), hanno identificato sette pratiche di RE utilizzate dalle 16 organizzazioni prese in esame [IEEE Software vol.25 no.1 January/February 2008, pp , Agile Requirements Engineering Practices: An Empirical Study ]. Ognuna di queste presenta lati positivi e negativi: Comunicazione faccia a faccia invece di specifiche scritte o Benefits: I clienti guidano il progetto in direzioni inaspettate quando le loro richieste mutano in seguito a cambi di environment. Il tempo sprecato per consultare la documentazione, ora superflua a causa dei cambiamenti ricorrenti, è utilizzato in maniera più produttiva. o Challenges: È difficile che il cliente sia sempre disponibile per un incontro e ciò pone dei rischi come la possibilità di avere requisiti non ben sviluppati o, addirittura, sbagliati. L effettiva comunicazione dipende, oltre che dalla disponibilità, anche della fiducia reciproca tra team e cliente. Infine se i clienti interessati al prodotto sono più di uno non è facile raggiungere compromessi che mettano tutti d accordo in cicli di sviluppo brevi. Specifica dei requisiti iterativa o Benefits: «I think the difference for me came in the quality of the software [and] the stability of the software. [ ] I think the agile [RE] lent itself to [ ] a very robust rich implementation of features [ ] [for] the first time»: le parole di un cliente, che confronta l esperienza agile con quella 10

11 tradizionale, mettono in luce il rapporto di fiducia tra team e cliente che nasce dai continui incontri e il conseguente piacere di quest ultimo nel vedere soddisfatte le proprie aspettative. I requisiti diventano più chiari e comprensibili grazie all immediato coinvolgimento del cliente quando necessario. o Challenges: Complessità nello stimare costi e tempi: ottenere supporto manageriale in progetti di questo tipo non è semplice. La poca documentazione prodotta può causare vari problemi come la difficoltà di migliorare il software e coinvolgere nuovi membri nel team. Requisiti non funzionali sono spesso mal definiti poiché l attenzione è focalizzata sulle funzionalità principali e requisiti come scalabilità, manutenibilità, portabilità, sicurezza o performance sono ignorati. Frequenti cambi di priorità dei requisiti o Benefits: Siccome nella RE agile la priorità dei requisiti è scelta in base alle esigenze di mercato come sono intese dal cliente, la partecipazione di quest ultimo alla realizzazione fornisce in ogni ciclo di sviluppo motivazioni, di tipo economico, per l implementazione di un requisito piuttosto che di un altro. o Challenges: D altro canto gestire la priorità dei requisiti guardando al mercato come unico obiettivo può causare problemi riguardanti requisiti non funzionali come stabilità, sicurezza, efficienza, scalabilità, etc. La continua pianificazione cambia il modo di gestire i requisiti o Benefits: Il continuo confronto tra team e cliente fornisce maggior consapevolezza riguardo al lavoro svolto poiché in ogni incontro l attività di pianificazione assume ruolo fondamentale. Per questo motivo la maggior parte dei cambiamenti richiesti sono «usually more a case of tweaks spelling, little graphical things for example, color, positioning». 11

12 o Challenges: Siccome l architettura scelta durante le prime fasi del processo produttivo diventa inadeguata in alcuni casi con il cambiare dei requisiti, progettarne una nuova aggiunge costi al progetto. Spesso neanche il refactoring, che semplifica il codice senza compromettere le funzionalità, riesce a porre rimedio a problemi di architettura. Uso di prototipi o Benefits: Invece di perdere tempo a scrivere documentazione dettagliata si mostra al cliente il lavoro svolto per discuterne la validità. o Challenges: È complicato manutenere e aggiornare i prototipi e causa problemi con requisiti come scalabilità, sicurezza e robustezza. Sviluppo guidato dai test (TDD). o Benefits: Creare dei test prima di creare il codice che li supererà «allows you to be more adventurous in terms of making changes and trying out ideas» poiché si ha un feedback immediato del lavoro svolto. o Challenges: Gli sviluppatori non sono abituati a scrivere i test prima del codice. Sono necessarie una profonda comprensione dei requisiti e una collaborazione intensiva tra sviluppatori e clienti. Utilizzo review meetings e acceptance tests o Benefits: I review meeting riportano prima di tutto i progressi del progetto al cliente e agli stakeholder e danno la possibilità di capire se il progetto procede verso l obiettivo desiderato. Inoltre fiducia e confidenza tra cliente e team si fortificano. o Challenges: Spesso è difficile implementare gli acceptance test a causa della difficoltà di far riferimento ai clienti che li hanno sviluppati. Emerge, dunque, che la differenza fondamentale tra RE tradizionale e RE agile è che quest ultima sfrutta un approccio iterativo per scoprire i requisiti e non segue un rigido piano di sviluppo. Ciò è dovuto al fatto che, in alcuni ambienti, ottenere 12

13 specifiche molto precise è praticamente impossibile oppure addirittura inutile in quanto è probabile che cambino. Osservando i risultati dello studio di Cao e Ramesh si capisce come la novità più apprezzata in ambienti del genere sia l intensiva comunicazione che porta il team a comprendere i desideri del cliente e rende lo sviluppo più dinamico e adattabile. 13

14 Capitolo 2 Tre metodi a confronto In questo capitolo si cercherà di analizzare, per ogni metodologia agile proposta, il processo di specifica dei requisiti al fine di fornire un punto di vista utile, nel capitolo successivo, ad analizzare differenze e somiglianze e a comprendere in quali situazioni una metodologia possa essere più utile rispetto a un altra. 2.1 SCRUM Flow Prima di parlare del processo di specifica dei requisiti in SCRUM occupiamoci di dare un quadro generale del processo e delle persone che portano al rilascio del software. Partiamo analizzando lo SCRUM Team composto da Product Owner, Team e SCRUM Master. o Il Product Owner è una persona che rappresenta il committente. È responsabile della gestione del Product Backlog e ha il compito di massimizzare il valore del lavoro svolto dal team. Le sue decisioni devono essere rispettate affinché il suo lavoro sia efficace. o Il Team è composto di più persone (in genere tra 3 e 9) che lavorano per produrre un incremento del prodotto da consegnare alla fine di uno sprint. Il 14

15 team è organizzato in maniera autonoma ed è cross-funzionale. Ogni membro ha le stesse responsabilità degli altri a prescindere dal ruolo svolto. o Lo SCRUM Master ha, da una parte, il ruolo di leader per il team e, dall altra, d intermediario tra il team e coloro che non ne fanno parte. Ha il compito di verificare che il team comprenda e applichi le regole di SCRUM e quello di riconoscere quali interazioni tra il team e gli stakeholder sono utili e quali no. Lo Sprint è considerato il cuore di SCRUM. È un periodo durante il quale il team produce un incremento del prodotto secondo le priorità imposte dal Product Backlog allo scopo di rilasciare sul mercato funzionalità complete e testate. Lo Sprint consta, oltre che di quella di sviluppo, di più fasi: o Sprint Planning Meeting: riunione durante la quale sono pianificate le attività da svolgere durante lo Sprint. Partecipa l intero SCRUM Team. La prima delle due fasi dell incontro è incentrata su cosa sarà fatto durante lo Sprint: il Product Owner presenta i punti del Product Backlog partendo da quelli a priorità maggiore e, in base anche all ultimo incremento e alle performance precedenti del Team, si definisce l Obiettivo di Sprint (o Sprint Goal) che sarà perseguito. Il numero di punti del Product Backlog che saranno considerati nello Sprint Goal e, quindi, implementati è deciso esclusivamente dal Team poiché nessuno conosce meglio le sue potenzialità. La seconda fase della riunione è incentrata sul come si porterà a termine il lavoro in programma. In questa fase nasce lo Sprint Backlog fatto dalle voci selezionate dal Product Backlog e dal piano per la consegna. Si progetta il lavoro necessario all implementazione dei requisiti scelti e, se risulta troppo o troppo poco, si possono ridiscutere con il Product Owner le voci selezionate dal Product Backlog. 15

16 La durata di un Meeting è di otto ore per uno Sprint di un mese. Se lo Sprint dura meno, si avrà una riduzione proporzionata della durata del Meeting. o Daily Scrum: Riunione giornaliera di 15 minuti (ogni giorno nello stesso posto e alla stessa ora) utile al Team di Sviluppo per definire e sincronizzare le attività della giornata in base al lavoro svolto il giorno precedente. Durante la riunione ci si accerta che il lavoro svolto sia sempre in linea con lo Sprint Goal. Lo SCRUM Master assicura e disciplina lo svolgimento della riunione che è condotta, però, esclusivamente dal Team. L obiettivo principale della riunione, in fondo, è quello di migliorare le comunicazioni all interno del team per eliminare ostacoli come incomprensioni o malintesi nel pieno rispetto delle metodologie agili. o Sprint Review: Incontro che avviene al termine di uno Sprint per esaminare l incremento prodotto e modificare, se necessario, il Product Backlog. Prendono parte alla riunione anche gli stakeholder. Si tratta di un colloquio informale atto a suscitare i commenti dei partecipanti e a spronare la collaborazione. Durante lo svolgimento il Team riporta l evoluzione dello Sprint evidenziando i problemi incontrati e le soluzioni trovate. In base al lavoro prodotto, il Product Owner fa delle stime sul tempo ancora necessario e discute col Team di eventuali accorgimenti da fare. Il risultato è un Product Backlog riesaminato e aggiornato. La durata dell incontro è di quattro ore per uno Sprint di un mese. Se lo Sprint dura meno, si avrà una riduzione proporzionata della durata dell incontro. o Sprint Retrospective: È una riunione di tre ore (dopo uno Sprint di un mese) che riguarda esclusivamente il Team SCRUM. Lo scopo di tale incontro è far si che il Team guardi a se stesso in modo critico e adatti il proprio atteggiamento secondo i problemi che emergono per trovare soluzioni in maniera più 16

17 semplice. Lo SCRUM Master incoraggia tale attività e invita il Team a individuare pratiche per rendere più efficace e divertente lo Sprint successivo. SCRUM Flow [Ken Schwaber, Agile Project Management with Scrum, Microsoft Press 2004] La specifica dei requisiti in SCRUM Quello di Product Backlog è il concetto intorno a quale gira il processo di specifica dei requisiti in un ambiente di che sfrutta l utilizzo di SCRUM. Il termine indica la lista di requisiti ottenuta a valle di una discussione tra il team di sviluppo e il cosiddetto Product Owner, che rappresenta il soggetto committente ed è l unico responsabile del Product Backlog. La caratteristica precipua del Product Backlog è di non essere mai completo ma, piuttosto, sempre in continua evoluzione in base alle modifiche che i requisiti subiscono con l avanzare del progetto e alla priorità che essi assumono. Ciò che si trova alla base di questa caratteristica è la consapevolezza che lo sviluppo del software in sé porta alla luce problematiche non prevedibili nell analisi iniziale, cosa che compromette anche le stime dei tempi di sviluppo più accurate. 17

18 Gli elementi presenti nel Product Backlog sono spesso ordinati per priorità, rischio, valore, necessità; in cima alla lista, in genere, si trovano gli elementi più discussi dal team, quindi più conosciuti e consolidati, che saranno trattati per primi. Al concetto di Product Backlog è strettamente legato quello di Sprint. Questo termine indica la finestra temporale alla fine della quale sarà rilasciato un incremento del prodotto potenzialmente utilizzabile che implementa parte delle funzionalità. La durata di uno Sprint è molto limitata (in genere massimo un mese) in accordo al principio di rilascio graduale che contraddistingue le metodologie agili. In questo modo ogni funzionalità realizzata è testata a fondo prima del rilascio per garantire che soddisfi le specifiche richieste. Al termine di ogni Sprint ha luogo una riunione ( Sprint review ) in cui si discute il lavoro fatto durante lo Sprint appena concluso e si concorda il lavoro che sarà fatto durante il successivo. Il Product Backlog in questa fase si evolve in accordo con quanto emerso durante lo Sprint. Alla fine di questa fase, dunque, si ottiene una lista aggiornata dei requisiti che il software deve soddisfare e si conosce quale sarà il lavoro da svolgere durante lo Sprint che sta per cominciare È fatto? Presupposto fondamentale per la buona riuscita dell analisi dei requisiti e per un buon test delle funzionalità implementate è la condivisione del concetto astratto di fatto (cfr. done in inglese). Com è naturale, la definizione di un concetto astratto è difficilmente condivisa da tutti, motivo per il quale concetti espressi in poche parole, magari scritte, spesso sono confusi con altri secondo la personale interpretazione. Citando Mike Cohn: «Written words are misleading - they look more precise than they are» [Cohn 2009] ovvero Le parole scritte sono fuorvianti sembrano più precise di quanto non lo siano. Definire, dunque, un interpretazione comune del concetto di fatto giova enormemente al processo di sviluppo giacché porta i membri del team a perseguire un obiettivo comune e a lavorare in armonia giovandosi ognuno del lavoro degli altri. 18

19 Si può facilmente capire, quindi, come diverse interpretazioni del concetto di completezza incidano sulla stima dei tempi necessari allo sviluppo di una funzionalità e, di conseguenza, sulla scelta di quanti e quali elementi del Product Backlog trattare in uno Sprint Persone, non processi! Il processo di produzione tradizionale è diviso in fasi ben distinte sulle quali è difficile ritornare una volta concluse. Per quanto riguarda la specifica dei requisiti quest approccio produce un documento preciso e puntuale in cui le richieste del cliente hanno una forma ben definita e vanno a tutti i costi rispettate. Ciò porta gli sviluppatori a sentirsi costretti a implementare ciò che il documento prescrive e non a condividere gli obiettivi che tale documento hanno prodotto. SCRUM pone l attenzione più sulle persone che sul processo di produzione giacché quest ultimo dipende dalle persone che lo intraprendono. Prendere in considerazione un processo produttivo in maniera assoluta porta inevitabilmente a un calo della qualità del prodotto o, quantomeno, ad avere tempi di produzione più lunghi. Riportiamo le parole di Mike Cohn per comprendere meglio il concetto appena espresso: One of the goals of shifting to Scrum is to get the whole team working together toward the goal of delivering a great product. We want to strip our development process of bad habits that work against this goal. Written documents create sequential hand-offs, which deprive the team of a unity of purpose. One person (or group) defines the product; another group builds it. Two-way communication is discouraged. Through the written document, one team member is saying, "Here's what to do," and others are expected to do it. This type of master-and-servant relationship is unlikely to create strong feelings of engagement on the part of the servants. Rather than feeling responsible for the success of the product, they feel responsible for doing what is described in the document. Discussions have the 19

20 opposite effect: Whole team discussions lead to greater buy-in by all team members [Cohn 2009]. 2.2 Uno sguardo al processo di XP Diamo ora un rapido sguardo all intero processo produttivo di extreme Programming (XP d ora in poi) in cui la specifica dei requisiti s innesta. Oltre alle fasi di Esplorazione e Pianificazione racchiuse nel Planning Game che vedremo nei prossimi paragrafi, il processo XP consta di altre quattro fasi: o Iterazioni verso il primo rilascio: fase caratterizzata da più iterazioni che portano alla prima versione del software pronta per essere utilizzata. Sono selezionate le storie e sono prodotti test funzionali per ogni iterazione. o Fase di produzione: durante la produzione potrebbe presentarsi la necessità di ridurre il tempo dedicato a ogni iterazione, di creare test prestazionali e di cambiare storie (dopo una discussione col Cliente). o Manutenzione: fase in cui il processo si trova per la maggior parte della sua vita; mentre il sistema è in esecuzione, si sviluppano nuove funzioni in modo da non interrompere l erogazione dei servizi implementati e aggiungerne di nuovi. o Morte: questa fase terminale sopraggiunge quando i clienti non sono più in grado di produrre storie oppure quando il sistema non è più in grado di soddisfare le necessità del cliente. È la fase in cui bisogna necessariamente produrre documentazione. 20

21 2.2.1 La specifica dei requisiti in XP «We will plan by quickly making an overall plan, then refining it further and further on shorter and shorter time horizons years, months, weeks, days. We will make the plan quickly and cheaply, so there will be little inertia when we must change it» [Beck 1999]. La specifica dei requisiti in XP è un processo che avviene durante la fase individuata dal termine The Planning Game. Questa pratica si basa su alcuni principi cardine: Pianificare in modo dettagliato esclusivamente il prossimo rilascio: si può pensare alle iterazioni successive ma assolutamente non nei dettagli. Assumere responsabilità, non darle: il manager non può assegnare il lavoro, è ogni membro del team che deve decidere cosa può fare. La stima dei tempi di realizzazione deve essere fatta da chi realizza. Ignorare le dipendenze tra le parti del progetto: progettare come se le parti potessero cambiare in ogni istante. Pianificazione orientata alle priorità: il cliente non ha bisogno di molti dettagli per fissare le priorità. 21

22 2.2.2 The Planning Game L obiettivo della pianificazione in XP è di eliminare imbarazzi e screzi tra clienti e sviluppatori e incoraggiare la comunicazione. Ciò è conseguenza del fatto che non esistono regole, per quanto flessibili, che possano eliminare le emozioni dalle persone. È importante che esistano regole al fine di ricordare come ci si dovrebbe comportare e di fornire un riferimento comune nel caso in cui le cose non procedano per il giusto verso. Ognuna delle due parti, clienti e sviluppatori, deve rispettare l altra e solo in un ambiente di fiducia si può lavorare in maniera serena. È necessario, quindi, avere delle regole che suggeriscano come impostare i rapporti, ma è essenziale che rimangano dei suggerimenti in modo che, se il rapporto diventa ben saldo, si possano anche modificare o rimuovere. o Obiettivo: obiettivo del gioco è massimizzare il valore del software prodotto. Dal valore del software si deve stimare il costo dello sviluppo e i rischi che si corrono. o Strategia: Il team tende a investire meno possibile per mettere in produzione le funzionalità principali il più velocemente possibile con strategie atte a ridurre i rischi. Quando al cliente diviene chiaro quali sono le funzionalità più importanti il team può immediatamente metterle in produzione. o I pezzi del gioco: I pezzi del plannig game sono le story card (in figura). Ogni storia descrive, nel modo più semplice possibile, una funzionalità che il sistema dovrebbe implementare. Seguendo questa pratica si avrà un inquadramento generale della questione e non si creeranno rigidi schemi da seguire. 22

23 Story Card [Kent Beck, 1999, Extreme Programming Explained: Embrace Change ] o I giocatori: Come si è già intuito, devono esserci due giocatori, il Cliente (decide come il sistema deve essere) e lo Sviluppo (realizza il sistema). o Le mosse: il gioco ha fondamentalmente tre fasi Esplorazione: in questa fase i partecipanti si rendono conto di ciò che il sistema dovrebbe fare. Il Cliente scrive una storia descrivendo cosa dovrebbe fare il sistema, lo Sviluppo stima il tempo d implementazione. Nel caso la stima non sia possibile o ci siano parti più importanti rispetto a altre, si divide la storia in più parti. Impegno: il Cliente propone una data di rilascio e lo Sviluppo s impegna a rispettarla. In questa fase il Cliente organizza le card per valore, lo Sviluppo le organizza per rischio e comunica il tempo necessario per realizzarle. Alla luce dei risultati, poi, il Cliente sceglie le card da includere nell iterazione. Aggiornamento: all inizio di ogni iterazione il Cliente sceglie le storie da implementare che formino un sistema funzionante. Se lo Sviluppo si accorge di essersi sopravvalutato può chiedere al Cliente di rivedere le storie da implementare alla luce delle nuove 23

Ingegneria del Software

Ingegneria del Software Ingegneria del Software Processi di Sviluppo Agile Origini dello Sviluppo Agile Proposta di un gruppo di sviluppatori che rilevava una serie di criticità degli approcci convenzionali: Troppa rigidità dei

Dettagli

Scrum. Caratteristiche, Punti di forza, Limiti. versione del tutorial: 1.0. www.analisi-disegno.com. Pag. 1

Scrum. Caratteristiche, Punti di forza, Limiti. versione del tutorial: 1.0. www.analisi-disegno.com. Pag. 1 Scrum Caratteristiche, Punti di forza, Limiti versione del tutorial: 1.0 Pag. 1 Scrum è uno dei processi agili (www.agilealliance.com) il termine è derivato dal Rugby, dove viene chiamato Scrum il pacchetto

Dettagli

Poca documentazione: uso di Story Card e CRC (Class Responsibility Collabor) Collaborazione con il cliente rispetto alla negoziazione dei contratti

Poca documentazione: uso di Story Card e CRC (Class Responsibility Collabor) Collaborazione con il cliente rispetto alla negoziazione dei contratti Sviluppo Agile [Cockburn 2002] Extreme Programming (XP) [Beck 2000] Sono più importanti auto-organizzazione, collaborazione, comunicazione tra membri del team e adattabilità del prodotto rispetto ad ordine

Dettagli

COME AVERE SUCCESSO SUL WEB?

COME AVERE SUCCESSO SUL WEB? Registro 3 COME AVERE SUCCESSO SUL WEB? Guida pratica per muovere con successo i primi passi nel web MISURAZIONE ED OBIETTIVI INDEX 3 7 13 Strumenti di controllo e analisi Perché faccio un sito web? Definisci

Dettagli

NUOVI APPROCCI PER UN MANAGER ALLENATORE : IL PROCESSO DI COACHING

NUOVI APPROCCI PER UN MANAGER ALLENATORE : IL PROCESSO DI COACHING gno Inserto di Missione Impresa dedicato allo sviluppo pratico di progetti finalizzati ad aumentare la competitività delle imprese. NUOVI APPROCCI PER UN MANAGER ALLENATORE : IL PROCESSO DI COACHING COSA

Dettagli

1- Corso di IT Strategy

1- Corso di IT Strategy Descrizione dei Corsi del Master Universitario di 1 livello in IT Governance & Compliance INPDAP Certificated III Edizione A. A. 2011/12 1- Corso di IT Strategy Gli analisti di settore riportano spesso

Dettagli

UN ESEMPIO DI VALUTAZIONE

UN ESEMPIO DI VALUTAZIONE UN ESEMPIO DI VALUTAZIONE Processo di Performance Review (PR) Luisa Macciocca 1 Che cos è una PR? La PR è un sistema formale di gestione della performance La gestione della performance è: un processo a

Dettagli

PROJECT MANAGEMENT SERVIZI DI PROJECT MANAGEMENT DI ELEVATA PROFESSIONALITÀ

PROJECT MANAGEMENT SERVIZI DI PROJECT MANAGEMENT DI ELEVATA PROFESSIONALITÀ PROJECT MANAGEMENT SERVIZI DI PROJECT MANAGEMENT DI ELEVATA PROFESSIONALITÀ SERVIZI DI PROJECT MANAGEMENT CENTRATE I VOSTRI OBIETTIVI LA MISSIONE In qualità di clienti Rockwell Automation, potete contare

Dettagli

IL MANAGER COACH: MODA O REQUISITO DI EFFICACIA. Nelle organizzazioni la gestione e lo sviluppo dei collaboratori hanno una importanza fondamentale.

IL MANAGER COACH: MODA O REQUISITO DI EFFICACIA. Nelle organizzazioni la gestione e lo sviluppo dei collaboratori hanno una importanza fondamentale. IL MANAGER COACH: MODA O REQUISITO DI EFFICACIA Nelle organizzazioni la gestione e lo sviluppo dei collaboratori hanno una importanza fondamentale. Gestione e sviluppo richiedono oggi comportamenti diversi

Dettagli

Project Management. Modulo: Introduzione. prof. ing. Guido Guizzi

Project Management. Modulo: Introduzione. prof. ing. Guido Guizzi Project Management Modulo: Introduzione prof. ing. Guido Guizzi Definizione di Project Management Processo unico consistente in un insieme di attività coordinate con scadenze iniziali e finali, intraprese

Dettagli

QUESTIONARIO 1: PROCESSO DI AUTOVALUTAZIONE

QUESTIONARIO 1: PROCESSO DI AUTOVALUTAZIONE QUESTIONARIO 1: PROCESSO DI AUTOVALUTAZIONE Step 1 - Decidere come organizzare e pianificare l autovalutazione (AV) 1.1. Assicurare l impegno e il governo del management per avviare il processo. 1.2. Assicurare

Dettagli

La Leadership efficace

La Leadership efficace La Leadership efficace 1 La Leadership: definizione e principi 3 2 Le pre-condizioni della Leadership 3 3 Le qualità del Leader 4 3.1 Comunicazione... 4 3.1.1 Visione... 4 3.1.2 Relazione... 4 pagina 2

Dettagli

IDENTITÀ GIOVANE. Nata nel 2006 con l intento di diventare leader nel settore IT, Easytech cresce con una solida competenza in tre divisioni:

IDENTITÀ GIOVANE. Nata nel 2006 con l intento di diventare leader nel settore IT, Easytech cresce con una solida competenza in tre divisioni: copertina pg. 1 immagine pg. 2 Easytech è un gruppo di giovani professionisti uniti da un obiettivo comune: proporre le migliori soluzioni per rendere le imprese leggere e pronte a sostenere la competizione

Dettagli

Descrizione dettagliata delle attività

Descrizione dettagliata delle attività LA PIANIFICAZIONE DETTAGLIATA DOPO LA SELEZIONE Poiché ciascun progetto è un processo complesso ed esclusivo, una pianificazione organica ed accurata è indispensabile al fine di perseguire con efficacia

Dettagli

ALLINEARSI: IL DRIVER PER UNA INNOVAZIONE DI SUCCESSO!

ALLINEARSI: IL DRIVER PER UNA INNOVAZIONE DI SUCCESSO! ALLINEARSI: IL DRIVER PER UNA INNOVAZIONE DI SUCCESSO! L allineamento del team esecutivo è definibile come l accordo dei membri del team in merito a: 1. Allineamento personale -consapevolezza dell impatto

Dettagli

Il catalogo MARKET. Mk6 Il sell out e il trade marketing: tecniche, logiche e strumenti

Il catalogo MARKET. Mk6 Il sell out e il trade marketing: tecniche, logiche e strumenti Si rivolge a: Forza vendita diretta Agenti Responsabili vendite Il catalogo MARKET Responsabili commerciali Imprenditori con responsabilità diretta sulle vendite 34 di imprese private e organizzazioni

Dettagli

IL MARKETING E QUELLA FUNZIONE D IMPRESA CHE:

IL MARKETING E QUELLA FUNZIONE D IMPRESA CHE: IL MARKETING E QUELLA FUNZIONE D IMPRESA CHE:! definisce i bisogni e i desideri insoddisfatti! ne definisce l ampiezza! determina quali mercati obiettivo l impresa può meglio servire! definisce i prodotti

Dettagli

Gestione del conflitto o della negoziazione

Gestione del conflitto o della negoziazione 1. Gestione del conflitto o della negoziazione Per ognuna delle 30 coppie di alternative scegli quella che è più vera per te. A volte lascio che siano gli altri a prendersi la responsabilità di risolvere

Dettagli

Project Cycle Management La programmazione della fase di progettazione esecutiva. La condivisione dell idea progettuale.

Project Cycle Management La programmazione della fase di progettazione esecutiva. La condivisione dell idea progettuale. Project Cycle Management La programmazione della fase di progettazione esecutiva. La condivisione dell idea progettuale. Il presente materiale didattico costituisce parte integrante del percorso formativo

Dettagli

Corso di Amministrazione di Sistema Parte I ITIL 1

Corso di Amministrazione di Sistema Parte I ITIL 1 Corso di Amministrazione di Sistema Parte I ITIL 1 Francesco Clabot Responsabile erogazione servizi tecnici 1 francesco.clabot@netcom-srl.it Fondamenti di ITIL per la Gestione dei Servizi Informatici ITSM

Dettagli

LAVORO DI GRUPPO. Caratteristiche dei gruppi di lavoro transnazionali

LAVORO DI GRUPPO. Caratteristiche dei gruppi di lavoro transnazionali LAVORO DI GRUPPO Caratteristiche dei gruppi di lavoro transnazionali Esistono molti manuali e teorie sulla costituzione di gruppi e sull efficacia del lavoro di gruppo. Un coordinatore dovrebbe tenere

Dettagli

STAKEHOLDER ENGAGEMENT

STAKEHOLDER ENGAGEMENT STAKEHOLDER ENGAGEMENT IN BREVE E-quality Italia S.r.l. Via Mosca 52-00142 Roma T 0692963493, info@equality-italia.it, http://www.equality-italia.it Indice 1. Il problema 3 2. Stakeholder Engagement in

Dettagli

Capitolo 13: L offerta dell impresa e il surplus del produttore

Capitolo 13: L offerta dell impresa e il surplus del produttore Capitolo 13: L offerta dell impresa e il surplus del produttore 13.1: Introduzione L analisi dei due capitoli precedenti ha fornito tutti i concetti necessari per affrontare l argomento di questo capitolo:

Dettagli

Distinguere tra bisogni di cura standard e individualizzati. Valutazione delle esigenze e traduzione di queste in azioni adeguate

Distinguere tra bisogni di cura standard e individualizzati. Valutazione delle esigenze e traduzione di queste in azioni adeguate Linee guida per la costruzione di test per la valutazione degli esiti dei percorsi di apprendimento per Coordinatori all interno delle strutture residenziali per anziani Queste linee guida sono rivolte

Dettagli

11. Evoluzione del Software

11. Evoluzione del Software 11. Evoluzione del Software Andrea Polini Ingegneria del Software Corso di Laurea in Informatica (Ingegneria del Software) 11. Evoluzione del Software 1 / 21 Evoluzione del Software - generalità Cosa,

Dettagli

QUESTIONARIO 3: MATURITA ORGANIZZATIVA

QUESTIONARIO 3: MATURITA ORGANIZZATIVA QUESTIONARIO 3: MATURITA ORGANIZZATIVA Caratteristiche generali 0 I R M 1 Leadership e coerenza degli obiettivi 2. Orientamento ai risultati I manager elaborano e formulano una chiara mission. Es.: I manager

Dettagli

03. Il Modello Gestionale per Processi

03. Il Modello Gestionale per Processi 03. Il Modello Gestionale per Processi Gli aspetti strutturali (vale a dire l organigramma e la descrizione delle funzioni, ruoli e responsabilità) da soli non bastano per gestire la performance; l organigramma

Dettagli

Agile in tough economic times. Agile in tough. Slide 1 30 April 2009

Agile in tough economic times. Agile in tough. Slide 1 30 April 2009 Slide 1 Indice Storia Agile di una startup nel nostro progetto Qual e il valore aggiunto di Agile nei periodi di incertezza Conclusioni Slide 2 Non disclosure agreement Ho firmato un NDA che non mi permette

Dettagli

Concetti di base di ingegneria del software

Concetti di base di ingegneria del software Concetti di base di ingegneria del software [Dalle dispense del corso «Ingegneria del software» del prof. A. Furfaro (UNICAL)] Principali qualità del software Correttezza Affidabilità Robustezza Efficienza

Dettagli

Diventa fondamentale che si verifichi una vera e propria rivoluzione copernicana, al fine di porre al centro il cliente e la sua piena soddisfazione.

Diventa fondamentale che si verifichi una vera e propria rivoluzione copernicana, al fine di porre al centro il cliente e la sua piena soddisfazione. ISO 9001 Con la sigla ISO 9001 si intende lo standard di riferimento internazionalmente riconosciuto per la Gestione della Qualità, che rappresenta quindi un precetto universale applicabile all interno

Dettagli

leaders in engineering excellence

leaders in engineering excellence leaders in engineering excellence engineering excellence Il mondo di oggi, in rapida trasformazione, impone alle imprese di dotarsi di impianti e macchinari più affidabili e sicuri, e di più lunga durata.

Dettagli

La gestione manageriale dei progetti

La gestione manageriale dei progetti PROGETTAZIONE Pianificazione, programmazione temporale, gestione delle risorse umane: l organizzazione generale del progetto Dimitri Grigoriadis La gestione manageriale dei progetti Per organizzare il

Dettagli

una forza creativa si fonda anche sulla capacit di condividere valori e traguardi.

una forza creativa si fonda anche sulla capacit di condividere valori e traguardi. la forza di un idea una forza creativa si fonda anche sulla capacit di condividere valori e traguardi. una forza creativa Comer Group, da gruppo di aziende operanti nel settore della trasmissione di potenza,

Dettagli

MANUALE DELLA QUALITÀ Pag. 1 di 6

MANUALE DELLA QUALITÀ Pag. 1 di 6 MANUALE DELLA QUALITÀ Pag. 1 di 6 INDICE GESTIONE DELLE RISORSE Messa a disposizione delle risorse Competenza, consapevolezza, addestramento Infrastrutture Ambiente di lavoro MANUALE DELLA QUALITÀ Pag.

Dettagli

CAPITOLO 11 Innovazione cam i amen o

CAPITOLO 11 Innovazione cam i amen o CAPITOLO 11 Innovazione e cambiamento Agenda Ruolo strategico del cambiamento Cambiamento efficace Cambiamento tecnologico Cambiamento di prodotti e servizi i Cambiamento strategico e strutturale Cambiamento

Dettagli

PLIDA Progetto Lingua Italiana Dante Alighieri Certificazione di competenza in lingua italiana

PLIDA Progetto Lingua Italiana Dante Alighieri Certificazione di competenza in lingua italiana PLIDA Progetto Lingua Italiana Dante Alighieri Certificazione di competenza in lingua italiana giugno 2011 PARLARE Livello MATERIALE PER L INTERVISTATORE 2 PLIDA Progetto Lingua Italiana Dante Alighieri

Dettagli

Innovation Technology

Innovation Technology Innovation Technology Una naturale passione per Un partner tecnologico che lavora a fianco dei propri clienti per studiare nuove soluzioni e migliorare l integrazione di quelle esistenti. l innovazione.

Dettagli

LO SVILUPPO DELLE COMPETENZE RELAZIONALI DEL PERSONALE INTERNO A CONTATTO CON IL CLIENTE

LO SVILUPPO DELLE COMPETENZE RELAZIONALI DEL PERSONALE INTERNO A CONTATTO CON IL CLIENTE LO SVILUPPO DELLE COMPETENZE RELAZIONALI DEL PERSONALE INTERNO A CONTATTO CON IL CLIENTE La qualità del servizio passa attraverso la qualità delle persone 1. Lo scenario In presenza di una concorrenza

Dettagli

Coaching. Nicola Moretto

Coaching. Nicola Moretto nicola.moretto@xpeppers.com XP Coach Coach Tecnico Scrum Master Coach Sistemico Evolutivo Coach Ontologico Trasformazionale Agile Coach Coach Puro Scrum Master Uno Scrum Master: Rimuove le barriere.

Dettagli

REALIZZARE UN BUSINESS PLAN

REALIZZARE UN BUSINESS PLAN Idee e metodologie per la direzione d impresa Ottobre 2003 Inserto di Missione Impresa dedicato allo sviluppo pratico di progetti finalizzati ad aumentare la competitività delle imprese. REALIZZARE UN

Dettagli

EVOLUZIONE DELLE INIZIATIVE PER LA QUALITA : L APPROCCIO SIX SIGMA

EVOLUZIONE DELLE INIZIATIVE PER LA QUALITA : L APPROCCIO SIX SIGMA http://www.sinedi.com ARTICOLO 3 LUGLIO 2006 EVOLUZIONE DELLE INIZIATIVE PER LA QUALITA : L APPROCCIO SIX SIGMA A partire dal 1980 sono state sviluppate diverse metodologie per la gestione della qualità

Dettagli

DIMENSIONI CRITERI INDICATORI

DIMENSIONI CRITERI INDICATORI Allegato 4 - Manerbio META EDUCATIVA: autonomia in ambito scolastico (classe 4/5 scuola primaria) DIMENSIONI CRITERI INDICATORI GESTIONALE OPERATIVA Uso degli strumenti Conoscere gli strumenti necessari

Dettagli

CONSIGLI PER POTENZIARE L APPRENDIMENTO DELLA LINGUA

CONSIGLI PER POTENZIARE L APPRENDIMENTO DELLA LINGUA CONSIGLI PER POTENZIARE L APPRENDIMENTO DELLA LINGUA Possiamo descrivere le strategie di apprendimento di una lingua straniera come traguardi che uno studente si pone per misurare i progressi nell apprendimento

Dettagli

L IMPORTANZA DEL COACHING NELLE AZIENDE

L IMPORTANZA DEL COACHING NELLE AZIENDE Di cosa si tratta: Nasce negli Stati Uniti negli Anni 80, e successivamente importato dalle multinazionali Americane nelle loro Sedi in Europa. Il Coaching suggerisce l idea di un percorso da uno stato

Dettagli

UN GRUPPO DI LAVORO EVOLVE

UN GRUPPO DI LAVORO EVOLVE GRUPPI DI LAVORO GRUPPO DI LAVORO Un gruppo di lavoro è costituito da un insieme di individui che interagiscono tra loro con una certa regolarità, nella consapevolezza di dipendere l uno dall altro e di

Dettagli

Accogliere e trattenere i volontari in associazione. Daniela Caretto Lecce, 27-28 aprile

Accogliere e trattenere i volontari in associazione. Daniela Caretto Lecce, 27-28 aprile Accogliere e trattenere i volontari in associazione Daniela Caretto Lecce, 27-28 aprile Accoglienza Ogni volontario dovrebbe fin dal primo incontro con l associazione, potersi sentire accolto e a proprio

Dettagli

Cosa ci può stimolare nel lavoro?

Cosa ci può stimolare nel lavoro? a Cosa ci può stimolare nel lavoro? Quello dell insegnante è un ruolo complesso, in cui entrano in gioco diverse caratteristiche della persona che lo esercita e della posizione che l insegnante occupa

Dettagli

CORSO VENDITE LIVELLO BASE ESERCIZIO PER L ACQUISIZIONE DEI DATI

CORSO VENDITE LIVELLO BASE ESERCIZIO PER L ACQUISIZIONE DEI DATI CORSO VENDITE LIVELLO BASE ESERCIZIO PER L ACQUISIZIONE DEI DATI 1. Vai a visitare un cliente ma non lo chiudi nonostante tu gli abbia fatto una buona offerta. Che cosa fai? Ti consideri causa e guardi

Dettagli

SOA GOVERNANCE: WHAT DOES IT MEAN? Giorgio Marras

SOA GOVERNANCE: WHAT DOES IT MEAN? Giorgio Marras SOA GOVERNANCE: WHAT DOES IT MEAN? Giorgio Marras 2 Introduzione Le architetture basate sui servizi (SOA) stanno rapidamente diventando lo standard de facto per lo sviluppo delle applicazioni aziendali.

Dettagli

LO SVILUPPO DELLE COMPETENZE PER UNA FORZA VENDITA VINCENTE

LO SVILUPPO DELLE COMPETENZE PER UNA FORZA VENDITA VINCENTE LO SVILUPPO DELLE COMPETENZE PER UNA FORZA VENDITA VINCENTE Non c è mai una seconda occasione per dare una prima impressione 1. Lo scenario Oggi mantenere le proprie posizioni o aumentare le quote di mercato

Dettagli

Il miglioramento, il problem solving e gli strumenti per il lavoro di gruppo

Il miglioramento, il problem solving e gli strumenti per il lavoro di gruppo Il miglioramento, il problem solving e gli strumenti per il lavoro di gruppo UNIVERSITA DI PISA Università di Pisa Miglioramento continuo e Problem Solving 1 Indice Il miglioramento: i diversi approcci

Dettagli

L attenzione verso i collaboratori e la loro formazione, perché l azienda non cresce se i collaboratori restano indietro.

L attenzione verso i collaboratori e la loro formazione, perché l azienda non cresce se i collaboratori restano indietro. 1 Chi siamo Mericom è una delle più consolidate realtà nell ambito delle vendite, del marketing e della comunicazione. Siamo sul mercato con successo da 15 anni e abbiamo realizzato grandi progetti anche

Dettagli

LE STRATEGIE DI COPING

LE STRATEGIE DI COPING Il concetto di coping, che può essere tradotto con fronteggiamento, gestione attiva, risposta efficace, capacità di risolvere i problemi, indica l insieme di strategie mentali e comportamentali che sono

Dettagli

CHI SIAMO. BeOn è una società di consulenza italiana ad alta specializzazione in ambito di valutazione, sviluppo e formazione delle risorse umane.

CHI SIAMO. BeOn è una società di consulenza italiana ad alta specializzazione in ambito di valutazione, sviluppo e formazione delle risorse umane. www.beon-dp.com Operiamo in ambito di: Sviluppo Assessment e development Center Valutazione e feedback a 360 Formazione Coaching CHI SIAMO BeOn è una società di consulenza italiana ad alta specializzazione

Dettagli

liste di liste di controllo per il manager liste di controllo per il manager liste di controllo per i

liste di liste di controllo per il manager liste di controllo per il manager liste di controllo per i liste di controllo per il manager r il manager liste di controllo per il manager di contr liste di liste di controllo per il manager i controllo trollo per il man liste di il man liste di controllo per

Dettagli

INTRODUZIONE PRATICA AL LEAN MANAGEMENT

INTRODUZIONE PRATICA AL LEAN MANAGEMENT INTRODUZIONE PRATICA AL LEAN MANAGEMENT Come ottenere più risultati con meno sforzo Immagina di conoscere quella metodologia aziendale che ti permette di: 1. 2. 3. 4. 5. 6. 7. 8. riconoscere e ridurre

Dettagli

LA PIANIFICAZIONE DELLE ATTIVITÀ AZIENDALI E.R.P. (ENTERPRISE RESOURCE PLANNING)

LA PIANIFICAZIONE DELLE ATTIVITÀ AZIENDALI E.R.P. (ENTERPRISE RESOURCE PLANNING) LA PIANIFICAZIONE DELLE ATTIVITÀ AZIENDALI E.R.P. (ENTERPRISE RESOURCE PLANNING) L IMPATTO SULLA GESTIONE LA MISURAZIONE DELL IMPATTO IL SUPPORTO ALLA CREAZIONE DEL VALORE L INTEGRAZIONE ESIGENZE DEL BUSINESS

Dettagli

ILSISTEMA INTEGRATO DI PRODUZIONE E MANUTENZIONE

ILSISTEMA INTEGRATO DI PRODUZIONE E MANUTENZIONE ILSISTEMA INTEGRATO DI PRODUZIONE E MANUTENZIONE L approccio al processo di manutenzione Per Sistema Integrato di Produzione e Manutenzione si intende un approccio operativo finalizzato al cambiamento

Dettagli

I SISTEMI DI GESTIONE DELLA SALUTE E SICUREZZA SUL LAVORO: OHSAS 18001 AV2/07/11 ARTEMIDE.

I SISTEMI DI GESTIONE DELLA SALUTE E SICUREZZA SUL LAVORO: OHSAS 18001 AV2/07/11 ARTEMIDE. I SISTEMI DI GESTIONE DELLA SALUTE E SICUREZZA SUL LAVORO: OHSAS 18001 AV2/07/11 ARTEMIDE. 1 Nel panorama legislativo italiano la Salute e la Sicurezza sul Lavoro sono regolamentate da un gran numero di

Dettagli

Gestione dello sviluppo software Modelli Agili

Gestione dello sviluppo software Modelli Agili Università di Bergamo Facoltà di Ingegneria GESTIONE DEI SISTEMI ICT Paolo Salvaneschi A4_3 V1.1 Gestione dello sviluppo software Modelli Agili Il contenuto del documento è liberamente utilizzabile dagli

Dettagli

La progettazione centrata sull utente nei bandi di gara

La progettazione centrata sull utente nei bandi di gara Progetto PerformancePA Ambito A - Linea 1 - Una rete per la riforma della PA La progettazione centrata sull utente nei bandi di gara Autore: Maurizio Boscarol Creatore: Formez PA, Progetto Performance

Dettagli

Generazione Automatica di Asserzioni da Modelli di Specifica

Generazione Automatica di Asserzioni da Modelli di Specifica UNIVERSITÀ DEGLI STUDI DI MILANO BICOCCA FACOLTÀ DI SCIENZE MATEMATICHE FISICHE E NATURALI Corso di Laurea Magistrale in Informatica Generazione Automatica di Asserzioni da Modelli di Specifica Relatore:

Dettagli

MODULO 5 Appunti ACCESS - Basi di dati

MODULO 5 Appunti ACCESS - Basi di dati MODULO 5 Appunti ACCESS - Basi di dati Lezione 1 www.mondopcnet.com Modulo 5 basi di dati Richiede che il candidato dimostri di possedere la conoscenza relativa ad alcuni concetti fondamentali sui database.

Dettagli

Percorso di formazione continua nell ambito del progetto La strada per domani 2 Modulo qualità e sviluppo

Percorso di formazione continua nell ambito del progetto La strada per domani 2 Modulo qualità e sviluppo 1 2009-1-FR1-LEO05-07303 Percorso di formazione continua nell ambito del progetto La strada per domani 2 Modulo qualità e sviluppo Progetto Formativo: Business Plan 2 1 2 3 Definizione di Business Plan

Dettagli

NUMANI PER CHI AMA DISTINGUERSI

NUMANI PER CHI AMA DISTINGUERSI NUMANI PER CHI AMA DISTINGUERSI NuMani è una realtà e nasce dall unione d esperienza di persone che da 11 anni si occupano a tempo pieno dell applicazione e decorazione unghie con l ambiziosa idea delle

Dettagli

Lean in Sanità. Luciano Attolico

Lean in Sanità. Luciano Attolico : strategie per valorizzare persone, prodotti e processi in campo sanitario e socio assistenziale Luciano Attolico Pisa 4 luglio 2013 Questo documento è destinato esclusivamente ad uso interno della Vostra

Dettagli

PRESENTARE UN IDEA PROGETTUALE

PRESENTARE UN IDEA PROGETTUALE PRESENTARE UN IDEA PROGETTUALE LINEE GUIDA PER UNA EFFICACE PRESENTAZIONE DI UN BUSINESS PLAN INTRODUZIONE ALLA GUIDA Questa breve guida vuole indicare in maniera chiara ed efficiente gli elementi salienti

Dettagli

Che volontari cerchiamo? Daniela Caretto Lecce, 27-28 aprile

Che volontari cerchiamo? Daniela Caretto Lecce, 27-28 aprile Che volontari cerchiamo? Daniela Caretto Lecce, 27-28 aprile Premessa All arrivo di un nuovo volontario l intero sistema dell associazione viene in qualche modo toccato. Le relazioni si strutturano diversamente

Dettagli

L UOMO L ORGANIZZAZIONE

L UOMO L ORGANIZZAZIONE UNITÀ DIDATTICA 1 L UOMO E L ORGANIZZAZIONE A.A 2007 / 2008 1 PREMESSA Per poter applicare con profitto le norme ISO 9000 è necessario disporre di un bagaglio di conoscenze legate all organizzazione aziendale

Dettagli

Mentore. Rende ordinario quello che per gli altri è straordinario

Mentore. Rende ordinario quello che per gli altri è straordinario Mentore Rende ordinario quello che per gli altri è straordinario Vision Creare un futuro migliore per le Nuove Generazioni Come? Mission Rendere quante più persone possibili Libere Finanziariamente Con

Dettagli

QUADRO AC DI COMPETENZE Versione riveduta Giugno 2012

QUADRO AC DI COMPETENZE Versione riveduta Giugno 2012 QUADRO AC DI COMPETENZE Versione riveduta Giugno 2012 Competenze di coaching per Tutti i Coach 1. Rispettare le linee guida etiche, legali e professionali 2. Stabilire il contratto di coaching e gli obiettivi

Dettagli

Il Controllo di gestione nella piccola impresa

Il Controllo di gestione nella piccola impresa Stampa Il Controllo di gestione nella piccola impresa admin in A cura di http://www.soluzionipercrescere.com La piccola impresa presenta generalmente un organizzazione molto snella dove l imprenditore

Dettagli

Project Cycle Management

Project Cycle Management Project Cycle Management Tre momenti centrali della fase di analisi: analisi dei problemi, analisi degli obiettivi e identificazione degli ambiti di intervento Il presente materiale didattico costituisce

Dettagli

La Leadership. Salvatore Savarese

La Leadership. Salvatore Savarese La Leadership Salvatore Savarese 1 Introduzione Lavorare all interno di organizzazioni induce un evoluzione professionale ed umana in più direzioni: aumentano le competenze tecniche specifiche, si sviluppano

Dettagli

GIANLUIGI BALLARANI. I 10 Errori di Chi Non Riesce a Rendere Negli Esami Come Vorrebbe

GIANLUIGI BALLARANI. I 10 Errori di Chi Non Riesce a Rendere Negli Esami Come Vorrebbe GIANLUIGI BALLARANI I 10 Errori di Chi Non Riesce a Rendere Negli Esami Come Vorrebbe Individuarli e correggerli 1 di 6 Autore di Esami No Problem 1 Titolo I 10 Errori di Chi Non Riesce a Rendere Negli

Dettagli

LTA Starts you up! è un servizio svolto in collaborazione con LTA e

LTA Starts you up! è un servizio svolto in collaborazione con LTA e LTA STARTS YOU UP! FATTIBILITA DI BUSINESS E RICERCA PARTNER FINANZIARI E INDUSTRIALI In un momento in cui entrare nel mondo imprenditoriale con idee nuove e accattivanti diventa sempre più difficile e

Dettagli

INDICOD-ECR Istituto per le imprese di beni di consumo

INDICOD-ECR Istituto per le imprese di beni di consumo INDICOD-ECR Istituto per le imprese di beni di consumo GLOBAL SCORECARD Uno strumento di autovalutazione, linguaggio e concetti comuni Versione base - Entry Level Introduzione Introduzione La Global Scorecard

Dettagli

SVILUPPO TALENTI PROGETTO CONSEGUIRE OBIETTIVI RICERCARE ECCELLENZA

SVILUPPO TALENTI PROGETTO CONSEGUIRE OBIETTIVI RICERCARE ECCELLENZA SVILUPPO TALENTI PROGETTO CONSEGUIRE OBIETTIVI RICERCARE ECCELLENZA Bologna Aprile 2009 L IMPORTANZA DEL MOMENTO In un mercato denso di criticità e nel medesimo tempo di opportunità, l investimento sulle

Dettagli

12. Evoluzione del Software

12. Evoluzione del Software 12. Evoluzione del Software Andrea Polini Ingegneria del Software Corso di Laurea in Informatica (Ingegneria del Software) 12. Evoluzione del Software 1 / 21 Evoluzione del Software - generalità Cosa,

Dettagli

E il momento di iniziare: le fondamenta del fundraising

E il momento di iniziare: le fondamenta del fundraising ENGAGEDin propone corsi di formazione per le organizzazioni che vogliono avviare o sviluppare la propria attività di raccolta fondi attraverso la crescita delle proprie competenze, la discussione di casi

Dettagli

STORE MANAGER.. LE COMPETENZE CARATTERISTICHE E I BISOGNI DI FORMAZIONE

STORE MANAGER.. LE COMPETENZE CARATTERISTICHE E I BISOGNI DI FORMAZIONE STORE MANAGER.. LE COMPETENZE CARATTERISTICHE E I BISOGNI DI FORMAZIONE 1 Indice 1. Premessa 2. Obiettivo 3. Le competenze del profilo ideale Competenze 3.1. Età ed esperienza 3.2. Le reali competenze

Dettagli

Norme per l organizzazione - ISO serie 9000

Norme per l organizzazione - ISO serie 9000 Norme per l organizzazione - ISO serie 9000 Le norme cosiddette organizzative definiscono le caratteristiche ed i requisiti che sono stati definiti come necessari e qualificanti per le organizzazioni al

Dettagli

UNI EN ISO 9001:2008 Sistemi di Gestione per la Qualità: requisiti e guida per l uso

UNI EN ISO 9001:2008 Sistemi di Gestione per la Qualità: requisiti e guida per l uso SORVEGLIANZA E CERTIFICAZIONI UNI EN ISO 9001:2008 Sistemi di Gestione per la Qualità: requisiti e guida per l uso Pagina 1 di 10 INTRODUZIONE La Norma UNI EN ISO 9001:2008 fa parte delle norme Internazionali

Dettagli

Unità di Grugliasco Feb. 2011

Unità di Grugliasco Feb. 2011 Feb. 2011 IL COSTO DELLA QUALITA NEL SOFTWARE AUTOMOTIVE (e non ) Esperienze di Bitron CON L AIUTO DI MARCO CASSOTTA, RESPONSABILE SWQA IN BITRON TO BE OR NOT TO BE? (FACCIAMO UN PO DI OUTING ) CHE COS

Dettagli

IL CICLO DI VITA DEL PROGETTO. Elementi essenziali di progetto. Fasi e tappe Gli Approcci

IL CICLO DI VITA DEL PROGETTO. Elementi essenziali di progetto. Fasi e tappe Gli Approcci UNIVERSITA MILANO BICOCCA Corso di laurea di primo livello in servizio sociale anno accademico 2009-2010 Progettare il sociale Prof. Dario A. Colombo IL CICLO DI VITA DEL PROGETTO Elementi essenziali di

Dettagli

Evidenziare le modalità con le quali l azienda agrituristica produce valore per i clienti attraverso la gestione dei propri processi.

Evidenziare le modalità con le quali l azienda agrituristica produce valore per i clienti attraverso la gestione dei propri processi. 5. Processi Evidenziare le modalità con le quali l azienda agrituristica produce valore per i clienti attraverso la gestione dei propri processi. Il criterio vuole approfondire come l azienda agrituristica

Dettagli

L ergonomia dei sistemi informativi

L ergonomia dei sistemi informativi Strumenti non convenzionali per l evoluzione d Impresa: L ergonomia dei sistemi informativi di Pier Alberto Guidotti 1 L ergonomia dei sistemi informativi CHI SONO Pier Alberto Guidotti Fondatore e direttore

Dettagli

Come scrivere una proposta progettuale

Come scrivere una proposta progettuale PROGETTO OPERATIVO DI ASSISTENZA TECNICA ALLE REGIONI DELL OBIETTIVO CONVERGENZA Come scrivere una proposta progettuale Comune di CATANIA 17/03/2016 SIGNIFICATO E DEFINIZIONE DEI LIVELLI DELLA LOGICA

Dettagli

Modula. Perchè ogni impresa è diversa

Modula. Perchè ogni impresa è diversa Modula Perchè ogni impresa è diversa Troveremo la risposta giusta alle vostre esigenze Indipendentemente dalla natura e dalle dimensioni della vostra attività, sicuramente c è una cosa su cui sarete d

Dettagli

della manutenzione, includa i requisiti relativi ai sottosistemi strutturali all interno del loro contesto operativo.

della manutenzione, includa i requisiti relativi ai sottosistemi strutturali all interno del loro contesto operativo. L 320/8 Gazzetta ufficiale dell Unione europea IT 17.11.2012 REGOLAMENTO (UE) N. 1078/2012 DELLA COMMISSIONE del 16 novembre 2012 relativo a un metodo di sicurezza comune per il monitoraggio che devono

Dettagli

Organizzazione e pianificazione delle attività di marketing

Organizzazione e pianificazione delle attività di marketing Organizzazione e pianificazione delle attività di marketing Il continuum delle strutture tra efficienza ed efficacia Struttura funzionale Struttura divisionale Struttura a matrice Struttura orizzontale

Dettagli

La mia autostima. Edizioni Erickson. Deborah Plummer. Dario Ianes Centro Studi Erickson Università di Bolzano www.darioianes.it

La mia autostima. Edizioni Erickson. Deborah Plummer. Dario Ianes Centro Studi Erickson Università di Bolzano www.darioianes.it Edizioni Erickson La mia autostima Dario Ianes Centro Studi Erickson Università di Bolzano www.darioianes.it Deborah Plummer Introduzione L immaginazione come strumento per il cambiamento Imagework: un

Dettagli

Esercizi su. Funzioni

Esercizi su. Funzioni Esercizi su Funzioni ๒ Varie Tracce extra Sul sito del corso ๓ Esercizi funz_max.cc funz_fattoriale.cc ๔ Documentazione Il codice va documentato (commentato) Leggibilità Riduzione degli errori Manutenibilità

Dettagli

TECNICHE DI VALUTAZIONE DEL RISCHIO

TECNICHE DI VALUTAZIONE DEL RISCHIO Per conto di AICQ CN 1 - Autore Giovanni Mattana - Consigliere di Giunta AICQ CN Presidente della Commissione UNI per i Sistemi di Qualità La norma è intesa come un supporto per la Iso 31000 e fornisce

Dettagli

PROGETTO ACCOGLIENZA Classi prime Anno scolastico 2012/2013

PROGETTO ACCOGLIENZA Classi prime Anno scolastico 2012/2013 SCUOLA SECONDARIA DI PRIMO GRADO SIMONE DA CORBETTA PROGETTO ACCOGLIENZA Classi prime Anno scolastico 2012/2013 1 Introduzione Il progetto accoglienza nasce dalla convinzione che i primi mesi di lavoro

Dettagli

Il cloud per la tua azienda.

Il cloud per la tua azienda. Il cloud per la tua azienda. Questo è Microsoft Cloud Ogni azienda è unica. Dalla sanità alla vendita al dettaglio, alla produzione o alla finanza, non esistono due aziende che operano nello stesso modo.

Dettagli

I NUOVI MODELLI ORGANIZZATIVI E TECNOLOGICI A SUPPORTO DELL EFFICIENZA AZIENDALE

I NUOVI MODELLI ORGANIZZATIVI E TECNOLOGICI A SUPPORTO DELL EFFICIENZA AZIENDALE I NUOVI MODELLI ORGANIZZATIVI E TECNOLOGICI A SUPPORTO DELL EFFICIENZA AZIENDALE PROJECT PORTFOLIO MANAGEMENT Strumento indispensabile per l efficienza del business SICUREZZA FORMAZION E AMBIENTE ETICA

Dettagli

SCELTA DELL APPROCCIO. A corredo delle linee guida per l autovalutazione e il miglioramento

SCELTA DELL APPROCCIO. A corredo delle linee guida per l autovalutazione e il miglioramento SCELTA DELL APPROCCIO A corredo delle linee guida per l autovalutazione e il miglioramento 1 SCELTA DELL APPROCCIO l approccio all autovalutazione diffusa può essere normale o semplificato, a seconda delle

Dettagli

Progetto Agire il Cambiamento. Roma, 17 giugno 2015

Progetto Agire il Cambiamento. Roma, 17 giugno 2015 Progetto Agire il Cambiamento Roma, 17 giugno 2015 Chi è Sara Assicurazioni Assicuratrice Ufficiale dell ACI, la Compagnia compie 70 anni a febbraio 2016 Clienti 950.000 Utile di Bilancio 2014: 82.100.000

Dettagli