In software development and project management : sometime trust can be defined as loyalty, commitment, effort, predictability, obedience, sacrifice and sometime with keeping a word or keeping a secret. Many of those are desirable qualities while they are not necessarily useful in a work relationship. The kind of trust that can make an organization more effective is: knowledge of the capability of a person-team-department from memories of past experiences . Trust is a form of knowledge inside a relationship that can be gradually achieved through direct experience and exploration. So lack of trust is lack of knowledge. This definition of trust enable the organization to...

Below follow 1 historical fact and 2 experiments that show a fact quite unexpected and surprising. Only 1  _small_ step separate even the best man to the monstrosity when diversity, dissent and personal responsibility are somehow insufficient, lacking. They are listed just with the name and a link, while there exist a lot of other curious and interesting related material you are encouraged to search for: The third wave experiment by Ron Jones (article, documentary) Stanley Milgram’s experiment on obedience to authority (video) Stanford prison experiment (article, about the movie) ...

   1st Law of Software Process: Process only allows us to do things we already know how to do. 2nd Law of Software Process: We can only define software processes at two levels: too vague and too confining. Source: The Laws of Software Process: http://www.corvusintl.com/CACM003-LoSWP.htm A methodology is the conventions the team agrees to follow. Methodology Success = Project delivered + Staff would do it again Source: http://alistair.cockburn.us/Everyone+should+be+a+methodologist A software development process is a framework imposed on the development of a software product. Source: http://en.wikipedia.org/wiki/Software_development_process   Tags :  Team Work | Agile | Pratiche | Leadership | Progettazione Software | Traduci al ITALIANO...

An excerpt from Joseph Pelrine training material about Identities: are the roles and the responsibilities. By changing someone's role and identity you change the identity of the team. A human can have many identities and exist in multiple socially complex systems simultaneously, and the context will determine which identity dominates.     An identity, as I understood, can be a responsibility assigned to some team member, a role in the organization assigned to someone, or simply an already existing identity (personal, professional, ...). In a system is possible to add or remove or change a responsibility, assign a role,  reinforce or weaken...

An excerpt from Joseph Pelrine training material about Environment:  The fifth letter in ABIDE stands for Environment, starting with the purely physical environment but also the workplace culture. If you change your workplace structure, if you move people to different offices for example, you will change the dynamics of the team. Environment is also a prerequisite for a self-organising group. Another excerpt from Joseph Pelrine training material about Environment:  The emergent process of self-organisation requires a space to occur. Not too much space – that would allow the agents to avoid each other, and...

An excerpt from Joseph Pelrine training material about Diversity/Dissent:  Diversity can be interpreted in many ways. The more diverse a team is the higher the potential for conflict is. On the other side too much uniformity can lead to a dogmatic and “religious” like system where dissent is not tolerated any more. Another excerpt from Joseph Pelrine training material about Diversity/Dissent as prerequisite to self-organisation:  Group diversity is also essential. Homogeneous groups don't self-organize; they actually get dumber, since they inbreed to enforce the dominant narrative of the social context in which they find themselves. As far as I understand Diversity/Dissent...

