• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Running with Knickers on Your Head: Lean Startup Application in the Public Sector
 

Running with Knickers on Your Head: Lean Startup Application in the Public Sector

on

  • 501 views

Public Sector organisations can be slow to adapt to change or adopt new methods, preferring to trust methods that have been implemented elsewhere first. However, Lean Startup can be an excellent ...

Public Sector organisations can be slow to adapt to change or adopt new methods, preferring to trust methods that have been implemented elsewhere first. However, Lean Startup can be an excellent vehicle for initiating and implementing change with such organisations.

This slideset covers how one large city council adopted Lean Startup principles in order to improve adult social care. The focus is on the challenges faced and how Lean and Lean Startup were integrated to deliver a better service to the public. It covers an overview of the results and the intricacies specific to implementing lean startup in a public sector environment.

The programme was £1-2m running for 2 years, covering multiple teams and roughly 300 assessment (social workers and care managers), plus business support, management and impacted other care staff (max 1000) plus partner colleagues.

This presentation was given at #leanconf in Manchester, October 2013

Statistics

Views

Total Views
501
Views on SlideShare
416
Embed Views
85

Actions

Likes
0
Downloads
4
Comments
0

2 Embeds 85

http://www.alancward.co.uk 70
https://twitter.com 15

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

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
  • Backgroundto this particular client and programmeThe elements of Lean Startup that we used on the programme in questiondescribe some of the outcomes
  • I applied it to a large city council, in the top 5 biggest in England.What I discuss here in terms of the character and culture of the organisation are prevalent in numerous public sector bodies.Political – big politics – government, Department of Health, NHSPolitical – interpersonal, teams interpreting laws differently. Members and votersArduous – red tape – things done that way for yearsHurdles and hoops – getting approval for progress, difficult to do anything longer than 4 year timeframe or coming up to an electionEvery local authority has an urgent need to reduce expenditureBacklogs – create additional work – typical lean concept of generating failure demandFailure demand results in overloaded workers, results in overloaded team, results in overloaded service. It’s a circle that only gets worse without intervention.Typically slow to change, the pace is slower. It’s accepted that it’s slow to change
  • SceptismHeard it beforeBeen here before & it failed last timeNothing ever changesUnwillingness to analyseWe’re social workers, not analystsWe’re not a production line so systems thinking doesn’t applyWrong FocusWe don’t need technology, we need more staffSenior management are too removed from the workforce, they don’t understand the role anymoreAcceptance of status quoWe’re already efficientWe’re more progressive than other teamsResistanceWe can’t do that or service users will dieOr more extreme, we can’t do that or children will dieUsed to deflect change programmes and initiatives
  • Traditional waterfallPeople making the changes often at the other end of a chain from those who commissioned the changeWaterfall is the root cause of the other issues. It causes lengthy programmes and that’s the problem.Lengthy2 years is not uncommon. Createsopportunities for interruptions and changes.Staff move on More rife in public sector. Services often unprepared due to recruitment freezes. More secondments and acting-up (so a bit disgruntled), plus responding to crises LegislationAlways under threat of some consultation or other. So longer the programme, more likely it can be derailed by legislation.Not a case that legislation may change what you do, but rather there are always consultations and legislative changes in process while your programme is underway. It’s more a case of what will change and when.ResistancePassive resistance – not attending meetingsTaking on work but not doing any of itRidiculing ideasSabotageHistoricBeen here before, didn’t workThey tried that before, didn’t workAll this means that we have to change the way that we implement.
  • Some people use the two terms interchangeably. I see them as very different and for different purposes. Both viable, but choose your method according to what you want to achieve.Lean=improving a service so that the enterprise focusses on the value to the customer, through improving flow, reducing waste and organising around the value streamsLean Startup =creating an organisation in a lean manner, not necessarily creating a lean organisationIt’s that intersection that I’m interested in:Building lean organisations in a lean mannerAndTransforming existing organisations into a lean organisation in a lean manner
  • Multiple MethodologiesLean concepts using six sigma tools. Rather than Six Sigma itself which can be uncomfortable in a service operation Lean startup to measure and track progressDSDM in terms of timeboxes and approach plus MoSCoW rulesTheory of constraints – for which blockages to removePrince2 for standard governanceThere were many cycles within the programme, usually 2-3 running concurrently. They were also there to initiate service change as well as introduce new technologies (EDRMS, mobile working, fax gateway)2 or 3 cycles at any one time
  • Some were probably more viability tests rather than full MVPsEach cycle was expected to produce 30-100 proposals. Ranging from small, e.g. move the papertray from that side of the office to near the post to larger, e.g. work with NHS partners so that social care don’t receive unnecessary referrals and patients/service users are caused undue stress.Still recorded even the small changes to be able to prove value for money and that change happened.Some values could be in the 10s or 100s of £1000s per year. On average, half of the proposals were implemented as MVPs. Some that day, most in one week, some longer-term.The idea was that “as soon as it’s viable, test it and deploy the change.”
  • Borrowing from Lean, we introduced visual management = Proposal MatrixCan share ideas across teams and display progress.Two forms:The bottom, easy to read view – daily at-a-glance of what’s happeningThe upper, more detailed view – weekly/monthly management reviewBoth simplified with a few columns removed for purposes of presentation.Important part is that the bottom one is easier to see and get engaged with. Idea is that anyone can see the progress on the bottom one, then click to view the top one for more detail if they want it.Used SharePoint as a visual boardSo can share across teams and across locationsCan use on matrix for all changes from all teams, concurrent or not. Easier to identify conflicting proposals
  • CRM:My background’s in large Customer Relationship Management applications so I see Cohort Analysis largely as a form of CRM customer segmentation. RegardingSocial Care Metrics:Implementation of metrics in social care can be lacking anyway, often biased towards central government returns to show that the authority isn’t failingSo no realneed to avoid vanity metrics, just question reality of the government returns.From Lean:From Lean, we were more interested in flow and amount of value being added per activity, cycle time, cycle efficiency, takt time.From Lean Startup:we wanted to see what changes were happening with the cohort100%:Even a cohort of 100% of customers can be useful. It’s about seeing the change in what the population are doing rather than viewing each line independently
  • Fabricated data due to personal dataThis is fabricated data based on something I noticed when working with a team installing and monitoring care alarms. I’ve fabricated it as the original involves sensitive personal data. The charts display volume of referrals into the alarm team per month.Top ChartLooking at the top chart, we see a slight increase from Feb to March 2012 (makes sense as there are only 28/29 days in that month so we’d expect fewer referrals). On the whole, there’s a bit of a wavy line for the volume of referrals coming into the service, but nothing that stands out. This is the typical vanity metric.Bottom ChartNow if we look at the cohort of 100% - so all the put segments together to always sum to 100%, we can see some comparisons.This time, we look at the same data but expanded to a percentage of the whole cohort, it’s now easier to see the bump for December 2012. If you look at the top chart for December, you can see that the volume for Health referrals (the large grey one) was pretty consistent. By looking at the underlying data, we noticed that Health put through the same number of referrals in December as in other months, but that the other services had referred less during December. Potentially people concentrating on Christmas and New Year, rather than referring themselves for alarms.Two differences between normal Cohort Analysis:This is analysis of a current service rather than monitoring effectiveness of pilot or MVP actions.We’re not trying to go viral and grow the number of users – instead we’re using the intelligence to understand the service and its users
  • Each cycle produces learning/knowledgeThe first cycle was 10 weeks, that informed the following cycles.I originally designed the cycles from speaking with directors, heads of service, team managers and social workers/care managers. However the cycles mainly involved social workers/care managers and business support. Feedback was that team managers wanted more input.So following cycles were changed to include themAdditionally, the first cycle was partly derailed by the team venting their frustrations. Rather than let this become toxic, I turned it into something positive by introducing a Discovery Event in the first week of the cycle. This allowed the team chance to rant constructively. It also provided the change team with valuable information about what mattered to the workers and laid the foundations for a smoother cycle.One iteration focussed on implementingvalue streams (separating out community teams into an assessment team, a duty team and case management/complex case management teams). That’s something that I’d wanted to implement for a while, but the change team (project manager and business analyst) on one cycle thought their next cycle could be the vehicle for that change. That spin-off
  • Multiple sessionsHow to manage several sets of proposalsAt one time, we could have 50 x 3 = 150 proposalsMany complementarySome contradictoryOne analyst and project manager could run two teamsHad to split time between the two teamsDifferent locationsDifferent culturesCascading changesSince many of the teams perform the same function:How do you cascade changes from one team forwards?How do you cascade changes from one team back into previous teams?For example, introducing the value streams had to be implemented to teams that we had already changedFollow-upWhat’s the best way of following-up the changes?
  • For The ProgrammeChanging the programme plan due to what we learn from one cycle and how to best apply it to future cyclesE.g. involving team managersThinking like this made it easier and more responsive than typical change request managementPivot the CycleRecognising when the 10-week cycle isn’t the appropriate vehicle for changePer ProposalWhen the proposed solution will not work, e.g. we weren’t aware of some intricacies or quirks in the process that made it riskierOverallPart of the job of the methodologist/lead analyst
  • Difficult to create a rolling lean cultureHow to help staff own the work themselves while we’re not thereDifficult to address visual management with a mobile workforceI like simple whiteboards and paper, easy to change, cheaper, etc. But don’t work well when your team is distributed and mobile.Really dependent on the maturityThe better the management skills, the easier it was (which doesn’t mean that the best social work team managers had the best results)We always encounter resistanceShort timescalesMaking changes in 5-6 weeks is challengingEspecially when partners are involvedAs it’s public sector, partners are usually involvedIt can become its own brandPeople wanted a 10 week cycle to happen to their teamTeams outside of our scope wanted it
  • Greenfield– easier to change something new, e.g. social care or health commissioning to create a new community project to improve healthScope - Don’t tie your teams down,allow them to pivotGovernance – stakeholders need to know that they are not defining the changes, but approving themOpen – lots of people will be affected, so don’t hide the process of change or the lists of proposals.Lean start-up – hire someone who’s done it, join a group, form a group. Don’t just read the bookCommunicate frequent – pivots and MVPs introduce change quickly – so tell people what’s going to happen and when.
  • A care manager was resisting the changes and the process. She said she’d run round the office with her knickers on her head if we made any of these changes happen. True to her word, the following week, that’s what she did. We chose a few simple changes to make. However it was enough so her reaction was recognition that we could make a difference and acceptance that the process works.

