1 / 14

Agilising the Organisation How Hard Can it be ?

Agilising the Organisation How Hard Can it be ?. Embedding Agile Methods in Your Organisation London 12 May 2009. Clive Trounson. 20 Years of application delivery experience 6 years of agile Both inhouse and as a supplier Dedicated, contract, matrixed & offshore teams

nelson
Download Presentation

Agilising the Organisation How Hard Can it be ?

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Agilising the OrganisationHow Hard Can it be ? Embedding Agile Methods in Your Organisation London 12 May 2009

  2. Clive Trounson • 20 Years of application delivery experience • 6 years of agile • Both inhouse and as a supplier • Dedicated, contract, matrixed & offshore teams • Public and Private sector experiences:

  3. Why does the organisation want agile ? • Happy clients through delivery – on time, on budget, on spec and working !! • A better way of doing things that: • has a partnership with customer • is flexible • is able to respond quickly • doesn’t drown in administrative overhead • keeps compliance and auditors happy • uses the existing organisational model • follows standards (set by architecture ?)

  4. Agile is Easy…. • Get a team…of multi disciplined employees • Put them together….in a room • Get a suitably empowered customer (aka Product Owner) • Decide what to build in next iteration • Built it, demo it, optionally release it • Repeat until done Widget 2.0

  5. Customer Customer Customer Customer Process Process Process Process People People People Tools Tools Tools People Tools Solutions Solutions Solutions Solutions Organisation Organisation Organisation Organisation Agile Organisation Framework

  6. Organisation • Self Organising vs Top down • What department owns this change ? • Build a vision with passion and celebrate • Communicate the programme and projects successes • Take the SCRUM approach: create a Backlog and Owner • Start Small or Big ? • What agile process ? • Training vs Coaching • What about space for agile teams • Disparate Geography / Offshore

  7. People • Don’t like change • May not be skilled enough/ don’t want to show it • Want to develop & grow • Need to see a reason (for change) • Want a life….but should be challenged • Motivate and reward • Activity Based Teams are not agile • Minimise the risk of Resource Utilisation • Can they form self organising teams ? • What to do with the Managers ?

  8. Process Good people are better then good processes and everyone wants light weight non-bureaucratic process but… • Organisational Process • Governance is needed • and so is Compliance • Publish and Support the ones to enforce • Train and support centrally • Adjust at end of each project • Project Process • Tailor process for each project • Get a Process Engineer to help • Adjust at end of each iteration • Feedback to the Change Manager at end of project • Customer Process • What does the customer require ?

  9. Tools • Aim for fungibility • Standardise envirostructure • Centrally sponsored projects to standardise quickly • Make it friction free • Support it centrally • Use it wisely • Enforce it • But don’t make tool implementation a heavy waterfall project • Bring in the cool stuff one interation/sprint at a time • And control the target environment too if you can

  10. Standards Business Model & Organisational Vision Collaborate Contribution Solutions (aka Architecture) • You need firm ground before you sprint… • Great Artists steal • Drive from requirements not all the future • Prove it early, spike if needed • Soln Architect is part of Team (owns the architecture) • EA maintains oversight, covers blindspots/ see’s bigger picture • Don’t confuse architecture with design • Reward contribution to architecture • Pack for the journey • Review as you go

  11. Customer • Understand their business (case) • Understand their purchasing options; T&M, Fixed, Re-quote, etc • Educate and explain it will be messy • Encourage top down approach to agile • Engage them • Or…appoint proxies • Give them options to understand and choose • Don’t let them dither… • Caution over gold plating • But it’s not just about technology…

  12. Summary • Top Down • Empowered & Resourced Change Manager • Commitment & Effort • Customer preferences

  13. Questions

  14. Contact Details

More Related