An excerpt from Joseph Pelrine training material about Attractors: The attractors are the things or people in the system that are attractive to others and that others get attracted to. By changing the structures of what people perceive as attractors in the system, you can change the dynamics of the system itself. An attractor here can be an idea, a group or a single person i.e. because of his/her knowledge, expertise, popularity, charisma, authority, power.  In a system is possible to add or remove and attractor, amplify the attractor (i.e. empowering, removing obstacles, adding...

An excerpt from Joseph Pelrine training material about Barriers: They define the edges of the system, who is in and who is out. By changing the barriers of the system, who is included and who is not, you change the dynamics in the system. In a sense, a boundary is the opposite of an attractor – people will shy away from it. “Barriers” is a more appropriate term than “boundaries” A barrier, as I understood, can delineate a behavior, shape the structure and (as attractors) provide coherence of the system. Can be i.e. a policy, someone who deny a permission/support/cooperation, the scarcity...

Modern Social Science discoveries tell that Theory X management style work less then Autonomy, Mastery and Purpose. Here is the TED video of Dan Pink about the surprising science of motivation. See also Theory X management style in IT ? Mmmmmmh. Tags :  Team Work | Agile | Leadership | Motivazione | Creatività | Traduci al ITALIANO >>>

I'm starting a series of posts about the ABIDE model (Attractors, Barriers, Identity, Dissent/diversity and Environment) that I've learned about at the interesting course 'Coaching Self-Organising Teams'  by Joseph Pelrine. Here you can read more about the model. My idea is to post here the exercise I'm doing to better understand and learn the ABIDE model. I will take the list of patterns from the Fearless Change book of Linda Rising (you can find it here) and for every pattern I will try to: identify what is the Complex Adaptive System that is described in that pattern (i.e. a...

In short Theory X management style is based on the assumption that workers:       dislike work and will avoid it when possible; need to be forced with the threat of punishment to work towards organisational objectives. Prefer to be directed; to avoid responsibility; are relatively unambitious, and want security above all else.        While most hackers and computer programmers enjoy to use their intellectual potential to solve challenging problems (mastery) in their work, are proud to contribute substantially to the company success (purpose) and are keen on taking responsibility for their work (autonomy). This is a scientific finding. Theory Y management...

Traditional management often strive to explain and predict with the aim to anticipate the future. Modern management often strive also to interpret the present and react to events with the aim to adapt and invent the future. The paradox here is that the effort to predict the future make it harder to control the future. While the effort to recognize and interpret the present reality and adapt to it can enable to control the future inventing it : We can't control systems or figure them out. But we can dance with them. - Donella H. Meadows Other curios paradoxes that...

The Agile Coach facilitate the dev team and management to reach the full potential of the organization in software development. Given the time, energy, passion and effort we put in our job, why not to do it alright ? Improvement requires change. Sooner or later an Agile Coach face obstacles and resistance to change, in his area of influence and outside that area. When the Agile Coach is sponsored by the management then he could face resistance to change from the dev team. And when the Agile Coach is sponsored by the dev team it could be the other way around. Ten...

This April in Helsinki I have attended the course Coaching Self-Organizing Teams by Joseph Pelrine. During the course I've been able to find the answers for many practical questions : what really is serf-organization and what is not ? what is the 'self' in a self-organising system, and for a team ? beyond mathematical and biological models (people are not ants: have intelligence, awareness, free will and purposes) what can explain social complex systems like teams...

The   bluepill   of software development: defined process outdated Gant charts procrastination of reality check The   redpill   of software development: empirical process inspect-adapt feedback/control loops continuous reality-checks Choose: http://en.wikipedia.org/wiki/Bluepill or http://en.wikipedia.org/wiki/Redpill Tags :  Team Work | Agile | Lean Agile | Leadership | Team | Progettazione Software | Traduci al ITALIANO >>>

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...

Let's take a look at different styles of leadership at work. And how they work. And what are the different outcomes for each different style.  This video is quite interesting and pretty practical. One style of leadership is leading the team to "play by the book", or you can say by following the plan. No interpretation, only execution.  An opposite style is not to give detailed instructions, don't ask to play by the book, instead push the team to listen and adapt: let team members listening to each other and to the ongoing project, and the leader is there to correct...

From InfoQ an interesting article about characteristics of Agile organizations. Now a list of characteristics for teams, management styles and organizations, to you the decision of which one belong to a traditional organization an which to an agile organization:   A ...

What is the Manager's role in Agile? I'm thinking about this topic and here are my thoughts and notes. You can say it like this: How company management and the Agile IT department can work effectively together? From the Agile IT department point of view it can looks like: how can we make the company management more Agile? From the Management it can looks like: how can we make the IT department more responsible and supportive of company goals, deadlines, business? Read the article: The Manager's Role in Agile Read the paper: Role of the Manager in Scrum About leadership...

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 ...

What looks like resistance is often a lack of clarity: look for a proper rational vision What looks like laziness is often exhaustion: look for a proper emotional motivation What looks like defiant people is often proceeding on the easiest path: improve the environment to support the right path What looks like...

Il coach Agile e lo Scrum Master nell'azienda hanno il compito di promuovere e guidare il cambiamento organizzativo e culturale e condividono questo compito con ogni membro di un team Agile che é un agente del cambiamento. Quello che nel tempo ho imparato in questo ruolo, é che prima di chiedere agli altri di cambiare é importante essere capaci di cambiare se stessi. E' il classico lead-by-example ed é anche un reality-check personale per verificare se si conosce realmente quello che si desidera insegnare agli altri! Fatto questo, ho imparato che non basta ancora. Prima di chiedere agli altri...

Ho collegato 2 post che ho letto recentemente e... Il primo riporta il risultato di una ricerca secondo cui una coppia in pair "batte" 2 individui se la coppia discute liberamente dei loro disaccordi in particolare di quanto sono confidenti della loro decisione. Mentre la coppia "perde" quando una persona é incompetente su un argomento senza esserne consapevole o senza riconoscerlo. Il secondo riporta il risultato di una indagine secondo cui ogni anno un inglese in media spreca 2000 sterline di carburante perché sbaglia strada e non chiede informazioni. E il 41% dei maschi dopo aver sbagliato strada e dopo ...

Scrum and XP from the Trenches di Henrik Kniberg ora é disponibile anche in italiano.       E' il racconto di un team e della sua adozione di Scrum e XP.       Racconta i cosa, i come e i perché, i tentativi, i fallimenti e i successi raggiunti. E condivide le lezioni imparate.       Un repertorio interessante di idee e spunti utili ad applicare Scrum e XP nel proprio unico e specifico contesto.       L'ho riletto ancora una volta e ho trovato ancora diversi spunti interessanti. Il libro é disponibile su InfoQ: http://www.infoq.com/minibooks/scrum-xp-from-the-trenches Il downolad del pdf non stampabile é gratuito e...

What looks like a people problem is often a situation problem What looks like laziness is often exhaustion What looks like resistance is often a lack of clarity  What looks like defiant people is often proceeding on the easiest path Tags :  Team Work | Agile | Leadership | Team | Disciplina | Team building | Traduci al ITALIANO >>>

Some notes from the paper of Barbara L. Fredrickson, 1998: What Good Are Positive Emotions? 4 positive emotions are: Joy (happiness), Interest (curiosity, intrigue, excitement, wonder), Contentment (tranquility, serenity) and Love (romantic, passionate, compassionate , caregiver, attachment). Positive emotions help us to broaden the scope of our attention our cognition, and actions. They help to build our physical, intellectual and social resources. Positive emotions help us to broaden and build our repertoire of thoughts and actions. Positive emotions increase our curiosity and our hope, encourage our creativity and open our minds. Also build the energies that we can...

Alcune frasi prese dall'articolo: il grande spreco dell'intelligence USA "La mancanza di focus, non la mancanza di risorse, è al centro della strage di Fort Hood che ha fatto 13 morti. Così come dell'attentato di Natale: sventato non dalle migliaia di analisti impiegati per trovare un terrorista solitario ma dall'allarme di un passeggero". E "Soprattutto con questo deficit, dobbiamo essere pronti ad abbattere qualche muro". Muro? L'intelligence Usa è un labirinto. Problema numero uno: la duplicazione inefficiente di centinaia di agenzie. E ancora Problema numero due: la moltiplicazione dei dati. Comincio a credere che non é un problema specifico del...

Souce: http://blog.energizedwork.com/archives/2007_11_01_archive.html Tags :  Team Work | Agile | Complessità | Leadership |

Before I posted interesting links to assessment of your team Scrum/Agile adoption  (here, in Italian). Here there is also the link to assess your knowledge of Scrum: http://www.scrum.org/scrumopen/ The test result show each mistake together with  the right answer. Just completed it now, after reviseing  the Scrum guide and Scrum & XP From The Trenches: Score: Percentage: 48 out of 50 points 96% What I got by taking the test ? I have learn from my mistakes  :)  And you ? Tags :  Team Work | Agile | Leadership | Pratiche | Traduci al ITALIANO >>>

The full article on InfoQ: The "Command and Control" Military Gets Agile An interesting excerpt among others: The great thing about the military today is that they know if they are not Agile they will lose the war. Unfortunately, many of our commercial companies have not figured this out yet. Jeff Sutherland Some example - FM 6-22 Army Leadership (Competent, Confident and Agile) - Corps Business: The 30 Management Principles of the U.S. Marines - The Agility Advantage: A Survival Guide for Complex Enterprises and Endeavors Tags :  Team Work | Agile | Complessità | Leadership | Team | Creatività | Innovazione | Traduci al...

...A belief in your abilities to make changes in the world, and an appreciation that you can't do it all on your own!... ...Sitting on your ideas and going along on with other people's plans when you have a better alternative feels bad... ...To instill confidence in others, you have to believe in yourself and want change... Source: Leadership is a State of Mind Initiating change over ... Source: Kent Beck's evolution of Agile Manifesto Tags :  Team Work | Agile | Leadership | Traduci al ITALIANO >>>

How we can looks at the present and at the past. And appreciate what is. How we can think about the consequences of our actions. And imagine how future might be. How can we plan our future. Design and determine what should be and how to do it. A nice video about the different cultures of time with an interesting prospective on the North and the South of Italy and the Lega party. Source: this post by Yves Hanoulle Tags :  Team Work | Agile | Leadership | Motivazione | Traduci al ITALIANO >>>

Translate into ENGLISH >>> Scrum prescrive delle cose molto pratiche, concrete e semplici per i self-organizing team. Allo Scrum Master assegna il ruolo del manager del processo, non del team. Con Team si intende le persone direttamente e attivamente coninvolte nella esecusione dei task di realizzazione degli Item delllo Sprint Backlog e nel raggiungimento del Goal dello Sprint. Annoto le principali cose che Scrum prevede esplicitamente: Il Team é l'unico responsabile di condurre il Daily Scrum meeting, di tenerlo sotto i 15 minuti, di rispondere alle 3 domande e di produrre la lista degli impedimenti...

Traduci al ITALIANO >>> We are learning machines and a fundamental skill that we have is the ability to naturally discern a success from a failure. This is what enable us to learn from experience. This is the first sense. For example we see that the team on the left is more engaged, involved and collaborative so is probably exploiting the team potential while the team on the right looks less interested, a little bored and detached so is probably not performing at his best. This is a qualitative first impression. Are we sure that it can tell...

A short excerpt from this article here: Tags :  Team Work | Agile | Lean Agile | Leadership | Team | Creatività | Innovazione | Team building |

Traduci al ITALIANO >>> Have you ever happened to walk with one of your friends or your lover. Silently, no need to ask, no need to tell, no need to talk at all, instead just feel that connection, that shared understanding ?  And the simple astonishing joy for been there, in the same place, at the same time, now, together ? If you look at things from the outside, you will * not * notice an action, a word, a sound or a noise. The ingredient that make this moment special, is simply unvisible. I know, is...

Traduci al ITALIANO >>> In the beginning only the Strong Directive Leadership styles was know, then leadership style evolved and now also the Process Leadership style is known. Do you agree with this description of the evolution steps of the leadership style ? Commands: command and control often together with a shared vision and a clear goal Rules: rules proven to be effective by practice, applied with force and flexibility; generative rules ...

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 |

Interesting post: 50 Little Things You Can Do to Empower Other People See also Empower del team : Il principio , Esempi , Conclusioni (in Italian) Tags :  Team Work | Agile | Lean Agile | Leadership |

Translate into ENGLISH >>> La causa piú comune tra quelle che provocano la cancellazione dello Sprint in corso é quando il Product Owner valuta che non é piú utile completare lo Sprint (ad esempio perché il Goal dello Sprint é obsoleto e non piú valido). In questo caso é il Product Owner che ha l'autoritá di decidere la cancellazione. C'é un altro possibile caso. Scrum indica chiaramente che durante il Planning Meeting all'inizio dello Sprint gli Item dello Sprint Backlog sono scelti dal Product Backlog insieme allo Sprint...

Translate into ENGLISH >>> Ecco dei riferimenti sull'argomento: Nokia Test di Bas Vodde e Jeff Sutherland: pdf e on-line  A Better Team di James Shore: on-line Scrum Checklist di Henrik Kniberg (Crisp): pdf Catalog of Scrum Smells della Scrum Community: link User Story Smells di...

Translate into ENGLISH >>> In questo pdf è documentato il diagramma causa-effetto utile a visualizzare e condividere i ragionamenti durante una Root Cause Analysis. L'autore è Henrik Kniberg di Crisp: http://www.crisp.se/henrik.kniberg/cause-effect-diagrams.pdf Chi è interessato ad affrontare l'argomento in modo avanzato, ecco i riferimenti ai concetti chiave: Wicked problems & Social complexity Sense making Dialog Mapping E i tool a supporto: Issue-Based Information System (IBIS) Compendium Tags :  Team Work | Agile | Complessità | Pratiche | Leadership |

Crystal clear and simple : Tags :  Team Work | Agile | Leadership |

Ci sono le aziende che chiudono, quel­le che resistono e quelle che pensano. E che addirittura scoprono che il manage­ment può rivelarsi una risorsa decisiva anche per i Piccoli. Per di più senza biso­gna di assumere e pagare dei manager. Chi l'ha detto che le tecniche più sofisti­cate sono adatte solo alle grandi impre­se? Perché anche le aziende manifatturie­re con meno di 50 dipendenti non posso­no farsi in casa la loro rivoluzione cultu­rale? ... Caron è tutt'altro che pessimista. L'obiettivo è prepararsi per la ripresa e perciò è diventato, parole sue, «un fanati­co della lean production», il modello dell'impresa anti-burocratica alla...

Key points imho are share information instead of retain information as a way to exercise strict control setting goals instead of assigning tasks let people take responsibilities instead of giving orders monitor outcomes instead of controlling tasks/activities execution From the article On the Way to Agile Transparency: Climbing the Big Wall  : Transparency is a major dynamic associated with agile development. ...  When broken down, this concept consists of management components such as individual responsibility, commitment, and accountability. “Organizational responsiveness comes...

Barry Boehm’s principle of top talent, “use better and fewer people" [1] is central to an agile process. Agile processes strip nonessential activities from projects, leaving developers more time to develop. Although the difference in productivity between the best and worst programmers on a team may exceed the documented ratio of 10:1 [2] the productivity difference matters most when the programmers are working on tasks essential to software delivery. Productivity differences are irrelevant when the programmers are engaged in nonessential activities....

Clicca sull'immagine per la MindMap in formato grande: Fonte:  http://bizdriven.blogspot.com/2009/07/lean-software-development-mindmap.html Gli altri post sul Lean Software Development: http://blogs.ugidotnet.org/luKa/Tags/Lean Agile/ Tags :  Team Work | Agile | Lean Agile | Leadership |

Si, lo so, quando non c'è nessun processo di sviluppo che accompagna il ciclo di vita dello sviluppo sw,  qualsiasi cosa sembra meglio di niente! Oppure quando si è alle prese con un Waterfall o un RUP che non calza tanto da sentirsi agili e scattanti quanto un dinosauro imbalsamato ed esposto al museo. Ma non è una buona scusa per adottare Scrum a occhi chiusi, non l'ha mica ordinato il dottore! Ti sei informato prima cosa comporta, cosa conviene, e quali sono i requisiti per avere successo? E poi avere successo con Scrum è quello che realmente ti...

Se conosci una persona esperta in Agile chiedigli chi sono i suoi maestri. L'Agile è una disciplina pratica come il Rugby, la musica, il nuoto, la corsa, lo Judo.  Pensi possa esistere un Judoca o un nuotatore professionista senza maestri? Quando la risposta è "nessuno", fatti una domanda ... e datti una risposta ! :D Segnalato da: Google CEO says everybody needs a coach Tags :  Team Work | Agile | Leadership | Professione |

   Tempo fa ho organizzato un meeting su come avanzare l'uso di Scrum (leggi aumentare le chances di successo dei progetti, migliorare le prestazioni del team e realizzare sw realmente utile al business dell'azienda) in una azienda. Nel meeting era necessario dare con trasparenza anche alcuni feedback negativi riguardo 2 cose della implementazione corrente. Mi sono letto e riletto i suggerimenti annotati nei post precedenti. Il risultato? I feedback sono stati accolti, riconosciuti e discussi con interesse. E' stato chiesto di organizzare un altro meeting per proseguire il dialogo e approfondire gli argomenti. E alla fine del meeting invece della sottile tensione...

   In questo post ci sono idee su quando e come dare feedback negativo : Sul dare feedback negativi    Una cosa altrettanto importante é bilanciare il feedback negativo cioé proporre idee di come migliorare, segnalo questi link sul argomento: - Facilitation Antipattern: Negator - il Perfection Game     Qualdo per te l'argomento é importante, comunicalo con urgenza; quando le conseguenze possono essere serie descrivile esplicitamente; quando sei preoccupato, dí come ti senti (il linguaggio del corpo spesso giá parla da se). Funziona meglio di un atteggiamento catastrofista o allarmante. Tags :  Team Work | Agile | Lean Agile | Leadership | Comunicazione |

Post molto interessante:  Work as Play (Zenhabits) Segnalato da Work as Play (PierG) Da 'Isole nella rete' del 1988 di Bruce Sterling :         Non abbiamo 'lavoro' solo cose da fare e gente che le fa. Per noi giocare è Apprendere... Tags :  Team Work | Agile | Leadership | Creatività | Innovazione | Team building |

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...

Ancora un esercizio di immaginazione durante le vacanze prima di riprendere il lavoro. Ricomincio dal post  Fanta Informatica per immaginare il futuro prossimo. Sei pronto a navigare nel mare dell'informazione? Sempre di più quello che conta è immateriale e quello che vale è nuovo e inaspettato. Se sia il genio o il caso a guidare ogni nuova scoperta non si può dire: come ha predetto Andy Warhol tutti possono aspirare ai loro 15 minuti di popolarità, sino alla prossima sconvolgente scoperta. La noia è sconfitta e il progresso è inarrestabile. La sfida per i comuni mortali è ritrovare la scia di...

