e processi open source

Transcript

1 Processi agili e processi open source Tecniche di Programmazione Lez. 11 Università di Firenze a.a. 2009/10, I semestre 1/33 contenuti Modellazione di processo, progetti e qualità Processi prescrittivi Processi SPOTS Processi agili Processi open source 2/33 modellazione di processo In generale Organizzazione, documentazione, controllo Business Process Reengineering Notazioni: IDEF0,... UML Strumenti di workflow Nella produzione di software Una parte consistente dell ingegneria del software Cicli di vita del software, processi off-the-shelf Modelli per composizione ISO/IEC Ambienti di sviluppo (enactment) 3/

2 processi e progetti Processi come procedure Progetti come istanze Specializzazione e finalizzazione Il processo aziendale Il processo specializzato per il progetto Il progetto come processo in esecuzione Riferimenti negli standard ISO 9001, Piano della Qualità ISO/IEC 12207, attività {5, 6, 7}.x.1 4/33 qualità di processo Dal TQM a CMM, passando per ISO 9000 Quanto è ben definito un processo Quanto è ben eseguito nelle sue istanze (progetti) Capability Maturity Model Capacità, indicatore dell affidabilità di un fornitore Maturità, raggiungimento di un livello di capacità Software Process Assessment & Improvement Pressman Process Advisor, Trillium, Bootstrap,... SPICE 1996 ISO/IEC 15504: /33 livelli 3 e 4 Il posizionamento più gettonato Livello 3: definito Livello 4: controllato (misurato o predicibile) 5 4 Ottimizzante 3 Controllato 2 Definito 1 Ripetibile Iniziale 6/

3 gestire progetti ai livelli 3-4 Definito Sapere come fare le cose Mattoni predefiniti di processo (ISO/IEC 12207) Piani delle attività, tempi, risorse, impegno, costi Piani della qualità, di gestione dei rischi Controllato (misurato, predicibile) Rilevazione dei valori effettivi Azioni correttive (rigidamente limitate al futuro) Mantenimento degli scostamenti fra piani e consuntivi Analisi e miglioramento (liv. 5 ogni tanto) 7/33 processi prescrittivi Prima generazione di processi software IBM Cleanroom Mil 498 ESA PSS-05 Rational/IBM Unified Software Process Espressione di una classe di esigenze Strumenti di controllo di progetti e fornitori Committenti importanti Progetti grandi, spesso critici Costi di organizzazione e documentazione giustificati 8/33 i processi dei committienti Il processo chiesto dal committente Linguaggio: ISO/IEC (ma anche IDEF0, UML) Conformità: ISO 9001, MIL, ESA ECSS, Evidenza di capacità: CMM, ISO/IEC 15504, Definizione di processo complementare a Processi di acquisizione Metodi di controllo Il processo come prescrizione Perché prescritto dai committenti Perché prescritto al personale Perché dettagliato e procedurale 9/

4 il problema dei fornitori Adottare un processo Investendo il meno possibile Salvaguardando flessibilità e naturalezza Evitando di suscitare le resistenze degli sviluppatori La soluzione ortodossa è costosa Investimenti per gli ingegneri di processo Studio delle esigenze e delle risorse Definizione del processo (in conformità a qualcosa) Formazione del personale Specializzazione del processo 10/33 processi da acquistare Caratteristiche di uno SPOTS Descrizione del processo pubblica Copertura delle attività dichiarata Definito, adattabile e pronto all uso Caratteristico e distinto dagli altri Cose che sembrano SPOTS ma non lo sono I cicli di vita ISO/IEC Gli standard come ISO 9001 o gli ESA ECSS 11/33 il mercato degli SPOTS Non sono un prodotto off-the-shelf per caso Libri e documentazione Corsi di formazione Servizi, consulenza Strumenti di processo e di produzione Conferenze, eventi, user group 12/

5 processi agili Estensione a un insieme diverso di esigenze Ridurre i costi di processo Adattare a progetti medio-piccoli Privilegiare i risultati interni al controllo esterno Il boom degli SPOTS leggeri extreme Programming Scrum Cristal Clear Stay CMM level 1, but hire smart people 13/33 motivazioni Senza smart people e senza processo Code & fix Cowboy coding (to boldly code what no man...) Controllo ci vuole, ma deve essere diverso Gli SPOTS prescrittivi si vendono male Quindi non devono essere (apparire) tali Contrastare la burocratizzazione Una buona prassi elevata a principio Una buona strategia commerciale Scalare in basso i processi prescrittivi 14/33 il manifesto I principî (o gli slogan) Interazione e individui (vs processo e strumenti) Software che funziona (vs software documentato) Collaborazione con il cliente (vs contrattualizzione) Rispondere ai cambiamenti (vs seguire il piano) Le tecniche Small timeboxes Mini functionality increments Pair programming 15/

6 esempi di processi agili extreme Programming Scrum Crystal Clear Agile Unified Process MS Solution Framework Tutti SPOTS 16/33 critiche ai processi agili Richiede personale senior (smart people ) Non è applicabile in tutti i contesti contrattuali Non è adatto a grandi progetti (>20) Non è adatto a gruppi di lavoro distribuiti Non è adatto a software mission-critical 17/33 tendenze e domande Tendenze unificatrici ISO/IEC 12207, processi per composizione di attività ESA ECSS-E-40, dichiarazione di proprietà Unified Software Development Process EssUP, I. Jacobson OpenUp, IBM/Eclipse Oracle Unified Method E il contributo dell open source? È un contesto particolare e ormai pesante Avrà avuto qualche influenza su processi e progetti 18/

