Team_Retrospective

The retrospective is probably one of the most important aspects of every agile implementation. In order to keep it helpful and valuable, i recommend that scrum masters and facilitators learn about different ways of conducting retrospectives and use different activities in their retrospectives, this helps in keeping this meeting interesting and fun which leads to more learning and creativity.

A customer i am working with just finished its “pilot” scrum project, to wrap up the pilot and share the learning we thought that it would be nice to have a summary retrospective.
This retrospective went really well, and in this post i will share the retrospective plan we used. Here we go.

Add a comment

System_Thinking

While i expect this to be rare and unfamiliar to most of my readers, in some organizations there are managers that sometimes complain about teams, specifically about their productivity and quality. As an external, i often do not have the knowledge to really form an opinion about this, and as a developer i have my gut feeling and instinct, and to be honest, sometimes when i look at what the team is able to produce in a single iteration i think that: Indeed this seems like not a lot of functionality for 7 people to achieve in 2 weeks. 
While this is all good and nice, this is not a good enough tool to analyze the dynamics that lead to the problem in productivity.

Add a comment

Less_is_more

Imagine a small group of people that have an idea for a product that they believe can “make a ding in the universe”. This is how many of the hi-tech companies we know were born.

In these early days of a company, it is very common that this group of people are working together in tight collaboration and a lot of enthusiasm but, with very little budget... 
And when people work on a very tight budget and want to succeed, they are forced to do a very good and effective job, otherwise they will probably be out business soon. 

Add a comment

Two_Companies

A Tale of two Companies“It was the best of times, it was the worst of times, it was the age of wisdom, it was the age of foolishness, it was the epoch of belief, it was the epoch of incredulity, it was the season of Light, it was the season of Darkness, it was the spring of hope, it was the winter of despair, we had everything before us, we had nothing before us...” [C. Dickens]

This is a tale of two companies: company X and company Y.

Add a comment

Developing software is a game of decision making under conditions of uncertainty.

Read it again, please: 

Developing software is a game of decision making under conditions of uncertainty.

Once you get this fact into your head, embrace it, and act upon it, I believe that you and your organization will perform much better. You have my word. 
This is really the fundamental challenge we are presented with. This is where part of the complexity comes from.
As a part of an organization developing products, every day you find yourself forced to make decisions in situations with incomplete information and uncertainty.

Add a comment