Ho aggiornato la lista di giochi e simulazioni con i nuovi link che ho raccolto utili a definire un buon piano di lavoro per apprendere Scrum e team-work [*]: Qui game/simulazioni: http://blogs.ugidotnet.org/luKa/archive/2009/04/21/comportamenti-che-funzionano-la-pratica-12.aspx Qui coding dojo / kata: http://blogs.ugidotnet.org/luKa/archive/2009/01/22/coding-migliore-lo-stile.aspx _______________________________ [*] Why Role-Plays work to learn Agile   Tags :  Team Work | Agile | Lean Agile | Complessità | Leadership | Team building |

   The ones that I prefer actually are 6 and 2, the ones that  arouse my curiosity are 3 and 8.  And your ones? Today's problems come from yesterday's "solutions." The harder you push, the harder the system pushes back. Behavior will grow worse before it grows better. The easy way out usually...

   I system archetypes descrivono i comportamenti di un sistema, in particolare situazioni, e dinamiche che emergono comunemente in aziende e organizzazioni. Sono stati studiati e descritti nel 1990 da Peter Senge nel libro The Fifth Discipline e sono alla base del System Thinking. Insieme ad ogni archetipo c'è la spiegazione delle forze in gioco, come si combinano e che effetto producono le possibili azioni. 1 Balancing process with delay Early Warning Symptom: "We thought we were in balance, but...

From The Fifth Discipline by Peter Senge (MIT) 1   I am my position 2   The enemy is out there 3   The illusion of taking charge 4   The fixation on events 5   The parable of the boiled frog 6   The delusion of learning from experience 7   The myth of the management team  Here is the description of all seven : Seven learning disabilities which are often responsible for organizational failure I'm very good to avoid myself 1 and 2, while I find it more difficult to avoid 3. I've seen...

Un post spassoso di Lorenzo: Le “verità” sul Project Management Le mie preferite sono 8) There's never enough time to do it right first time but there's always enough time to go back and do it again. 51) The person who says it will take the longest and cost the most is the only one with a clue how to do the job. 6) A user will tell you anything you ask, but nothing more. E le tue ? Tags :  Team Work | Agile | Leadership |

Task vs Skills Demand vs Safety Tags :  Team Work | Agile | Leadership | Disciplina | Team building |

Ho scovato questo libro in rete Social Simulation: Technologies, Advances and New Discoveries (Premier Reference) una conferma indiretta che sulle simulazioni sociali c'è un grosso interesse e nuovi risultati continuano ad emergere. Mi annoto in sintesi (...) e collego ai post precedenti Chapter I: Fairness, commitment and inequality Una conferma sulla teoria del individualismo illuminato Una aggiunta su come la possibilità/eventualità di stringere rapporti di cooperazione con partner più forti (es. con maggiore conoscenza o esperienza) promuove l'uso di strategie più eque perché favorisce la...

Riporto dal sito di Ken Schwaber Scientists Give Their Opinion Why do the defined processes advocated by SEI CMM not measurably deliver? We posed this question to scientists at DuPont Chemical's Advanced Research Facility, where research into biochemical processes is applied to process automation. The scientists inspected the systems development process. They concluded that many of the processes, rather than being repeatable, defined, and predictable, were unpredictable and unrepeatable. With that, the scientists explained the difference between predictable (defined) and unpredictable (empirical). ... A defined process is predictable; it performs the same every time. An empirical process requires close watching and control, with frequent intervention....

Una presentazione interessante di Jeff Sutherland : Shock therapy self-organization in Scrum e qui il video 2 slide divertenti Scrum Sensei When you need me, but do not want me, then I will stay. When you want me, but do not need me, then I have to go. Nanny McPhee The Senior Agile Programmer "Unfortunately, no one can be told what the Matrix is. You have to see it for yourself." Morpheus serve saper essere forti e flesibili con la Shock Therapy  : l'esperienza dello ScumMaster é fondamentale perché serve la certezza della reale utilità nel applicare le regole li, in quel preiciso momento e...

Da Crisp ecco il pdf con le slide  indicato per chi é interessato al percorso di adozione/Uso di metodi Agili Tags :  Team Work | Agile | Lean Agile | Leadership |

Self-organizing teams still need managers. But those manager need to know when to step in, and when to stand back. Helicopter Managers step in too soon. Absentee Managers throw up their hands and say "you figure it out," no matter what the issue Here are guidelines to help managers gauge their actions with self-organizing teams If the team has sufficient skills to solve the problem then give them space else ask questions to help them get unstuck. This would help in building the skills eventually. When time is not of the essence give the team...

Unskilled developers - most developers working in a team are unable to build an increment of product within an iteration. They are unfamiliar with modern engineering and quality practices, and they don’t have an infrastructure supportive of these practices. Ignorant customer - most customers are still used to throwing a book of requirements over the wall to development and wait for the slips to start occurring, all the time adding the inevitable and unavoidable changes. Belief in magic - most customers and managers still believe that if they want something badly enough and pressure developers enough to do it, that it will...

Queste slide sono anche l'occasione per scoprire la storia dell'Agile dalla sua nascita, come è vista l'adozione dell'Agile in italia e perchè e la Tecnica del pomodoro tutta italiana. Ecco le slide di A View on the Future: http://www.crisp.se/futureofagile/slides/davidanderson E qui la presentazione Beyond Agile: Cultural Patterns: http://www.infoq.com/presentations/beyond-agile Tags :  Team Work | Agile | Lean Agile | Pratiche | Leadership | Creatività | Innovazione | Progettazione Software |

Il multi-task nel lavoro delle persone produce più danni che vantaggi. Un dato di fatto chiarom noto e assodato. Compito del Coach, Scrum Master è schermare il team e fermare immediatamente il multi-tasking. Riporto un nuovo post a questo proposito :  Kanban learnings - Running multiple projects hides impediments (da Crisp) 6 months after we began using Kanban to two support / system administration teams they realized that the downside of having multiple projects running outweighed the possible upside. ...

In Scrum c'è la reprospective a ogni Sprint. In XP c'è sono anche una retrospective trimestrale più strategica. SI raccoglie il feedback, lo si analizza (es. root cause analisys), si pensano delle azioni (es. Stacey Matrix) e si mettono in atto. Cominciando con il primo semplice passo utile. Quanto tempo aspettare prima di verificare quali frutti ha maturato l'azione  ? If we set the decision lenght of a goal too far - the goals will be eaten up by the imminent future and risk lose focus. If the...

Scrum and Agile are based on the hypothesis that : there is no meta-solution for software development Just a framework within which we will be empirical – inspect and adapt Tags :  Team Work | Agile | Pratiche | Leadership |

Interrompere uno Sprint-Iterazione e ripianificarlo é di gran lunga piu efficace che proseguire quando é in grave ritardo e quando attivitá non pianificate prendono la precedenze. Se da un lato lo Sprint-Iterazione "deve" essere atomica, dall'altro é necessario che sia possibile e facile fare un "rollback". Imho le due cose vanno a bracetto. Sprint Abnormal Termination Is the premature cancellation of a Scrum Sprint, due to one of several causes: Certainty that the Sprint Goal cannot be achieved Urgent bug fix or feature development request that cannot wait until the normal completion of...

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...

     La capacità di controllare gli impulsi, concentrarsi è importante per imparare e sviluppare nuove abilità, per le relazioni personali e sociali e per il lavoro:     impegnarsi, organizzarsi, superare le distrazioni, adoperare la memoria e il pensiero sequenziale razionale_ Come lasciare spazio alla creatività in tutto questo ? Usando la capacità di distinguere un idea da un impulso a distrarsi,  lasciare spazio all'idea nel luogo e nel momento in cui arriva, fermarsi per svilupparla e... catturarla! All'inizio può essere caotico, una volta abituati è produttivo e creativo - imparare/fare/realizzare ricomincia a essere divertente Fonte: Be creative amid chaos, David Allen Tags...

       Li trovo utili quanto i feedback positivi per avvicinarsi al risultato ottimale Quando darli quando si sperimentano in prima persona conseguenze tangibili e indesiderate che sono la conseguenza diretta di una specifica azione quando ci viene richiesto esplicitamente un feedback in un rapporto di amicizia per una questione importante comunque il più presto possibile cioè il più possibile ravvicinato all'azione a cui...

      Immagina un futuro dove l'informazione è valuta, una valuta che può essere copiata, riprodotta e usata ripetutamente senza esaurirsi       I sistemi di elaborazione sono imprese che elaborano l'informazione disponibile con software intelligenti in grado di produrre informazioni nuove e prima sconosciute cioè generare utile       La rete è il mercato attraverso cui i sistemi di elaborazione hanno accesso a nuova valuta e scambiano valuta con clienti e con altri sistemi La capacità delle imprese di produrre utili è limitata solo da la capacità di immagazzinare la informazione/valuta (storage)  e dalla capacità produrre nuova informazione/valuta (software innovativi e intelligenti e microprocessori potenti)...

Riferimenti I comportamenti sociali sono prima di tutto pratica da provare, sperimentare, mettere in atto di persona. Per chi è interessato anche alle basi scientifiche e alla teoria ecco qualche parola chiave : Teoria dei giochi, giochi a somma zero, giochi a somma negativa, giochi a somma positiva, equilibrio di Nash, simulazioni sociali, distorsioni cognitive in condizioni di conflitto e dei meccanismi di scelta razionale, tit for tat, Robert Axelrod, la maledizione del vincitore, intelligenza collettiva, evoluzione della cooperazione, scienza della complessità e cooperazione Tags :  Team Work | Agile | Complessità | Leadership | Team | Conflitto | Negoziazione | Creatività | Innovazione | Team building |

     L'esperienza pratica, la letteratura, l'evoluzione e le similazioni sociali concordano che un comportamento di collaborazione integrativa e responsabilità condivisa produce più vantaggi di un comportamento autoritario e competitivo Manfred Macx in Accellerando di Charless Stross direbbe <<non credo nella nella scarsità, nei giochi a somma zero o nella concorrenza: il mondo è troppo vasto e l'informazione troppo densa per ammettere scimmieschi giochi generici>> Eppure non siamo tutti uguali e esistono tecnici,  programmatori, professionisti validi e capaci che si comportano in modo autoritario e competitivo cosi come ne esistono che si trovano bene ad essere guidati da leader direttivi e autoritari. Il punto...

Nel post Scrum: un processo di sviluppo Empirico sono linkati modi di valutare un team Agile Il post Keep the Peel and Throw Out the Banana di Francesco Cirillo va alla semplicità della questione : Guarda il codice, quando è pieno di IF/SWITCH, casi speciali, diversi tipi di logica accoppiata, bug frequenti, è un campanello d'allarme che dello sviluppo Agile il team ha tenuto la buccia e gettato la banana Guardandomi indietro e riflettendo trovo che nella pratica questo criterio è efficace Tags :  Team Work | Agile | Pratiche | Leadership | Software | Semplicità |

