X pday
Upcoming SlideShare
Loading in...5
×
 

X pday

on

  • 317 views

 

Statistics

Views

Total Views
317
Views on SlideShare
317
Embed Views
0

Actions

Likes
0
Downloads
2
Comments
0

0 Embeds 0

No embeds

Accessibility

Upload Details

Uploaded via as OpenOffice

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • ANNA
  • ANNA Mike Bracken '‘we exist to make public services digital by default, and we are relentlessly focused on user needs.' Tom Loosemore: ' aim is to deliver simpler, clearer, faster services for users and savings and innovation for Government.' Jamie: One of the principle objectives for this project was to demonstrate that an agile approach can work. Showing Government a new way of working
  • ANNA 1. Followed Agile methodologies. Not strictly Scrum or Kanban – following a loose methodology Someone said: “Customising and changing the process as necessary was a winner. I’ve seen teams consistently failing every time they tried to apply the letter instead of the spirit of the law and blindly followed some development process” - talk about our loose approach. Jamie Be agile with agile All teams had a wall, all teams had stand-ups. Time of stand ups varies. Sprints start on Wed finish on Tues, and at 4pm on Tues show & Tell for all teams Sprint length varies between teams Show and Tell even in crunch time. Retrospectives. And some kind of XP... Pairing. TDD. CI. GitHub. Code reviews.
  • ANNA 2. Scaling Agile Stand up of stand ups – Delivery Managers Pivotal tracker - Most teams used a scrum methodology and split their work into releases (or milestones), epics and user stories. By tracking these we generated verifiable data about progress, scope completeness and forecasts of delivery dates. Image is of the Kanban wall to 'manage the portfolio' We gathered Product Managers, Delivery Managers, the Head of Design and the Head of User Testing around this wall every two weeks to manage our portfolio of projects and products. The process forced us to flag dependencies, show blockers and compromises But there was a moment when the management team asked for a list of risks and issues and pointing them at a wall was not the best answer so we set up a weekly risks and issues meeting (aka the RAIDs shelter) and recorded them digitally. This forum discussed which risks, issues, assumptions and dependencies were escalated. By the book it fits least well with the agile meeting rhythm but it gave us a focal point to discuss concerns, plan mitigation and fostered a blitz spirit.
  • ANNA Focus on people When I started using agile, someone said me, “when things get tough and you want to go back to old ways, go more agile, not less”. This has stuck in my mind. - Jamie's human processes, trust, passion, colloaboration, Doing the right thing Redirector, something that matters, a11y...
  • ANNA and then James Caring about people – not quite sure yet how I'm going to phrase this... (and then James can add his point about people going to him with concerns about colleagues, bonds etc)
  • Last slide You can change the pic if you like :o) Not quite sure how we're going to play this one, or who is going to say what, and not sure about the title either (any thoughts?) but our point is, hire a critical mass of the right people and then give those people a chance to do the right thing.

X pday X pday Presentation Transcript

  • Government Digital ServiceJames StewartTechnical Architect@jystewartAnna ShipmanDeveloper@annashipman
  • 06/15/13 22GDS
  • 06/15/13 33GDS1. Background context2. What we wanted to achieve3. What we tried4. Something that succeeded5. Something that failed6. Something that surprised us7. Six months on...
  • 06/15/13 44GDS1. Background context
  • 06/15/13 55GDS2. What we wanted to achieve
  • 06/15/13 66GDS3. What we tried
  • 06/15/13 77GDS3. What we tried
  • 06/15/13 88GDS4. Something that succeeded
  • 06/15/13 99GDS5. Something that failed
  • 06/15/13 1010GDS6. Something that surprised us
  • 06/15/13 1111GDSGive people the chance to dothe right thing
  • 06/15/13 1212GDS7. Six months later...
  • 06/15/13 1313GDSSimpler, Clearer, Faster
  • Government Digital ServiceJames StewartTechnical Architect@jystewartAnna ShipmanDeveloper@annashipman