One of the bes computer programming technology conference I've been with lot of international speaker and where you can get a sense of the Scandinavian programmers talent, initiative and innovative spirit. What I've learned and I will try to apply ? Before my memories vanish, let's take a note. Only your mom wants to use your website Keynote from one of the founders of Reedit A success story about the possibilities for an entrepreneur in Internet, limited only by the fantasy The users driven product development (1 year release plans are for dinosaurs doomed...

One of the best Agile Conference of the year as usual, XP Days Benelux. What I've learned and I will try to apply ? I should answer this question and log the answer for every conference I attend. Overall I met two ideas cross different sessions: focus on understanding the problem before rushing to search for a solution don't relay only to intuition to find a solution. look at data and do experiments A War Story of the Rise and Fall of an "Agile" Company Focus on understanding the problem A...

Some thoughts about differences I noticed between traditional management and modern software project management. In traditional management a manager can define and be responsible for the deadline and the scope of a project (i.e. fixed scope, fixed price, fixed deadline contracts). Often with the assumptions that : the customer knows all what he wants (before the project start) the developers know how to build it (before the requirements are known and understood and the used technology is proven and well known) nothing will change along the way, unforseen events will not...

Product Owner Working on a shared vision Gathering requirements Managing and prioritizing the product backlog Accepting the software at the end of each iteration Managing the release plan The profitability of the project (ROI) Metaphor: The Product Owner is a CEO ScrumMaster Empowering and shepherding the team Removing impediments Keeping the process moving Socializing Scrum to the greater organization ...

Traduci al ITALIANO >>> We already all know about this, but still very funny :) Twitted by Joseph Pelrine Looks also: 3 myths about software development Tags :  Team Work | Agile | Leadership | Team | Cliente | Aziende | Team building | Progettazione Software |

The code quality is related to the available time for implementing the solution wrong code quality is related to developer's skills and is related to company's structure and organization in teams and departments  ((it took me 30 years to learn from practice what my grandmother told me when I was young: it takes as much time to do something wrong as it take to do it right))) The...

Product Owner ► Prioritizes features according to market value ► Is responsible for the profitability of the product (ROI) ► Defines the features of the product and decides on release content ► Can change features and priority after every Sprint ► Accepts or rejects work results ScrumMaster ► Ensures that the team is fully functional and productive ► Enables close cooperation across all roles and functions and removes barriers ► Shields the team from external interferences ► Ensures that the process is followed. Invites to daily scrum, Sprint review and planning meetings Team ► Cross-functional, seven plus/minus two members ► Selects the iteration goal and specifies work results ► Has the right to...

      Ecco un documento che prova a descrivere il punto di vista di un Project Manager sulla adozione dei metodi agili in un suo progetto: Se fossi un project manager...       Inoltre, oltre a incoraggiare i team che possono avere benefici ad adottare i metodi Agili, ora che sono mainstream è utile anche assicurarsi che l'azienda ha capito quali sono i cambiamenti che i metodi Agili promuovono e lasciargli decidere se li desidera Con una adozione di successo dei metodi agili le persone del team imparano ad assumersi responsabilita, tutte le opinioni vengono ascoltate, le decisioni...

    Qualche tempo fa avevo raccolto opinioni su quanto fosse professionale quando nel team un tuo collega per passione, per curiosità, per interesse o per semplice aggiornamento professionale decide di sperimentare in un progetto  per un cliente alcune soluzioni tecnologiche che non conosce e quindi non ha una ragionevole certezza di padroneggiarle a sufficenza Qui il post con ogni singolo feedback e la sintesi finale: Situazioni da team: azzardi tecnologici      In questo post ho trovato una posizione interessante sull'argomento e consiglio di leggerlo: Keeping up is not enough Se qualcuno vuole commentare ancora sull'argomento, naturalmente...

E' una presentazione davvero bella. Da indicazioni al Product Owner su come esprimere i requisiti e ai membri del team su come raccoglierli/scomporli/ragrupparli al meglio per Produrre il maggior valore di business $$$ Trovare le soluzioni/funsionalità che meglio realizzano l'obiettivo di business Procedere in modo da chiarire sempre meglio quello di cui si ha bisogno Garantire le funzionalità indispensabili al business in...

Perchè durante la giornata ci sono cose da fare che si evitano e si rimandano incontinuazione e altre che la voglia di farle non manca e il tempo si trova sempre ? Sia nel lavoro che nella vita personale Ecco 4 caratteristiche di una attività che la possono rendere più o meno appetibile nel flusso delle attività quotidiane: Motivazione: l'attività X è più importante di ogni altra attività in quel momento e quindi viene fatta Leggerezza: l'attività X è talmente facile a farsi che basta...

L'utente (ma anche il committente o il cliente o il Product Owner) fa una scelta che per te è sbagliata su una funzionalità da realizzare, cosa fai ? accetti la sua decisione: in fondo è lui che paga e ti cauteli mettendo nero su bianco che la decisione è stata sua imponi la tua decisione: perchè sai che è la migliore e ti assumi la responsabilità, onori e oneri gli permetti di  fare una scelta...