Impararne di nuovi e vantaggiosi Milioni di anni di evoluzione ci portano in dote un patrimonio l'attitudine a  comportamenti sociali spontanei e istintivi (so che sei voltato a guardare un collega o il capo e un'ondata di dubbi sull'evoluzione ti assale: ma un singolo caso non basta a metterla in dubbio capito !!! :D) E' sufficente evitare di ostacolarli e comprometterli e invece credere nelle persone, superare l'ansia di controllo, dare spazio e tempo, sospendere il giudizio, fare leva sulla responsabilità la passione e la liberta, incoraggiare l'iniziativa. Riconoscere i successi del team e premiarlo nel suo insieme. Evitato di compromettere...

Sui comportamenti sociali utili e efficaci Una squadra di calcio impara nuovi schemi di gioco che la portano meglio al gol In una discoteca a Budapest c'è l'usanza di concedere 10 minuti di ballo e chiacchiere a ogni corteggiatore/trice che si fa avanti - è divertente semplice e evidente che i nuovi arrivati imparano subito. Anche nel film A Beautiful Mind sul matematico Nash c'è una scena simile sul corteggiamento In Svezia in diverse scuole agli alunni vengono assegnati compiti in gruppo da cui acquisiscono l'abitudine a collaborare efficacemente che poi impiegano con successo  al lavoro Tags :  Team Work | Agile |...

E' il comportamento più difficile da cambiare per un Coach di un team Agile, un Leader  e un Facilitatore : Rinunciare a esercitare il controllo e alle aspettative di risultati prestabiliti Scoprire nuovi modi di indirizzare e aiutare responsabilmente il team che sostituiscono le vecchie abitudini Superare l'ansia di controllo Agire facendo il meno possibile Come ? Un esempio pratico per esercitarsi : scopri come Exqusite Clock evolve liberamente col contributo collettivo e responsabile e come ogni contributo è indirizzato a essere utile e efficace : Tags :  Team Work | Agile | Complessità | Leadership | Team | Creatività | Innovazione | Semplicità |

       Attraverso la leadership o l'autorità non si può cambiare un gruppo di persone scontente e non competenti in un gruppo di persone esperte e motivate           Dando spazio a responsabilità passione libertà e mettendo le persone in condizione di collaborare e rinunciando a esercitare il controllo si può ottenere il meglio da un gruppo         E ottenere risultati che sorprendono tanto quanto si è capaci di credere nelle persone (leggi questa ricerca) L'unico controllo che resta è estremamente ridotto e limitato, è sottile e ha lo scopo di aiutare il gruppo a raggiungere gli obbiettivi che si...

    Ricapitolando ecco i post sui principi del Lean Software Development: Eliminare gli sprechi : Il pricipio , Esempi , Considerazione finale Amplificare l'apprendimento : Il principio , Esempi , Considerazione finale Ritardare la decisione all'ultimo momento responsabile : Il principio , Esempi , Considerazione finale Rilasciare il più spesso possibile : Il principio , Altre info , Esempi e conclusioni ...

Nel tempo gli esseri umani si sono trasformati da nomadi a stanziali Nel tempo il modo di gestire le dispute si è evoluto dalla lotta al ricorso ad autorità sino a leggi eque e uguali (quasi) per tutti    Anche il modo di gestire i conflitti si è evoluto nel tempo dalle guerre alle transazioni sino a forme evolute di cooperazione integrativa Trasformazioni che hanno coinvolto piccoli gruppi, comunita, nazioni in ogni parte del mondo, in modo autonomo e senza l'aiuto di una regia esterna centrale - Anche nel funzionamento dei sistemi fisici e chimici l'autorganizzazione ha un ruolo...

Cercare di essere tutto per qualsiasi membro del team in ogni momento - non è sostenibile alla lunga Intervenire quando il lavoro arriva a un momento di stallo per  superare l'ostacolo, quando scoppia un conflitto intervenire per trovare una mediazione - è una soluzione temporanea e rende il team dipendente Parlare poco e fare il meno possibile - creare uno spazio sicuro in cui lavorare e tenere (onorare) lo spazio per il team - essere disponibili, aperti, credibili, senza particolari aspettative - fare costantemente leva sulla libertà e responsabilità del team A fronte di una domanda che richiede...

Mi segno un post interessante: Communication, communication, communication e un libro da valutare : qual'è la sua validità scientifica oggi ?      ci sono libri/articoli che collegano questi giochi a "simulazioni sociali" o semplici set di regole generative ? cioè : mi può essere utile ? Tags :  Team Work | Agile | Complessità | Leadership | Team | Comunicazione | Conflitto | Negoziazione | Team building |

    Vuole dire un certo numero di abilità personali, emotive, individuali e di gruppo cioè che sono distinte e si aggiungono a quelle tecniche e di ragionamento meccanicho razionale La definizione su wikipedia è chiara e interessante tanto nella versione inglese Soft Skills che in quella italiana Soft Skill     E' attraverso queste capacità che una persona nella azienda di cui fa parte che è una organizzazione fatta di persone contribuisce e collabora con gli altri Riporto degli esempi pratici di come queste abilità possono tradursi in pratica per un facilitatore di un meeting o un leader che promuove...

Segnalo 2 post (il primo segnalato dal ex collega Gian Marco) che un po si completano a vicenda The Bad Apple: Group Poison un cattivo elemento che finisce per danneggiare tutto il team Alcuni tratti che puo avere una  bad apple: The Depressive Pessimist will complain that the task that they're doing isn't enjoyable, and make statements doubting the group's ability to succeed. The Jerk will say that other people's...

      Questo post Simple Guidelines for Workday Quality Over Quantity [Email] mi ha fatto ricordare un vecchio episodio        Una compagna di team mi fece notare che restando focalizzato sul codice che stavo scrivendo rischiavo di ignorare mail molto urgenti (visto il contesto in cui stavamo lavorando la preoccupazione era legittima)        La mia idea (che avevo mancato di sottoporre e condividere col team) era che per le cose veramente urgenti le persone normalmente usano il telefono: te lo immagini chiamare i pompieri o l'autoambulanza con una e-mail ?               Un processo che investe in questa naturale abilità delle persone è...

Mi annoto questi 2 post  Project is a human system working towards a desired goal. However, the project is running within an environment that is changing continuously. The project needs ways to deal with these changes and still keep performing its [...] : Structure For Resilience Video Intervista sui team auto-organizzanti e sulle fasi di evoluzione di questi team: - Managing their own work and monitoring their own progress ...

How can we give direction without giving directives? How can we lead by serving? How can we maintain authority without having control? How can...

Grazie a Gian Marco per aver segnalato questo articolo Sulla leadership da The Bad Apple: Group Poison    There was just one guy, who was a particularly good leader. And what he would do is ask questions, he would engage all the team members, and diffuse conflicts A group leader [can intervene and potentially] change the dynamics and performance of a group by going around and asking questions, soliciting everyone's opinions, and making sure everyone is heard Sulla expertise da Are You An Expert? Being an expert isn't telling other people what you know. It's understanding what questions to ask, and...

      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...

Sarà che nel team ho 2 Product Owner, sarà che sono donne !!!   (che Svezia questa Svezia :) e mi ha colpito anche scoprire che qui per gli uomini è normale stare a casa un periodo per la nascita un figlio)   -   Sarà invece che sembra il momento del Product Owner, ecco un altro post per guardare lo sviluppo agile da altri occhi oltre a quelli del developer : Product Owner: Pig or Chicken? Lo trovo utile anche al developer, per guardare di più anche il mondo che c'è intorno Tags :  Team Work | Agile | Leadership | Team | Product Owner | 

Una collega ha segnalato nel wiki aziendale un pdf che da una prospettiva inconsueta e interessante sui metodi Agili: Confessions of a serial Product Owner Assolutamente centrato per chi è abituato a coprire il ruolo di Project Manager di un team di sviluppatori. L'autrice, svedese naturalmente, è Anna Forss Il pdf si può scaricare da qui Sempre per Project Manager e Responsabili del team di sviluppo richiamo un altro post interessante: Product Owner: abbraccia l'incertezza Tags :  Team Work | Agile | Pratiche | Leadership | Team | Product Owner |

Secondo me il punto chiave del settimo e ultimo principo del  Lean Software Development è che per completare con successo progetti complessi, per far crescere un team una organizzazione serve capire le dinamiche con cui i vari componenti in gioco interagiscono, fare attenzione a non confondere il sintomo con la causa, pesare l'effetto di una azione sull'obiettivo ultimo Come ci si sente a spegnere incendi, ampliare i processi e irrigidire l'applicazione delle norme, analizzare scomporre misurare e ottimizzare ?       per esempio una piacevole sensazione di controllo, poi sorpresa quando problemi che sembravano risolti si ripresentano magari in forma diversa e...

Il cerchio è la forma geometrica della comunicazione umana paritetica lascia spazio a una comunicazione genuina, aperta e libera Quadrati e rettangoli (sedie e tavoli disposti a) separano le persone. Possono tenere a distanza soggetti in forte conflitto Linee parallele (di sedie) rivolte verso un palco/una cattedra/un pulpito mettono in chiaro chi debba parlare e chi debba ascoltare, sottolineano l'autorita Fonte: OST Tags :  Team Work | Agile | Leadership | Comunicazione | Conflitto | Negoziazione | 

Degli esempi dal principio #7 del  Lean Software Development Guarda l'insieme    In una gara di F1 di un pilota può fare uno o più pit-stop. La strategia di gara migliore è quella che lo porta davanti agli avversari all'uscita dell'ultimo pit-stop e non quella che lo tiene davanti a ogni pit-stop     Quando i tempi di sviluppo si allungano o i bug aumentano, la complessità del codice sale o le build si rompono più spesso è utile guardale le cose nell'insieme, capire le...

     Uno che vende numeri del Lotto invece di giocarseli mi lascia perplesso tanto quanto uno che vuole venderti "Scrum" invece di prodursi buon software - nonostante il titolo questo post sulla persuasione l'ho trovato utile : Selling Scrum: How to persuade people to change! Alcune frasi But if you are in a position to give instructions or give orders, you cannot do this unless you have a lot of confidence about what you are saying. However, people's ideas are unreliable things and I would be impressed if we were right half the time. ... ... We are all human and we...

Ormai sta diventando una mini serie Per bambini & per adulti con curiosità entusiasmo apertura coraggio e ben disposti a prendere atto della prova dei fatti  e anche con il ricordo di una passione, la programmazione dei computer, comunciata per divertimento Gioia & divertimento una volta ancora come sinonimo di   apprendimento - impegno - realizzazione - soddisfazione Che questa volta ci porta qui : http://hacketyhack.net/ Tags :  Team Work | Agile | Leadership | Team | Creatività | Innovazione |

