{"id":3740,"date":"2017-12-21T09:19:25","date_gmt":"2017-12-21T09:19:25","guid":{"rendered":"https:\/\/twproject.com\/support\/?page_id=3740"},"modified":"2023-11-03T10:53:51","modified_gmt":"2023-11-03T10:53:51","slug":"gestione-agile-scrum","status":"publish","type":"page","link":"https:\/\/twproject.com\/support\/it\/usare-twproject\/gestione-agile-scrum\/","title":{"rendered":"Gestione Agile \/ SCRUM"},"content":{"rendered":"

“Being Agile” is like “being in love”. No guarantee that it means the same thing to any two teams.<\/p><\/blockquote>\n

Seen on Twitter from \u201cjasongorman\u201d<\/i><\/p>\n

Qualche contesto:<\/i> Scrum ( http:\/\/en.wikipedia.org\/wiki\/Scrum_(development)<\/a> ) \u00e8 una metodologia di sviluppo software (ma non solo) appartenente alla famiglia agile ( http:\/\/agilemanifesto.org<\/a> ), un insieme di metodologie nate come risposta diretta al paradigma dominante del project management, waterfall<\/em>, prende in prestito molti principi della lean manufacturing e fu formalizzata quando 17 pionieri della metodologia agile nel 2001 scrissero il Manifesto Agile. Se conosci un minimo l’approccio di Twproject, e dai un’occhiata ai principi agili, noterai una certa somiglianza.<\/p>\n

Scrum non riguarda solo lo sviluppo software: vedi un’applicazione reale di Scrum al di fuori dell’IT\u00a0http:\/\/www.scrumalliance.org\/resource_download\/548<\/a> .<\/p>\n

\"clip_image002\"Kanban: su Wikipedia:<\/p>\n

http:\/\/en.wikipedia.org\/wiki\/Kanban<\/a><\/p>\n

Paragonato a Scrum:<\/p>\n

http:\/\/www.infoq.com\/minibooks\/kanban-scrum-minibook<\/a><\/p>\n

\u201cKanban uses a visual control mechanism to track work as it flows through the various stages of the value stream. Typically, a whiteboard with sticky notes, or an electronic card wall system, is used\u201d<\/i><\/p>\n

Quando tornammo alla versione 4 di Twproject dopo aver esaminato alcune pubblicazioni sul metodo agile, e in particolare riconsiderando la prospettiva Scrum, divenne progressivamente pi\u00f9 chiaro che mappare le idee Scrum su questa o quella funzionalit\u00e0 di un software \u00e8 inevitabilmente una semplificazione e potrebbe essere anche un “tradimento” della fisolofia agile: poich\u00e9 queste metodologie riguardano il modo di approcciarsi ai problemi, e in dettaglio quando entriamo in ogni caso particolare presentano grandi variazioni; vedi<\/p>\n

Agile Project Management with Scrum by Ken Schwaber, Microsoft Press<\/i><\/p>\n

che \u00e8 pieno di esempi.<\/p>\n

Da questa prospettiva, il punto principale non \u00e8 e non deve essere il software di project management che stai usando. Ci torneremo nelle considerazioni finali.<\/p>\n

Stiamo assumendo qui di avere familiarit\u00e0 con i concetti di metodologie agili e Scrum. Anche gli esempi sono incentrati sullo sviluppo software, ma la linea, se valida, \u00e8 valida in generale.<\/p>\n

Nella nostra esperienza successo e produttivit\u00e0 sono legate a come gestisci due aspetti della gestione del lavoro:<\/p>\n

    \n
  1. Modellare accuratamente le complessit\u00e0 del tuo ambiente di lavoro \u2013 e qui ovviamente Twproject ti assiste splendidamente<\/li>\n
  2. Portare questa complessit\u00e0 verso qualcosa di semplice, leggero, gestibile velocemente e aggiornabile dal singolo utente.<\/li>\n<\/ol>\n

    Molte delle idee che circondano la gestione \u201cagile\u201d e il \u201cgetting things done\u201d ruota intorno a questo processo.<\/p>\n

    Esempi di mappatura<\/b><\/p>\n

    Figure 3 Burn down chart con Twproject<\/em><\/p>\n

    Se si decide di usare un software di project management per gestire le procedure agili, si dovrebbe fare attenzione a non prendere decisioni semplicistiche.<\/p>\n

    Considera per esempio i backlog: la raccolta dei backlog \u00e8 il passo pi\u00f9 semplice; come raccogli i backlog? Potresti farlo su un documento condiviso di Google; cos\u00ec dal punto di vista del software di PM, il tuo backlog \u00e8 un documento non strutturato che il software non gestisce. Pu\u00f2 essere un insieme di entit\u00e0 distinte, per esempio ToDo? Pu\u00f2 essere fatto con progetti con descrizioni dettagliate e stima del lavoro; e cos\u00ec via.<\/p>\n

    In molti esempi di insegnamento di Scrum vediamo schede attaccate alla lavagna, e alcuni software usano questa idea per l’interfaccia utente. Forse ci stiamo scordando che un progetto di sviluppo potrebbe avere circa 800 schede. Come posso attaccarle tutte alla lavagna? Non pu\u00f2 funzionare. Serve qualcosa di pi\u00f9 flessibile e potente di una lavagna che sia vera o digitale. Solo in alcuni casi pu\u00f2 essere usata una lavagna \u2013 e ora Twproject ha la lavagna Kanban per fare proprio questo \u2013 vedi 4.5 Bulk management, 4.6 Organize \u2013 Kanban – Planner.<\/i><\/p>\n

    Stand-up meeting: perch\u00e9 il backlogging \u00e8 oggetto del management-by-software e non lo \u00e8 il meeting? Questa \u00e8 una tipica ed errata prospettiva da hacker, perch\u00e9 alcune persone invece focalizzano la loro gestione pi\u00f9 sull’agenda che sulla loro lista dei to-do. E avrai progetti con entrambi i tipi di persone (e molti altri).<\/p>\n

    Un esempio: vediamo un esempio di struttura di progetto e assegnazione: supponi di avere un cliente, uno sviluppatore capo, e un gruppo di sviluppatori, D1, D2, D3; vuoi raccogliere il backlog, e fondamentalmente il tuo obiettivo \u00e8 quello di lasciare che gli sviluppatori lavorino tranquillamente e con un insieme stabile di requisiti per un mese. Modellare questo in Twproject non \u00e8 un grande impegno, puoi supportare questa procedura in diversi modi; per esempio potresti avere un progetto di root ROOT, sul quale tutti sono assegnati come \u201creader\u201d, e lo sviluppatore capo come project manager; hai un progetto figlio BACKLOG, dove il cliente \u00e8 assegnato come \u201cworker\u201d, cos\u00ec da contribuire all’inserimento del backlog; il backlog \u00e8 inserito come ToDo ssu questo progetto BACKLOG.<\/p>\n

    Adesso crea una nuova fase, figlio di ROOT chiamato FIRST SPRINT, sposta il sotto insieme di ToDo, e assegna D1, D2 e D3 come \u201cworkers\u201d, di modo che loro possano modificare e chiudere le ToDos, ma nessuno esternamente cambier\u00e0 l’insieme dei ToDos. Questo \u00e8 tutto.<\/p>\n

    Su questa struttura, Twproject ti offre strumenti per andare avanti, lavorare comodamente, collegare questo progetto con altri strutturati diversamente; potrebbe essere anche un figlio di un progetto strutturato in modo completamente diverso. Puoi strutturare il progetto stesso del BACKLOG come un albero; potresti avere diversi sprint in parallelo; potresti avere dopo lo sprint un workflow di approvazione, e anche in questo caso Twproject ti supporta con progetti di tipo process.<\/p>\n

    Puoi guardare il video tutorial<\/a>, oppure seguire le indicazioni di seguito:<\/p>\n

    Considerazioni finali sul metodo Agile<\/b><\/p>\n

    \"\"<\/p>\n

    Figure 4 Kanban-like ToDo management<\/em><\/p>\n

    Una considerazione molto importante \u00e8 che metodologie particolari, come lo Scrum, aiutano a risolvere certe classi di problemi, ma non copriranno mai la totalit\u00e0 delle attivit\u00e0 lavorative di un’azienda. In realt\u00e0, i testo originali di Scrum texts sono scritti con piena coscienza di questo limite.<\/p>\n

    Quindi sarebbe estremamente non-agile avere un software specifico per i progetti \u201cagili\u201d, e uno per gli altri. E anche i progetti \u201cagili\u201d avranno tante varianti, che si inseriranno nella metafora agile a livelli diversi, e difficilmente in un angolo \u201cmodello di software Scrum\u201d.<\/p>\n

    Alla fine ci siamo accorti che la mappatura tra la metodologia e il software (o la carta) richiede grande flessibilit\u00e0; l’agilit\u00e0 \u00e8 nella metodologia, nom nel software. Se vuoi usare un software, dovrebbe essere sufficientemente flessibile da lasciarti mappare i progetti, fase, ToDo, a persone e clienti, in infiniti modi, ma in modo che tutti i dati provenienti da progetti e metodologie diverse finiscano nello stesso posto.<\/p>\n

    Quindi no, Twproject non \u00e8 un ancora un altro strumento Scrum, \u00e8 uno strumento di gestione che pu\u00f2 aiutare anche le aziende che hanno deciso di usare Scrum per alcuni progetti. In particolare abbiamo diversi strumenti che ti aiuteranno a tenere traccia delle statistiche direttamente nella pagina di dettaglio del progetto.<\/p>\n

    \"\"<\/p>\n

    Mouse over lo stato per avere maggiori dettagli<\/span><\/p>\n

    Accedi al grafico burn down selezionando \u201cgrafico burn-down\u201d nella sidebar nera:<\/p>\n

    \"ScreenShot039\"<\/p>\n

    Il grafico generato \u00e8 utile se nella vita del progetto sono stati inseriti stime e worklog .<\/p>\n

    Si noti che ci sono due scale, sulla sinistra e sulla destra del grafico, una per le ore di lavoro, una per le ToDo aperte. Il grafico burn down non \u00e8 supportato in Internet Explorer \u2013 per questa funzionalit\u00e0 usa un altro browser. Sulla parte bassa della pagina, abbiamo diversi grafici a torta rappresentanti lo stato corrente dei ToDo e come erano all’avvio del progetto.<\/p>\n

    \"ScreenShot040\"<\/p>\n

    Leggi di pi\u00f9 su Twproject e Scrum qui:<\/p>\n

    Scrum with Twproject for SEO & Digital Marketing<\/a><\/p><\/blockquote>\n