Running with Knickers on Your Head: Lean Startup Application in the Public Sector Running with Knickers on Your Head: Lean Startup Application in the Public Sector Presentation Transcript

  • Running With Knickers On Your Head Lean Start-up Applications in the Public Sector Alan Ward 2013
  • Contents Background October 2013 Lean Startup alancward.co.uk - LeanConf Results
  • Background Existing Organisation October 2013 Need to Save alancward.co.uk - LeanConf
  • The Challenge From The Staff Sceptism Unwillingness to analyse Wrong Focus Acceptance of status quo Resistance October 2013 alancward.co.uk - LeanConf
  • Challenge From The Programme Staff move on Legislation changes midprogramme Lengthy programme duration Traditional waterfall October 2013 Resistance from staff Change way we implement alancward.co.uk - LeanConf Historic baggage
  • Lean or Lean Startup? Lean October 2013 Lean Startup alancward.co.uk - LeanConf
  • The Programme Lean Six Sigma Change the way they work Change the work they do Lean Startup 10 Week Cycle Implement EDRMS Implement mobile working Implement fax gateway DSDM October 2013 alancward.co.uk - LeanConf
  • Minimum Viable Product “[…]has just those features that allow the product to be deployed, and no more” - Ries Idea MVP Each idea/MVP has its own life within the cycle October 2013 alancward.co.uk - LeanConf
  • Visible Progress Overview Stage Status Idea1 Analysis Closed Idea 2 Deploy Analysis Impact Involvement of SCAS Benefit Design Build Test Deploy Review X X X X Design Build Test Deploy Review ✗ ✓ ✗ ✓ ✗ ✓ ✗ ✗ BA £2k p.a. 2 hours per based on 3 day on 1st SCAS cannot hours FTE form, 1 contribute in saved per hour on 2nd time day form Open Overview Stage Status Idea1 Analysis Closed Idea 2 Deploy Open October 2013 Analysis Impact Benefit BA ✓ ✓ ✓ ✓ ✓ ✓ alancward.co.uk - LeanConf
  • Cohort Analysis Social Care Metrics Lean CRM Lean Startup October 2013 Even a cohort of 100% can be useful alancward.co.uk - LeanConf
  • Cohort Analysis - Example 450 400 350 GP 300 Website 250 200 Other 150 Self 100 Community Team Health 50 0 ICAT 100% 90% 80% 70% GP 60% Website 50% Other 40% Self 30% Community Team 20% Health 10% ICAT 0% October 2013 alancward.co.uk - LeanConf
  • Treating the Programme as MVP Initial cycle learning alterations spin-off following cycles October 2013 value streams alancward.co.uk - LeanConf
  • Intricacies Multiple Sessions Conflicts, timi ngs Locations, approac hes Cascading Changes Follow-up Downstream & Upstream October 2013 Concurrent teams Culture & approaches alancward.co.uk - LeanConf
  • Results Pivot the Programme Pivot the Cycle Pivot the Proposal Change how people work & what they do October 2013 alancward.co.uk - LeanConf
  • Other Findings Difficult Expected Short timescales Unexpected October 2013 Create a rolling lean culture Visual management with mobile workforce Always encounter resistance Progress dependent on maturity of organisation & stakeholders Great to see changes happen quickly on the ground Difficult to engage partners for 5-6 week delivery The 10 week cycle became its own brand alancward.co.uk - LeanConf
  • Advice Consider greenfield changes Be open about the proposals and the process October 2013 Define the scope Define & objectives of governance & Lean Startup, not educate the tasks stakeholders Keep communication Obtain guidance frequent and on Lean Start-up consistent alancward.co.uk - LeanConf
  • So why the title? “Running With Knickers On Your Head” Proof of Success October 2013 alancward.co.uk - LeanConf
  • Further questions to: @alanward alan@alancward.co.uk