BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage Retrospectives Content on InfoQ

  • Key Elements of a Successful Agile Retrospective: Preparation and Participation

    Agile retrospective helps the team examine what went well during the past sprint and identify the areas of improvement for the future sprints. However, sometimes the exercise of conducting a retrospective ends up as a futile effort due to lack of preparation. Moreover, key members of the team end up either not attending or not participating in the meeting.

  • Annotated Burn-Down Charts Help During Retrospectives

    A sprint burn-down chart tracks the size of the sprint backlog over the course of the sprint. During the sprint retrospective, the burn-down chart can provide valuable data about how the sprint went. Mike Sutton uses annotations to capture more data on the burn-down chart, making it even more useful during the retrospective.

  • Assess Your Agility With 'ABetterTeam.org'

    Sebastian Hermida has put together a free online tool to help teams get a better understanding of how well they're doing adopting agility. The site, abetterteam.org, is based on the "Assess Your Agility" quiz Jim Shore and Shane Warden include in their book, The Art Of Agile Development.

  • Handling Your Team's "Rotten Apple"

    Recently there has been an active discussion in the Scrum Development Yahoo Group about handling an "under-performing" team member. In the 130+ response thread, "Rotten apple in Scrum team", talk ranged from advice for the primary question, to talk of team morale and who manages it, to the classic debate of measuring individuals, to distinguishing whether a team is really a "team", and more.

  • SOA Predictions for 2009

    A number of SOA authors and analysts have been making their predictions for where SOA will be going in 2009. Common amongst them are the increasing use of small-scale bottom-up SOA developments, cloud meeting SOA (and maybe taking over some of its hype) and the adoption of open source as a way to cut costs as well as drive adoption.

  • Tips to Improve Retrospectives

    Advice from Esther Derby, George Dinwiddie, Jo Geske, Mike Sutton and Ilja Preuss on how to make retrospectives better. The ideas include tips for the facilitator/Scrum Master and new ways to use the burndown chart.

  • Using a "Snake On The Wall" To Quantify Impediments

    Kevin Schlabach discusses using a "Snake On The Wall", a lightweight approach targeted at helping your team get a better handle on the things that are slowing the development process.

  • Performance Reviews Banished

    In the Wall Street Journal, Sam Culbert argues that annual performance and pay reviews are at best dysfunctional. He sees their primary purpose as "intimidation aimed at preserving the boss's authority and power advantage". Jeff Sutherland, Mary Poppendieck, ... offer alterantives

  • Making Retrospective Changes Stick

    Agile teams may find it easy to talk about change during their retrospectives, but not so easy to make that change actually happen. Esther Derby, well-known thought-leader on the human aspects of software development, recounts an experience from her personal improvement efforts to illustrate this and offer a few suggestions on how to succeed with making change actually happen.

  • Presentation: Agile and Beyond - The Power of Aspirational Teams

    In this presentation filmed during Agile 2008, Tim Mackinnon talks about the aspirations behind the Agile principles and practices, the desire to become efficient, to write quality code which does not end up being thrown away. Tim has a personal perspective on Agile practices and shares from his own experience.

  • Presentation: Heartbeat Retrospectives to Amplify Team Effectiveness

    In this presentation filmed during QCon London 2007, Boris Gloger speaks about retrospectives. Agile development teams learn and improve by inspecting and adapting. High performing teams inspect and adapt not only their code and tests, but also their methods and interactions.

  • The Personal Retrospective – Improving Your "Wetware"

    Andy Hunt's interview last month talks about his progression from pragmatic programmer to Agile development to his latest interest – Pragmatic Wetware. "Wetware is the stuff in your head. That's the thing between your ears that's really where all the action is – that's where all the software development actually takes place."

  • Retrospective Failures and How to Avoid Them

    What are the typical problems that Retrospectives suffer from? What do we do to avoid them?

  • Impediments To Your Value-Stream

    Scrum defines an impediment as "anything keeping the team from being more productive" and clearly stresses that teams establish means to remove them as continuously as possible. Joe Little proposes an impediment's scope may be better established as being anything keeping the organization from delivering value.

  • First (Forgotten?) Rule Of The Retrospective: Follow Through

    Even the very greenest of agile teams clearly recognize the word 'Retrospective'. But, alas, it is often overlooked that a retrospective may be a wasted effort if not used to initiate an actual improvement that the team follows through on. Jim Shore gives advice on how to make the most of your retrospective and reminds us of the activity's ultimate place in the agile heartbeat.

BT