7 i processi Open Source Free-Libre Open Source È una caratteristica della licenza del prodotto Molto software OS proviene da processi tradizionali La cattedrale e il bazaar Uno slogan per promuovere un contesto? I progetti OS hanno un processo di categoria? Ci può essere processo senza organizzazione? È vero che non c è organizzazione? 19/33 la cattedrale e il bazaar Eric Steven Raymond Un convertito Da OS cattedrale (Emacs Core) a OS bazaar (Linux) Il saggio Dichiarazione di stupore per i risultati di Linux Analisi di Linux come progetto Ripetizione su un esperimento personale Identificazione di caratteristiche di processo Congettura: le caratteristiche determinano il successo Congettura: le caratteristiche sono buone prassi 20/33 vulgar raymondism Le caratteristiche Interesse personale (il genio nasce dalla necessità) Riuso (i grandi sanno cosa riscrivere) Prototipazione coraggiosa (capacità di buttar via) Aggregazione (i problemi ti trovano) Capacità di abbandonare (meglio se in buone mani) Utenti come verificatori (molti occhi vedono meglio) Rilasci precoci e frequenti (per soddisfare la platea) Sono buone prassi replicabili? Caratterizzano un contesto (con un po di enfasi) Non definiscono un processo 21/

8 pericolosi postulati I progetti OS usano il processo bazaar I migliori progetti OS usano il processo bazaar I progetti OS sono regolati da norme non scritte L OS porterà nel mondo la cultura del dono Il mondo OS è un paradiso senza conflitti M$ deve essere sgominata 22/33 progetti OS non interessanti Progetti OS con processi normali OS è un requisito del prodotto Progetti finanziati da enti pubblici Investimenti per servizi Progetti di ricerca OS per politiche commerciali contro Esiste un organizzazione Esiste uno scopo economico chiaro Prodotto su commessa (eventualmente interna) Gioco di sponda a favore di hardware o servizi Azione diversiva per intervenire sul mercato 23/33 progetti OS interessanti Lo scopo è il prodotto stesso Altri obiettivi sono di secondo piano Oppure non c è modo di identificarli I progetti sono (sembrano) anarchici A volte lo sono, inizialmente Tipicamente evolvono in organizzazioni No-profit, by-invitation, 24/

9 macro processi OS Progetti OS come organizzazioni Non tutti i progetti OS lo sono Interessanti per quanto rimangono indipendenti Fasi Nascita Sviluppo Maturità interessi personali, ricerca, sviluppo lento e opportunistico aggregazione e strumentazione, comunicazione e cooperazione finanziamenti e rapporti con terzi, costituzione in organizzazione (.org) 25/33 caratteristiche associative Forma associativa No-profit (in US tipicamente una 501.c.3) Capace di ricevere donazioni Partecipazione personale I membri sono persone, non aziende I membri non sono responsabili del prodotto È incoraggiata, tutelata e regolamentata la possibilità di contribuire nell orario di lavoro 26/33 caratteristiche gestionali Organizzazione Comitati, tavoli, Cariche elettive Responsabilità legali Attività Promozione Gestione dei contratti con altre organizzazioni Finanziamento di progetti interni 27/

10 caratteristiche partecipative Criteri elitari e meritocratici Contribuire a un progetto Meritare stima per competenze tecnologiche Meritare fiducia per affidabilità ed educazione Essere invitato come membro da altri membri Essere eletto a una carica Club esclusivi, per prassi o per statuto I soliti smart people 28/33 processi in evidenza Dalla seconda fase in poi Documentazione del prodotto Gestione di versioni e configurazioni Gestione automatizzata dei processi ripetitivi Noti, presenti e definiti in Ma, in altri contesti Non sempre attuati Non sempre così strumentati e normati In parte sostituiti da caratteristiche organizzative come presenza delle persone e condivisione di spazi 29/33 processi basati su strumenti Uso regolare e normato Stumenti per il controllo di prodotto Versioni e configurazioni (CVS, Subversion) Documentazione del codice (Doxygen) Costruzione del prodotto (Make & C, compile farm) Strumenti per il controllo della cooperazione Trakers (Bugzilla) Forum, mailing list I pacchetti stile Sourceforge 30/

11 pacchetti Ambienti di sviluppo cooperativo (!) Sourceforge.org (Sourceforge) Tigris.org (CollabNet) Google Code, BerliOS, Bounty Source,... Servizi Spazio web, gestione del codice e delle release Integrazione di strumenti, virtualizzazione Microgestione, tracciabilità Comunicazione interna ed esterna Visibilità del progetto, gestione delle donazioni 31/33 strumentazione Controllo del prodotto Versioni e configurazioni (CVS, Subversion, Git,...) Documentazione del codice (Doxygen) Costruzione del prodotto (Make & C,...) Controllo di processi ripetitivi, microgestione Cooperazione sui file (ancora CVS & C) Trackers, ticketing systems (Bugzilla, Trac,...) Controllo della conoscenza Forum Wiki 32/33 riferimenti Ambriola, Cignoni, Jaccheri, Conradi, A Framework for Comparing SPOTS, Prosim03 K. Beck, extreme Programming Explained, Addison-Wesley E.S. Raymond, The Cathedral and the Bazaar N. Bezroukov, Critique to vulgar Raymondism 33/