Quando c'è da prendere una decisione che ha impatto sul lavoro del'utente il compito dello sviluppatore, del coach e del project manager è quello di lasciare scegliere l'utente (il product owner). Anche se nel team c'è un esperto di dominio che conosce perfettamente il business dell'utente, difficilmente può conoscere la quotidianità in cui l'utente lavora e tutte le implicazioni della decisione sul suo lavoro. Ma anche se ipoteticamente le sapesse, l'utente è un'altra persona e quindi ha priorità, obiettivi, metri di giudizio propri. Le differenze sulla priorità/importanza sono più di quelle che si è portati a credere. In "The Manager as Negotiator" (D.A....

  Riporto queste slide di Claudio Perrone sulla agilità, la comunicazione efficace e l'approccio creativo. Interesanti !  Non sarebbe stato male andare in svezia e assistere all'intera presentazione ;-)   | View | Upload your own   Tags :  Team Work | Agile | Team | Comunicazione | Cliente | Creatività |

  Un tuo collega per passione, per curiosità, per interesse o per semplice aggiornamento professionale decide di sperimentare in un progetto  per un cliente alcune soluzioni tecnologiche che non conosce e quindi non ha una ragionevole certezza di padroneggiarle a sufficenza. Lo ritieni un comportamento professionale? Cosa faresti al suo posto ?   Update 21/06/2008: idee dai commenti Sintesi personale dai commenti - trovo che emerge una varietà di almeno 4 possibili risposte / comportamenti - Il cliente non deve pagare sotto alcuna forma la mia inesperienza ed io non posso legare il mio successo professionale ad una botta di fortuna o di sfortuna.  Lo studio e...

  La assicurazione Amex Life Assurance era una azienda che reagiva molto lentamente alle esigenze dei clienti con risultati disastrosi. L'azienda era strutturata secondo una rigida gerarchia e una scarsa comunicazione tra reparti e livelli differenti. Sarah Nolan (Sarah M. Nolan) intervenendo sull'organizzazione gerarchica riusci a ridurre drasticamente il tempo di reazione e a incrementare i profitti del 700%. Insieme a 5 dirigenti si fece assegnare un nuovo ufficio completamente vuoto staccato dall'edificio principale e insieme si trovarono difronte all'incarico di reinventare una divisione.  Al termine del lavoro i livelli della gerarchia furono ridotti da 10 a 3, le rigide distinzioni di mansioni furono...

  Alla SAS le compagnie aree scandinave (SAS Group) Jan Carlzon è stato presidente e direttore generale ed è intervenuto in un momento di forte difficoltà economica della compagnia. Alla organizzazione gerarchica in cui le istruzioni fluiscono dall'alto al basso ha preferito una organizzazione in cui sono le informazione a fluire mettendo in condizione i dipendenti di prendere velocemente decisioni nel momento in cui sono necessarie.  Con questa visione rivoluzionaria e con un piano contiunuo di formazione in due anni ha riportato in attivo la compagnia emettendola nuovamente in condizione di eccellere per puntualità e servizi al cliente.   Jan dice  l'informazione di parla delle tue...

Un buon contratto è quello in cui entrambe le parti sono soddisfatte perchè aiuta ogni parte a perseguire i propri personali obiettivi con un accordo che ogniuno ritiene equo.   E' anche un modo semplice e divertente di descrivere gli impegni a cui è chiamato un team agile , il coach che lo guida e la azienza che lo ingaggia. Ecco 2 link : Contract among members of a scrum team Contract between an organization and a scrum team   In tema c'è anche questo post che descrive i diritti del Programmatore e del Cliente. Tags : ...

Dopo aver riflettuto sulle domande ed aver letto i feedback al post precedente ecco le risposte che ad oggi mi sono dato: In generale il committente (il reparto che ha richiesto un software) e la software factory (il reparto che realizzarà il software) hanno l'obiettivo comune di concludere il progetto con successo, il confine che vedo separa ciò che porta alla riuscita del progetto da ciò che lo ostacola. D: Che differenza c'è tra adattarsi alle richieste del cliente e subire le richieste del cliente? R: Metafora. Il passeggero è salito in Taxi verso l'aeroporto per prendere il volo che a breve...

Ecco alcune domende che mi sono posto nell'ambito delle metodologie agili ed XP. Cosa ne pensate ? Che differenza c'è tra adattarsi alle richieste del cliente e subire le richieste del cliente? Che differenza c'è tra essere agili ed improvvisare? A volte è più facile cambiare il mondo che ... C:/> _ Tags :  Team Work | Agile | Pratiche | Cliente |

Ecco la risposta all'interessante post di Lorenzo:  Fai il consulente... rassegnati... ;-) _____________ Argomento molto interessante ! ! ! Provo a rispondere raccontando la mia esperienza personale. > ... prendo ordini da uno che  ... solo perchè lui è dipendente della società che mi da lavoro... cerco di decidere gli obiettivi insieme al cliente, di renderlo consapevole delle diverse possibilità e delle loro conseguenze (valtaggi/svantaggi) di coninvolgerlo nelle scelte. cerco anche di tenere chiari i rispettivi ruoli, gli input che ogniuno deve dare all'altro e gli output che devono essere prodotti e quindi le rispettive responsabilità. cerco di tracciare in ogni istante lo stato di...

  Ecco la II parte del precedente blog: Le paure nel corso di un progetto che come alcuni avevano notato introduce "la carta dei diritti del programmatore e del cliente" di Beck e Fowler! I Diritti del Programmatore Diritto di... sapere cosa è necessario fare svolgere un lavoro di qualità chiedere e ricevere aiuto dai colleghi e dal cliente fare stime di impegno accettare le sue responsabilità I Diritti del Cliente Diritto di... ricevere un piano dei lavori avere il maggior...

Le Paure del Programmatore Paura... di dover fare più di quello che si sa fare di ricevere indicazioni oscure su cosa bisogna fare che qualcuno chieda di fare cose senza senso di restare indietro dal punto di vista tecnico di avere responsabilità senza il potere di farvi fronte di sacrificare la qualità per rispettare i tempi di dover risolvere problemi difficili senza aiuto di non aver abbastanza tempo per risolvere...