Lean Software Development descrive principi e pratiche utili a introdurre i metodi agili nella propria organizzazione. E lo fa dal punto di vista del Manager e del Responsabile tecnico di progetto Un principio del Lean Software Development è Guarda l'insieme Guarda alle interazioni e al risultato complessivo che producono, migliorandole complessivamente ottieni benefici maggiori che ottimizzare a singole parti : - gli utenti di una azienda interagiscono con il software e con i colleghi per riuscire nel proprio lavoro...

Guardando i video della recente UGIALT.NET conference mi ha colpito l'open space a mio avviso riuscito . Annoto alcune cose che ho osservato  •  gli argomenti discussi, i tempi e i modi gli decidono dalle persone che sono li intanto che la discussione va avanti, anche in base a quello che succede e a dubbi e interessi di ognuno     invece     di essere pre-stabilita  da  qualcun altro e condotta in modo unilaterale  •  la conversazione è fatta dalle conoscenze, dalle domande, dai dubbi e dalle singole esperienze pratiche concrete e reali del quotidiano lavorativo dei partecipante e le risposte che si...

Secondo me il punto chiave del sesto principo del  Lean Software Development è che per relizzare prodotti software di successo nel tempo serve l'equilibrio tra agire localmente (quando l'utente usa una funzione, fa una richiesta, definisce le priorità e quando il programmatore scrive un test, fa un refactoring, rilacia una funzionalità, fa un test di accettazione) e pensare globalmente (quando si guarda all'intero dominio applicativo, alla evoluzione del prodotto, alla soddisfazione degli utenti, alla economicità delle soluzioni, alla efficenza degli sviluppi, a che direzione strategica prendere) Come ci si sente con un prodotto eterogeneo, parziale, bacato ?       per esempio l'utente si...

Torno sul imparare a programmare divertendosi Who uses Processing? Processing is used by a very diverse group of people, from children first exploring computer programming to professional artists, designers, architects, engineers, and scientists. Processing has a shallow learning curve to make writing code easier for beginners, but it also allows more experienced programmers to write sophisticated software Gioia & divertimento una volta di più ancora come sinonimo di   apprendimento - impegno - realizzazione - soddisfazione Fonte: Processing 1.0 Hits the Web Tags :  Team Work | Agile | Leadership | Team | Creatività | Innovazione |

Scrum e i metodi agili impiegano dei processi di sviluppo empirici (vedi su wikipedia) cioè che si adattano mentre il processo procede a seconda di quanto accade nel progetto Mentre i processi iterativi incrementali sono definiti nel senso che il processo segue per tutta la durata del progetto gli stessi passi pre-stabiliti e pre-definiti I processi empirici sono : Trasparenti : ogni cosa che ha qualche impatto sul buon esito del progetto devono essere facilmente accessibili e visibili per tutti  (es. i test che passano e quelli che no, la build che fallisce o quella che ha successo,...

Riporto la prosecuzione del thread sul mettere l'insegnamento dei valori prima di quello dei processi : Teaching Values vs. Process  (qui completa su Linked-In)- Eccola : - I prefer to contribute to build understanding-feeling-tuning between peoples in the team more then to build a new process, in Italian we call this 'intesa' who played some team sports probably have already experienced this - I like that word "intesa". Luca, how do you go about building that on a team? - I try to learn/teach/build it by example. With actions. I strive to act in a transparent, trustworthy and effective manner every...

Ho trovato interessante questo post sul mettere l'insegnamento dei valori prima di quello dei processi : Teaching Values vs. Process Il commento spontaneo é stato : I prefer to contribute to build understanding-feeling-tuning between peoples in the team more then to build a new process, in Italian we call this 'intesa' who played some team sports probably have already experienced this E voi cosa ne pensate ? Tags :  Team Work | Agile | Comunicazione | Team building | Leadership |

Segnalo questa presentazione interessante:   http://www.infoq.com/presentations/poppendieck-agile-leadership Tags :  Team Work | Agile | Lean Agile | Leadership |

Mi annoto da un post interessante come i progetti si concludono prima quando ogni persona/team ne segue uno alla volta    Il punto é decidere dal portfolio dei progetti quale progetto seguire (sino a quando e´prevista la prossima valutazione delle prioritá del portfolio progetti). E metterci il focus al 100% su quel  progetto Make a Real Commitment When you commit to a project, make it a full commitment, meaning that all the necessary people are on the project full time and that they have all the necessary resources they'll need, such as a project room,...

Lean Software Development descrive principi e pratiche utili a introdurre i metodi agili nella propria organizzazione. E lo fa dal punto di vista del Manager e del Responsabile tecnico di progetto Un principio del Lean Software Development è Mantieni l'integrità del sistema Sviluppa ogni programma, funzione, maschera cosi che gli utenti la trovano  semplice, intuitiva, uniforme e consistente Impementa ogni metodo, classe, componente, applicativo cosi che i programmatori lo trovano in condizioni buone  per cambiarlo, correggerlo e...

Il nostro lavoro é quello di programmare computer, la abilitá di scrivere del buon codice é spesso sottovalutata a favore della conoscenza delle tecnologie Un po come fanno gli sportivi e i musicisti il trucco é esercitarsi A Coding Dojo is a meeting where a bunch of coders get together to work on a programming challenge. They are there to have fun and to engage in DeliberatePractice in order to improve their skills: http://codingdojo.org/ Ho partecipato anche a una variante dove tutte le coppie in contemporanea scrivevano codice per poi discutere insieme le diverse soluzioni Update 14 AGO - ThePrimeFactorsKata - TheBowlingGameKata - Groovy Sales Tax Problem -...

   Alcune frasi da un post su team che sanno auto-organizzarsi ... sostenersi ... perpetrarsi  grazie ai successi che raggiungono per se e per la propria azienda :   A new product development team, consisting of members with diverse backgrounds and temperaments is ... Given unconditional backing from the top ... engage in strategic initiatives that go beyond the current corporate domain ... often risk their reputation and sometimes their career to carry out their role as change agents for the organization at large. ... Within the context of evolutionary theory, such a group is said to possess a self-reproductive capability. ... Another study by Nonaka has shown that...

Secondo me il punto chiave del quinto principo del  Lean Software Development è che si guadagna di più a investire sulla qualità, sul talento e i punti di forza del team e sulle potenzialità di crescita, sui compiti sfidanti e sulla competizione con i proprio concorrenti mentre si perde a puntare sul risparmio, sul cautelarsi dalle debolezze e le carenze del team e sulla lotta tra colleghi e reparti Come ci si sente a dirigere e controllare il team ?       per esempio con progetti complessi ci si sente sommersi dai dettagli da studiare e dalle decisioni da prendere, caricati di lavoro...

Questo post di PierG dichiara una tra le cose più importanti che ho imparato in questi ultimi tre anni di lavoro: Quando il tuo software si è trasformato in un ammasso di codice legacy, rifarlo da zero probabilmente è la cosa peggiore. Infondo i problemi di quel codice sono comiciati quando il software è stato scritto da zero: perché dovrebbero andare meglio  riscrivendolo da capo ancora allo stesso modo ? In linea con una ipotesi che avevo condiviso qualche tempo fa: Il codice quando è Legacy lo è dal momento stesso in cui viene scritto Il punto è che scrivere...

Degli esempi dal principio #5 del  Lean Software Development Empower del Team Quando recluti persone per il team ingaggia senior in gamba : 2 senior con 1 junior fanno più e meglio di 1 senior con 4 junior Fai attenzione a scegliere persone responsabili di carattere (verso il codice, l'intero prodotto e il team) più gli incoraggi e gli lasci libertà più risultati ti portano Dagli la direzione, tienigli allineati agli obiettivi di business, spronagli alla semplicità...

     Annoto queste ultime indicazioni e i suggerimenti che ho trovato su come definire i compensi ai membri di un team Agile      Yves Hanoulle di Paircoaching spiega che usare un incentivo economico per far fare a un membro del team qualcosa che non vuole ha effetti negativi perchè lo demotiva. Questo è un rischio che in Italia non c'è.  Quindi vedo (de)motivazione e compensi come argomenti distinti. Maarten Volders in una discussione su LinkedIn suggerice che queste cose fanno sicuramente felice un team di sviluppatori   PC molto veloci e tutti i gadget di cui hanno bisogno...

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...

   Una cosa buona dell'età è l'esperienza cioè la capacità di riconoscere una serie di situazioni per cui si conosce come muoversi per reagire bene    Nell'informatica questa esperienza ha anche bisogno di specializzazione che permette di muoversi in modo rapido ed efficace anche se ora solo dentro uno schema fisso e definito (quello di specializzazione appunto)    L'altra faccia di questa specializzazione e velocità di reazione si chiama preconcetto che prende la forma di abitudine (ho sempre fatto cosi, qui in azienda abbiamo fatto tutti sempre cosi e ha funzionato, perché cambiare?) e superstizione (convinzioni su relazioni di...

E un elenco di segnali che qualcosa nella pratica di Scrum nel team ha bisogno di un miglioramento Sono indizi e non già prove, vanno verificati - A ogni smell corrisponde una soluzione Indicazioni per l'uso: non puntare il dito contro qualcuno, anche se a volte verrebbe voglia di farlo ,  meglio usarli per migliorare il proprio lavoro nel team eventualmente per suggerire una azione quando un problema emerge nella retrospective Il wiki con le smell: http://scrumcommunity.pbwiki.com/Scrum+Smells Alcune smell sulle user story: http://agiletools.wordpress.com/2007/12/20/toms-catalog-of-user-story-smells/ ...

    Lean Software Development descrive principi e pratiche utili a introdurre i metodi agili nella propria organizzazione. E lo fa dal punto di vista del Manager e del Responsabile tecnico di progetto. Un principio del Lean Software Development è Empower del Team Ingaggia tecnici esperti e fai crescere il team, fallo guidare da un leader tecnico, delegagli responsabilità sfidanti, dagli libertà d'azione e lascia che la partecipazione sia su base volontaria per ottenere i risultati migliori Prendi junior e gente...

Ancora sul tema di un post precedente Managing Talented People questo articolo mi è piaciuto: Are Cocky Developers Worth It? Un breve estratto “I’m okay with you feeling good about your “mad” skills, but there is a difference between confidence and cockiness. As a good teammate, you can use your confidence to share your vast experience with the team in peer reviews. The difference is, if you belittle someone, you are being cocky and frankly not helpful. We need the team to be confident, and you can lift the team up by being more respectful of their opinions and taking a...

     Continuo a annotare le indicazioni e i suggerimenti che ho trovato su come definire i compensi a membri di team Agili      Il modo aperto e condiviso di stabilire i compensi alla Skaltek (www.skaltek.com) e alla St Luke's ( www.stlukes.co.uk ) è ricco di idee e possibilità di miglioramento  ad esempio discutere e conoscere quali elementi attualmente determinano il salario nel proprio team (es. skill, esperienza, prezzo di mercato, educazione, capacità di negoziare, bisogni dell'azienda al momento della contrattazione, etc)  ...

     Annoto le indicazioni e i suggerimenti che ho trovato su come definire i compensi ai membri di un team Agile I 2 esempi riconosciuti come i migliori vengono da due casi reali : -  La Skaltek (www.skaltek.com) è una compagnia Svedese che produce e vende grandi macchinari per la produzione di fili e cavi metallici, macchinari realizzati appositamente per ogni singolo cliente - La St Luke's ( www.stlukes.co.uk ) è l'agenzia creativa indipendente di Londra più longeva, realizza campagne pubblicitarie per la televisione, la stampa e il web Alla Skaltek c'è completa trasparenza, non ci sono segreti finanziari ma, ogniuno...

     Le possibilità che una idea inusuale - che sovverte il senso comune - che contraddice l'esperienza - che ignora i riferimenti assodati - che sgretola i preconcetti - che diverte possa funzionare sono molto più di quante si crede     Specialmente nella programmazione software che è libera dai  vincoli che regolano il mondo fisico: in 20 anni di lavoro non ho ancora visto un problema di programmazione che non potesse essere risolto con una buona idea      In questo video divertente delle persone camminano sulle acque - quanti secondi servono per convincersi che è un falso ?  ...

       Boku è un linguaggio di programmazione visuale per creare video-giochi - adulti e bambini possono cosi imparare le basi della programmazione  divertendosi gioia & divertimento ancora una volta come sinonimo di   apprendimento - impegno - realizzazione - soddisfazione Fonte: PDC 2008: Boku for Xbox Teaches Programming to Kids  (altri link interessanti nel post) Tags :  Team Work | Agile | Leadership | Team | Creatività | Innovazione | 

E' uno strumento utile nelle Retrospective e nei Quartly meeting Questo è un whitepaper che ho trovato interessante sulla Root Cause Analysis: http://www.DaivRussell.com/Fishboning.pdf La fonte è una discussione su Linked-In   trovo interessanti anche i commenti postati Tags :  Team Work | Agile | Pratiche | 

  Un Master Developer per un team di sviluppo software e come un direttore d'orchestra ... Alcuni team sono come una Jazz Band e hanno bisogno di una guida che gli incoraggi a improvvisare Altri team sono come un'orchestra sinfonica e hanno bisogno di una guida per andare tutti a tempo seguendo lo spartito Da Lean Software Development Tags :  Team Work | Agile | Lean Agile | Leadership | Team |

Stavo riflettendo che non è sempre facile Citare un autore, un "guru", una sua idea presa da un suo libro/articolo/post, magari a sostegno di una propria tesi,  si Poi quando lui è li presente, cita la stessa idea e giunge a conclusioni opposte, è ancora facile riconoscere che l'idea è buona? Credo sia meno facile Quando una buona idea differente dalla propria viene da un collega  è facile riconoscerla ? Difficile: accettare che la propria idea è meno buona,  credere che riconoscerla  è come cedere la vittoria, temere che possa far perdere la stima E quando finalmente si riconosce una persona come esperta, come...

      In un team Agile quando il capo progetto (coach) smette di dire    "questo non lo possiamo fare cosi perché non c'è tempo"    e sprona il team a scrivere codice di qualità accade una cosa ... almeno strana !?!?!? Capita di sentire un membro del team dire     "Questo non lo posso fare, ci vuole troppo tempo !!!"           L'ho osservato diciamo pure vissuto in almeno 3 team differenti, di diverse nazionalità, sia con una code-base ampia e legacy che in progetti completamente nuovi e in parte coperti da  test, sia in domini applicativi ampi e molto complessi che in...

     Dal quarto principo del Lean Software Development alcuni esempi che ho preso dal libro Lean Software Development: Rilasciare il più spesso possibile Quando nel mercato qualcuno riusce a ridurre i tempi di consegna i concorrenti si adeguano per recuperare il vantaggio competitivo oppure ... Nel 1971 la Federal Express ha introdotto le consegne overnight dei pacchi. Anche la L.L.Bean si è adeguata e nel 1980 ha introdotto le consegne in giornata mentre la Sears Catalog non lo ha fatto ed è uscita dal mercato ...

   Altre informazioni sul quarto principio del Lean Software Development Rilasciare il più spesso possibile Questo principio è di complemento anche a altri principi del Lean,         ad esempio il #3  Ritardare la decisione all'ultimo momento responsabile  perché senza velocità nei rilasci si è costretti ad anticipare le decisioni per avere più tempo per metterle in pratica        e il #2 perché il feedback che si ottiene con rilasci frequenti è utile ad Amplificare l'apprendimento        e pure il #1 perché ridurre al minimo codice realizzato e non ancora consegnato significa Eliminare uno spreco Tags :  Team Work |...

Lean Software Development descrive principi e pratiche utili a introdurre i metodi agili nella propria organizzazione. E lo fa dal punto di vista del Manager e del Responsabile tecnico di progetto. Il principio #4 del Lean Software Development è Rilasciare il più spesso possibile Cioè riuscire a consegnare in modo affidabile e ripetibile più velocemente aumenta i guadagni e riduce i rischi dell'utente e del team di sviluppo sw Qual'è il tempo minimo (pratiche di coding Agile) che serve al team per produrre qualcosa di valore ? E qual'è il tempo massimo (processo e business) che il Product Owner può...

Secondo me il punto chiave del terzo principio del Lean Software Development è che si fa software più velocemente quando si riconoscono gli istanti di non ritorno e si usano a proprio vantaggio Come ci si sente a cercare di scrivere sw ignorando l'ultimo momento responsabile ?       per esempio ci si sente       tranquilli quando il progetto inizia e il tempo stimato è ancora tutto disponibile,       sorpresi quando le scelte prese danno risultati diversi da quelli che servono,       seccati quando non c'è il tempo per fare le cose in modo diverso come la pratica suggerisce,       preoccupati e rassegnati quando la dead-line si...

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...

Dal terzo principo del Lean Software Development alcuni esempi che ho preso dal libro Lean Software Development: Ritardare la decisione all'ultimo momento responsabile Enrico Zaninotto è l'economista italiano :) che ha mostrato con i suoi studi che quando si eliminano le cose che rendono irreversibile una decisione una volta presa la complessità scende velocemente E ha mostrato che rimandare le decisioni irreversibili a dopo riduce l'incertezza e è una strategia economica conveniente e vincente. Questo è il vantaggio economico che si vuole ottenere dalle pratiche di coding Agile E un po di storia Microsoft. Al Comdex trade Show del...

Lean Software Development descrive principi e pratiche utili a introdurre i metodi agili nella propria organizzazione. E lo fa dal punto di vista del Manager e del Responsabile tecnico di progetto. Il principio #3 del Lean Software Development è Ritardare la decisione all'ultimo momento responsabile Cioè tenersi aperte più possibilità di scelta il più a lungo possibile per decidere dopo aver raccolto più elementi e più fatti concreti. Aspetta a decidere (YAGNI) sino a quando rimandare ancora la decisione eliminerebbe automaticamente  una alternativa importante (Last Responsible Moment)        Usa le pratiche di coding Agile per scrivere  software...

  Secondo me il punto chiave del secodo principo del Lean Software Development è che si realizza software meglio quando si procede per piccoli passi (rilasci, iterazioni, user-story, check-in, cicli red-green-refactor, pomodori) che svelano  le alternative possibili e tentativi che migliorano la comprensione e guidano alla costruzione del software che realmente serve con del codice che tutti capiscono. Come ci si sente a cercare di scrivere sw nel modo giusto al primo colpo ?       per esempio preoccupati per la riuscita o al contrario esaltati dalla difficoltà, incerti sul avanzamento reale del progetto o sulla validità delle scelte fatte di fretta, innervositi ...

Dal secondo principo del Lean Software Development alcuni esempi Amplificare l'apprendimento Quando arrivano nuove tecnologie, quando capita di applicarle per prima volta per quel dominio applicativo dove c'è ancora tutto da scoprire e da inventare, quando serve collaborare e condividere informazioni con altre persone che hanno dei compiti o delle conoscenze molto diverse. Perchè nella scrittura del codice non ci sono i vincoli fisici come nelle altre discipline ingegneristiche il vincolo maggiore è  l'immaginazione, perché il software è che è "facile" da modificare evolvere adattare e personalizzare e questo è importante per l'utente e crea anche la complessità. E...

    Lean Software Development descrive principi e pratiche utili a introdurre i metodi agili nella propria organizzazione. E lo fa dal punto di vista del Manager e del Responsabile tecnico di progetto. Un principio del Lean Software Development è Amplificare l'apprendimento Cioè immaginare le possibili soluzioni e anche le loro varianti e con la pratica imparare scoprire esplorare. Rilasciare spesso e in continuazione, imparare dai risultati delle propria implementazione quando viene usata dall'utente come adattare il software in modo che si dimostri nella pratica ancora più utile all'utente. Tags :  Team Work | Lean Agile | Leadership |

Lavorando in gruppo senza un leader incaricato ci sono vantaggi e degli svantaggi, un gruppo con un leader di processo può ottenere gli stessi vantaggi e forse anche rafforzarli. Un leader di processo si occupa solo di far progredire il processo. Per questo si prende cura della comunicazione nel gruppo, del fatto che ognuno sia motivato e le condizioni di lavoro siano buone e che le cose con l'esterno del team vadano lisce. Il compito principale di un leader di processo non è di risolvere problemi, fa in modo che il gruppo ci riesca. I vantaggi e gli svantaggi che ci sono quando...

Un dialogo avvincente in un film così e così (al minuto 2) Robert:  Essere un capo non è questione di abilità, ma di responsabilità. ...

Non che un team non si trova bene col leader che lo guida e preferirebbe un leader diverso, piuttosto si sente proprio di lavorare senza un leader incaricato. Mi annoto in sintesi alcune considerazioni dal Leadership Game di Ignace Hanoulle e Yves Hanoulle a cui ho partecipato. La risposta descrive una situazione ideale in cui il team tiene alti questi valori: creatività, rispetto, realizzazione personale, libertà, responsabilità e amicizia (conoscenza, apprezzamento, fiducia) nel team ci sono solo competizioni sane e non c'è una ricerca del potere che rovina i rapporti dentro il...

Il libro racconta la storia di una band che ha realizzato alcuni tra gli album più venduti al mondo, è una storia di creatività, innovazione e  successo imprenditoriale. Riporto il link a questo post Four Non-Obvious Things Pink Floyd Can Teach Your Team e qualche  riga  di assaggio. Hiring Based on "Team Fit" is Over-Rated "personality fit" isn't always a requirement—though obviously it sure helps. The ability to get the job done is what matters. Barrett was let go only after he made it clear he could no longer contribute to the team's success. "Dark Side of the Moon contains the best songs...

Secondo me il punto chiave è che si può eliminare sempre e comunque e ci si risparmia il costa dello spreco insieme agli impacci che crea. Basta riuscire a imparare o scoprire il modo di farlo, il limite maggiore è l'immaginazione e la convinzione di poterci riuscire. Come ci si sente a vedere uno spreco che continua a ripetersi?  Irritati perché crea fastidi. Tristi e anche demoralizzati perchè si subisce questo problema. Come ci si sente a scoprire uno spreco e riuscire ad eliminarlo?   Soddisfatti perché si vede proprio che si lavora meglio dopo. Più sicuri e confidenti per essere riusciti...

  Dal primo principio del Lean Software Development degli esempi di spreco per ogniuna delle  principali categorie di sprechi Eliminare gli sprechi   Quando si raccolgono dei requisiti che poi restano accantonati per un bel po a prendere polvere è spreco (Partially done work)    Quando viene implementata una funzionalità che servirà dopo ma non subito è spreco (Extra features)    Quando due gruppi si rimpallano un lavoro o un problema...

    Lean Software Development descrive principi e pratiche utili a introdurre i metodi agili nella propria organizzazione. E lo fa dal punto di vista del Manager e del Responsabile tecnico di progetto. Un principio del Lean Software Development è Eliminare gli sprechi Un cliente/utente quando dice che una certa cosa secondo lui   non da più valore   al suo software, programmare quella cosa è uno spreco.  Anche una cosa che   rallenta   lo sviluppo e il rilascio di una funzionalità...

Dal  Leadership Game di Ignace Hanoulle Yves Hanoulle a cui ho partecipato. Mi annoto in sintesi  le ragioni che possono rendere desiderabile essere guidati da un Leader con un approccio di tipo direttivo (che da indicazioni su cosa fare e come) nel realizzare un progetto : Perché assicura il coordinamento es. procura le risorse - assegna i task alle persone nel modo più appropriato - si assicura che i task più importanti non siano trascurati e quelli minori non siano seguiti più del necessario ...

Trovo che la categoria di noi informatici è composta da persone davvero particolari... capacità superiore alla media nel affrontare le astruse complicazioni dell'informatica , passione per il proprio lavoro che tiene attaccati alla tastiera ore e ore, curiosità che spinge a cercare la soluzione per i problemi più difficili senza sfiduciarsi e arrendersi,  capacità di analisi di infiniti dettagli, tenacia nel lavorare con macchine sorde e incorruttibili questo a volte significa anche ... parlare in un gergo difficile da capire,  niente margini per dare quel qualcosa in più perché si stà già dando il massimo sempre e comunque, far...

Studiando le dinamiche interne delle aziende con cui evolvono e si trasformano e quelle con cui si innovano si è scoperta l'importanza che hanno le politiche aziendali. Formalizzando matematicamente le politiche di una azienda (vedi Dynamic systems) e usando questo modello in una simulazione al computer si riesce spesso a predire i limiti di crescita determinati dalla struttura stessa di quelle politiche e cioè si riesce a predire i principali ostacoli e le maggiori difficoltà che l'azienda si troverà ad affrontare (vedi il pdf System Dynamics and the Lessons of 35 Years ). Nel momento in cui si raggiungono...

Scrivere codice è una di quelle attività che funziona meglio senza interruzione invece che in multi-tasking          Il codice risulta migliore e il lavoro richiede meno tempo        Punto. Nel mondo reale può capitare che le cose cambiano senza preavviso  (una data, un requisito, una priorità è cambiata) anche cose che hanno conseguenze sul codice che si sta scrivendo. E può capitare che un collega o un cliente in ritardo abbia un grosso bisogno di aiuto per cavarsela. Ecco perchè saltare come una molla da una cosa all'altra funziona tanto quanto (il suo opposto ossia) chiudersi in una bunker e...

Ecco un'altra cosa che richiede disciplina e faccio fatica a seguire - ma non mi arrendo : fare una cosa alla volta quando si scrive codice Per esempio devo modificare un metodo di un oggetto perché accetti un enum con 3 valori invece del booleano che ha ora per poter gestire una nuova casistica: Inizio la vodifica e mi accorgo che sul form c'è da sostituire il check-box con 3 option button quindi interrompo la modifica del metodo e vado sul form. Sistemato il form torno al metodo, proseguo con la modifica quando mi accorgo che ci sono 3 if che...

Un buon coach invece di dare la risposta per ogni problema, da un suggerimento e lascia allo sviluppatore scoprire la sua risposta. Quando  torna a mani vuote il coach può sempre dare ulteriori suggerimenti (o anche la risposta), quando torna con qualche idea il coach lo aiuta a valutare i pro e i contro, quando torna con una soluzione migliore di quella che il coach aveva pensato il coach può imparare da quella esperienza e condividere le sue conoscenze. Questo ha diversi vantaggi, aiuta a imparare come approcciare un problema insegna...

  Il materiale della 3rd European Summer School on Agile Programming riguardo Agile Loop , i Mini-Project, la sessioni sui Test di accettazione, un report dal campo sulla adizione dei metodi agili in azienda e la stima e pianificazione è qui: http://essap.dicom.uninsubria.it/pmwiki.php?n=Main.CourseMaterials Altro materiale sugli Agile Loops: http://www.xpday.net/Xpday2007/session/XpLoops.html La tecnica del pomodoro: http://www.tecnicadelpomodoro.it/tdp.html Il materiale relativo al Leadership game: http://www.paircoaching.net/docs/LeadershipGame.pdf     Tags :  Team Work | Agile | Pratiche | Leadership | Team | Team building | Progettazione Software |

Quando c'è ... una decisione da prendere sul progetto una azione importante da intraprendere per rispondere a una esigenza del cliente una scelta tecnologica che ha impatto strategico un bisogno di formazione per rispondere ai progetti da realizzare e al proprio percorso di crescita ...

   Per una azienda il turnover di lavoratori è un costo.   Ed entro certi limiti è anche utile: quando riguarda lavoratori con basse prestazioni e quando i nuovi arrivi portano energie fresce e nuove idee.   Un certo livello di turnover è fisiologico. Ad esempio il turnover annuo nel settore industriale della tecnologia negli Stati Uniti  per il 2007 è del 10.6% (vedi qui).   Una azienda a causa del turnover di un lavoratore tipicamente sostiene  una serie di costi, ad esempio: Exit costs Recruiting ...

  Ti viene assegnato una User Story per un progetto e non sono chiare le responsabilità ne la disponibilità delle risorse&nbspegrave; sarà un probabile insuccesso   Cosa fai per spendere il tuo tempo al meglio per la tua azienda e per il tuo patrimonio professionale fatto di competenza e credibilità? Rifiuti il compito sino a quando non viene fatta chiarezza Accetti il rischio e cominci anche se potrà finire con un gran dispendio di energia e pochi risultati Ti adoperi...

  Questo venerdì ho completato una settimana molto intensa e fruttuosa di formazione sulle metodologie Agili alla 3rd European Summer School on Agile Programming o più brevemente ESSAP 2008. Hanno partecipato studendi universitari e dottorandi di tutta europa (Italia, Austria, Belgio, Olanda, Bulgaria) e oltre (Pakistan, Canada e Argentina) e professionisti esperti ( io sono tra questi ;-) ). Hanno partecipato come tutor e speaker gli organizzatori dalla Università dell'Insurbia tra cui Matteo Vaccari  Federico Gobbo e Vieri del Bianco, alcuni professionisti e consulenti che già impiegano i metodi agili (per es. in ThoughtWorks e in Funambol) e Coach con esperienza internazionale di insegnamento e utilizzo dei metodi agili su gradi progetti e per...

  Tom Melohn da presidente della North America Tool and Die (NATD) ha portalo l'azienda a incrementare le vendite del 25% annuo e a produrre un utile sul capitale investito pari a quello delle maggiori aziende americane. Alla radice di questo cambiamento l'incoraggiamento delle persone a    correre dei rischi in termini di creatività.      Fonte: Lo spirito creativo, D. Goleman Tags :  Team Work | Leadership | Aziende | Creatività | Innovazione |

  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...

      Sto scoprendo che i metodi Agili guardano le cose da un punto di vista inconsueto rispetto alle abitudini consolidate nel modo classico di condurre i progetti software.  Quasi promuovono una nuova forma mentale.   Ecco gli esempi che ho raccolto senza dimenticare il  m a n i f e s t o :   La cultura del imparare invece del evitare gli sbagli Consuntivo sulle funzionalità e sul valore consegnato invece delle stime di previsione e consuntivo dei tempi Far emergere i possibili problemi per...

