Scrum in Government Paper wins Award

A hearty congratulations to Adrian Royce who won the Best Industry Paper award at the 20th Australian Software Engineering Conference on Friday of last week. The title of the winning paper is: Agile in Government: Successful on-time delivery of Software.

Adrian is now with the Queenland Department of Natural Resources and Water but wrote his paper about his experience at the Queensland Department of Housing. For those who have observed the struggles of the (courageous) people who have tried make a success of Scrum in certain Government organisations, Adrian's achievement is all the more meaningful and perhaps add credence to the theme of the conference "Agile, the New Mainstream".

Here are a few key points and lessons learned from Adrian's paper. Note that I have done some rewording and added extra words to the lessons learned to clarify some of these points.

Key Points

  • The waterfall model used previously did not suit rapidly changing business requirements from new policy directions.
  • Scrum was successfully used within PRINCE2 as the overarching project management methodology mandated by the QLD Government IT Office.
  • A pilot Scrum project at Housing was very successful.
  • Housing has now be running Scrum projects for over two years.
  • All software projects have been delivered on or ahead of agreed time frames.
  • ICT staff became motivated about delivering value to the client.
  • ICT staff morale increased which led to excellent staff retention.
  • Positive feedback has been received from business units across the department indicating that usage of Scrum has been a success.

Overall Lessons Learned

  1. Agile Project Leader - a dedicated ScrumMaster must be considered
  2. Focus is directly on team - for decisions, solutions and recommendations
  3. Sprint '0' is a necessity - to set the foundation for further sprints
  4. Do not impose - techniques or speed of adoption
  5. Keep productive teams together - teams that have bonded and are delivering are valuable
  6. Human interaction over technology - keep tools simple
  7. Measure, measure, measure - to help convince senior management
  8. Focus on quality - include a tester and encourage TDD, refactoring, frequent builds
  9. Educate the client - spend as much time educating the business clients as the ICT staff

 

What did you think of this article?




Trackbacks
  • No trackbacks exist for this entry.
Comments

  • 4/20/2009 9:53 PM Craig Brown wrote:
    Hi Rowan

    Did Adrian's paper talk about whether they went with iterative requirements build up?
    Reply to this
  • 4/24/2009 2:16 PM Adrian Royce wrote:
    In response to Craig's question, I briefly glossed over it in the talk but yes requirements gathering were part of the iterations. Sprint Zero (or sprint -1) was used to gather enough requirements for the scrum team to start coding in sprint 1. HTH you are welcome to contact me directly! Adrian
    Reply to this
Leave a comment

Submitted comments will be subject to moderation before being displayed.

 Enter the above security code (required)

 Name

 Email (will not be published)

 Website

Your comment is 0 characters limited to 3000 characters.