Mi annoto  questo articolo dal Corriere del 26 Nov 2007 Le cinque qualità di un leader carismatico di Alberoni. Alcune frasi : ... La prima è capire, intuire che cosa vuole la gente in quel momento ...  ... credere nella meta che propone, non dubitarne mai ...  ... l'intuito strategico, la capacità di cogliere fulmineamente l'essenziale, di puntare diritto alla meta lasciando da parte tutto ciò che è secondario ...  ... la capacità di stabilire un rapporto affettivo con ciascuno dei suoi ...  ... è anche un abilissimo comunicatore attraverso le parole ma soprattutto inventando formule, simboli ...   Tags :  Team Work | Leadership |

  Dopo il "quando" trascrivo l'elenco di pratiche e principi Agili che trovo d'aiuto nel mettere in pratica questi comportamenti a beneficio della unità del team. Le pratiche e i principi che nomino li prendo dal libro bianco di K. Beck. Sono numerati 1 a 1 con il corrispondente comportamento. whole team - team continuity - pair programming retrospective (x ascoltare feedback del team lasciando gli incontri personali x feedback di carattere pesonale) ...

Ho postato una raccolta qualche giorno fa di comportamenti che un Coach può seguire per aiutare un team a  essere unito in alternativa a comportamenti che invece favoriscono divisioni. E' che elencarli non basta perché riesca a metterli in pratica  :-)   Magari ! Alcuni comportamenti sono autoMagici, quelli istintivi, del proprio carattere sono i più difficile da riconoscere e da cambiare.   Ho trovato efficace come primo passo riconoscere quando (il momento in cui) c'è la possibilità di comportarsi facilitando l'unità oppure aumentando le divisioni , per es. : quando si assegna un compito un obiettivo, quando si interviene per evidenziare una criticità o ci si rende disponibili ad ascoltare il feedback del team, quando si decide su una questione,...

Questo è un argomento su cui stò cercando di chiarirmi già da qualche tempo. Cioè capire quali comportamenti può avere un Coach Agile per contribuire a ridurre le divisioni e superare le rivalità sotterranea tra i membri del team .   Ecco i punti che ho raccolto sinora curiosando in giro : chiedere al team intero di impegnarsi sull'obiettivo complessivo condividendone insieme la responsabilità e l'esito piuttosto che chiedere a singole persone del team di raggiungere ogniuno separatamente singoli obiettivi  quello che chiamo l'effetto riflettore: dedicare a tutti ne...

  Ricercatori all'Università di Bologna studiano le reti biologiche , e in particolare i modi in cui si espandono adattandosi velocemente alle esigenze in modo robusto ed efficace. Ne traggono modelli di organizzazione delle reti decentralizzati e adattivi applicabili anche alle strutture organizzative aziendali.   Biological Networks : http://advice.cio.com/fred_hapgood/biological_networks     Tags :  Team Work | Leadership | Team | Agile |

Interessante : FAQ's on Teams & Leadership What is a team? What are the basic principles of teamwork? Are there different types of teams? How is a team different than a group? Who can be on a team? How does a team form? Why is trust important to teams? Can one person make a difference on a team? What is leadership? Who can exhibit leadership? Should teams have an assigned leader? Shouldn't the technical expert be designated as the team leader? What is the difference between "leadership" and "leader?" How is a leader different than a manager? What equips Partnerwerks to provide team and leadership expertise? How do I start a team correctly? How do I get...

Riprendo un post precedente che parla di come adattare lo stile di leadership alle caratteristiche del team per aggiungere un'altra dimensione cioè come adattare lo stile alla complessità del progetto che si stà affrontando : Per essere pratici, lo stile di leadership rispetto il team può essere adattato alla singola pratica o meglio al singolo comportamento e  rispetto il progetto può essere adattato alla singolo task. In questo modo è più facile essere specifici e concreti adattandosi al qui, ora e adesso invece di assumere posizioni generiche "di principio". Tags :  Team Work | Agile | Leadership | Team |

Un post interessante  Leaders or politicians?  L'ho letto e mi chiedo quando la politica è utile e  quando è dannosa per un team? Ho richiamato dalla memoria i significati che in passato ho sentito associare all'eccesso di politica: - evitare decisioni e responsabilità - favorire la proliferazione di mail PIC e della burocrazia - cercare nella politica la soluzione quando la radice del problema è tecnico - cautelarsi dagli esiti del progetto invece che spendersi per portarlo al successo - omettere informazioni, alterare fatti, manipolare le persone contribuendo a un clima di sfiducia La matrice di Ralph Stacey mi da una strada per capire quando la politica è utile. L'asse y descrive il livello di consenso su come...

L'immagine più frequente che richiama la parola disciplina è quella di un capo che impone con autorità al gruppo l'obbedienza a norme che lui ha stabilito. Ho annotato degli appunti sulla disciplina nei post precedenti e con piacere vedo che non è questa l'immagine di disciplina che appare.   La definizione che più si avvicina è quella di insegnamento, guida cioè qualcosa che prima di tutto serve ed è utile a chi la applica cioè alle persone che compongono il team.     Un team nuovo - composto da sviluppatori che devono conoscersi, trovare un modo efficente di collaborare insieme in modo coordinato, scoprire un modo efficace e produttivo di affrontare...

Delle indicazioni su come dare il proprio feedback perché venga capito ed usato:  It starts with an opening that sets the stage Lets people know that you have something important to say, that this isn’t a run-of-the-mill conversation. It also gives people a chance to respond, “This isn’t a good time. Can we talk later?". Provides a clear description of behavior or results Don't make judgments:   - Clear descriptive data and examples ...

Da questo articolo leggero e provocatorio: http://money.guardian.co.uk/work/story/0,,2048182,00.html  ecco la Top Ten delle cose che il tuo capo odia di TE: Quando sei in ritardo (e le scuse peggiorano solo la situazione) Quando manchi di iniziativa Quando hai troppa iniziativa (specialmente quando ignori completamente le indicazioni) Quando sei logorroico e ti lamenti in continuazione Quando sei sleale Quando non ci metti passione ne un po' di interesse  Quando ti prendi troppa confidenza e credi di poter ignorare gli "ordini" ...

Ho raccolto alcune note interessanti da questo articolo che ho appena letto: http://www.cio.com/article/28426/Stress_Tolerance/1 La competenza di un dirigente viene spesso descritta in uno spettro di dodici abilità: Auto-controllo cioè auto-disciplina Una buona memoria a breve termine (vedi http://en.wikipedia.org/wiki/Working_memory) Autocontrollo emotivo Focus Facilità nel cominciare un nuovo task (detta task initiation) Pianificazione e priorizzazione Organizzazione Gestione del tempo Definire e raggiungere gli obiettivi Flessibilità Capacità di osservazione...

Ingredienti che fanno un ambiente di lavoro stimolante: porre domande aperte chiedere di fare invece che indicare come fare rispondere alle domande con domande guida penetranti incoraggiare ad infrangere le consuetudini, ad essere audaci, ad esprimere le proprie intuizioni apprezzare le menti indipendenti essere aperti a idee apparentemente irritanti e destabilizzanti e ai suggerimenti contribuire ad un clima di rispetto e fiducia favorire la trasparenza delle informazioni senza barriere,...

Elenco (raccolto da letture) di cose che possono rendere un ambiente di lavoro sconfortante, bloccante, inibente invece che stimolante, incoraggiante e ispirante: la sorveglianza - toglie il coraggio di rischiare il giudizio, la valutazione e le ricompense - tolgono il piacere personale di fare e la soddisfazione per i propri conseguimenti la competizione eccessiva - toglie la possibilità di seguire le proprie attitudini e i propri talenti e disincentiva la collaborazione l'eccessivo controllo - disincentiva l'originalità e l'esplorazione la limitazione delle scelte - inibisce...

L'idea che Hersey suggerisce è di adattare lo stile di leadership alle caratteristiche del team. Lo stile si adatta in due dimensioni: task_behavior ossia il grado in cui il leader dirige il lavoro e relationship_behavior ossia il grado in cui il leader utilizza il rapporto e la comunicazione con il team. Da queste 2 dimensioni scaturiscono 4 stili di leadership (quattro quadranti ;-)) : Telling / Directing: il team riceve chiare indicazioni sul lavoro da svolgere e su come svolgerlo e i risultati vengono controllati mentre la comunicazione è principalmnte uni-direzionale verso il team. Lo scopo per il team...

In un post precedente ho scritto "leader con personalità incombenti", un comportamento che rischia di scoraggiare il team ed ostacolarlo invece che supportarlo e incoraggiarlo. Il compito del leader comprende prendere decisioni a volte su questioni difficili, prendere posizioni chiare anche quando ci sono dibattici accesi su temi caldi, rispondere alle responsabilità che si è assunto rispettando gli impegni e consegnando in tempo. Quando la pressione del lavoro si alza la tendenza ad un atteggiamento pessimistico e al giudizio critico nei confronti dei colleghi cresce perché si assottiglia il tempo per comunicare e confrontarsi. ...

Ho appena finito di leggere, rileggere, sminuzzare, ricomporre e analizzare articoli sulla differenza tra questi due modi di guidare un team. Metterli a confronto mi ha aiutato a capire meglio il significato di Leadership agile e a chiarire ciò che attraverso l'esempio, l'emulazione e il training on the job di colleghi illuminati ;-) sono riuscito a intuire. Annoto qui i passassaggi chiave a mio avviso. Il vantaggio di una leadership agile è quello di produrre un'organizzazione agile in grado di gestire situazioni estremamente mutevoli, che è in grado di valutare velocemente le nuove condizioni e adattarsi e reagire velocemente per raggiungere i propri obiettivi. Mi fa pensare a...

Nel Corriere di ieri c'è un articolo interessante di Alberoni. Parla di chi non ascolta, non delega, è autoritario o dispotico, non si consulta con i colleghi e con gli esperti, oppure ha una personalità troppo incombente. Ed in cambio ottiene il timore, un atteggiamento servile, il silenzio. Il feedback si spegne e questo porta all'errore. Parla di chi non decide, non vuole correre il rischio di sbagliare, non vuole assumersi responsabilità, ne prendere iniziativa. Ed in cambio ottiene l'immobilità, nessun passo verso la meta,  nessun miglioramento da sedimentare. Parla di chi ascolta troppo, prolunga troppo la mobilitazione, accoglie troppi progetti nuovi, inserisce sempre...

Annoto alcune frasi prese da Larry Wilson che mi tornano molto.«  La leadership sta nel dimostrare agli altri il desiderio di prendersi cura di loro e favorire la loro crescita  »   «  Il lavoro di un leader è quello di trascinarci e portarci oltre il punto che noi pensavamo di poter raggiungere  » «   La leadership si esprime in tre momenti: il primo consiste nel creare una visione delle cose in cui poter credere e che si possa comunicare agli altri il secondo consiste nel guidare i tuoi verso quell'idea il terzo...

  Smilitudini e differenze tra il Project Management tradizionale (stile PMI) e Agile (stile XP, Scrum) in questo documento : http://www.rallydev.com/documents/rally_survival_guide.pdf  Mi sembra possa essere un buon ponte tra i due mondi. Vuoi attraversarlo? Link: - http://www.rallydev.com/kportal.jsp?doc=wp11 - http://www.rallydev.com/agile_knowledge.jsp     Tags :  Team Work | Agile | Pratiche | Leadership |

Un elenco di caratteristiche comuni ai migliori dipartimenti IT : Alignment with the business Managing change Establishing trusted relationships with vendors and outsourcers Managing infrastructure systematically Assimilating information about new technologies Deriving best practices and lessons learned from...

Zenger and Folkman definiscono 5 principali aree di competenza di un buon leader: Capacità personali Carattere Capacità di comunicazione interpersonali Capacità di focalizzarsi sul risultato Desiderio di guidare il cambiamento in azienda Definiscono anche delle carenze fatali per un leader: Incapacità di imparare dai propri errori Mancanza delle basilari abilità interpersonali Chiusura verso le nuove idee e idee originali o differenti dalle proprie Poca affidabilità e responsabilità verso gli altri (clienti, colleghi)...

Showing leadership means both earning respect from others and knowing what to do with it. Recognize the skills of your team members, and make sure you can offer each person challenges and development without exceeding what they can cope with at a given time. Leadership involves not always getting to do the "fun" parts of a project yourself (that scary "delegation" word). It also involves not asking anyone to do a task that you wouldn't be willing to do yourself.   Fonti: - http://www.developerdotstar.com/mag/articles/software_professionalism.html - http://blogs.ugidotnet.org/antonioganci/archive/2006/08/07/45965.aspx   Tags :  Team Work | Leadership |

  Lavorando in Team e a volte guidando un Team ho avuto modo di verificare quanto sia importante la capacità di delega.   Se la guida del Team non è capace di (e quindi non vuole) delegare ad altri parte dei compiti e delle decisioni diventa il collo di bottiglia che limita le prestazioni del Team (lo stesso accade nella guida delle aziende che raggiunta una certa dimensione, nonostante le capacità e la preparazione delle persone coinvolte smette di crescere, come accennavo qui).      Sapere cosa e quanto delegare ad uno specifico membro del Team è importante, il compito deve essere...

Ci sono diversi livelli di maturità nel saper guidare la propria azienda o il gruppo di sviluppo verso l'obiettivo che si è dato. Livello 1: Individuo estremamente capace Fornisce contributi estremamente produttivi grazie al talento, la conoscienza, le capacità e buone abitudini di lavoro. Livello 2: Membro del gruppo disponibile Mette a disposizione del gruppo le sue capacità individuali per il raggiungimento degli obiettivi del gruppo e lavora efficacemente con gli altri facendo squadra. Livello 3: Direttore competente Organizza le presone e le risorse verso il raggiungimento l'efficace ed efficiente di obiettivi predeterminati. Livello 4: Guida (leader) efficace Catalizza l'impegno e una forte volontà di raggiungere gli obiettivi indicati da una visione chiara e...