<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Lean - Tanken bakom Lean Service &#124; VANGUARD SVERIGE &#187; Case</title>
	<atom:link href="http://www.vanguard-consult.se/category/kunskapsbank/case/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vanguard-consult.se</link>
	<description></description>
	<lastBuildDate>Tue, 20 Dec 2011 19:15:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Case &#8211; En förbättring av tjänsten bostadsstöd</title>
		<link>http://www.vanguard-consult.se/featured/case-en-forbattring-av-tjansten-bostadsstod/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=case-en-forbattring-av-tjansten-bostadsstod</link>
		<comments>http://www.vanguard-consult.se/featured/case-en-forbattring-av-tjansten-bostadsstod/#comments</comments>
		<pubDate>Tue, 21 Sep 2010 13:02:47 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Artiklar]]></category>
		<category><![CDATA[Case]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Svenska artiklar]]></category>

		<guid isPermaLink="false">http://www.vanguard-consult.se/?p=422</guid>
		<description><![CDATA[Nedanstående casebeskrivning går igenom, vad medarbetarna lärde sig av att studera tjänsten ”bostadsstöd” som ett system. Du kan också se vilka resultat som uppnåddes, efter det att systemet designades om.
I England är bostadsstöd normalt indelat i två delar; ett front office där medborgarna möts av servicemedarbetare ansikte mot ansikte, och ett back office där bostadsstödsexperterna [...]]]></description>
			<content:encoded><![CDATA[<p>Nedanstående casebeskrivning går igenom, vad medarbetarna lärde sig av att studera tjänsten ”bostadsstöd” som ett system. Du kan också se vilka resultat som uppnåddes, efter det att systemet designades om.</p>
<p>I England är bostadsstöd normalt indelat i två delar; ett front office där medborgarna möts av servicemedarbetare ansikte mot ansikte, och ett back office där bostadsstödsexperterna sitter och går igenom enskilda ansökningar. Medborgaren kommer in till ett front office och får ett ansökningsformulär. När det har fyllts i, lämnas det in tillsammans med tillhörande handlingar exempelvis hyreskontraktet, papper på personens totala intäkter till servicemedarbetaren i front office. Därefter skannas ansökningsformuläret tillsammans med tillhörande handlingar, vilka skickas elektroniskt till experterna som sitter i back office. Efter det att ansökan prövats lämnas ett skriftligt besked till personen som ansökte om utfallet av ansökan. Om ansökaren är berättigad bostadsstöd görs själva utbetalningen av bostadsstöd från back office funktionen.  </p>
<p>Nedanstående figur visar tjänsten bostadsstöd som en övergripande systembild</p>
<p>Ett team av medarbetare som arbetar med bostadsstöd blev utvalda att att studera deras egen service som ett system, end-2-end utifrån deras kunders synvinkel. I den nedanstående texten beskriver vi de överordnade resultaten.</p>
<p>Vad lärde vi oss då vi studerade denna tjänst som ett system?</p>
<p><strong>Syfte</strong></p>
<p>Medarbetarna fann att syftet med tjänsten ”bostadsstöd” var utifrån medborgarnas syn följande: ”Betala mig rätt bostadsstöd så fort som möjligt”. Kort sagt var det medborgarnas uppfattning om vad denna tjänsten var till för.</p>
<p><strong>Efterfrågan</strong></p>
<p>Efter att ha lyssnat till vad de sökande faktiskt efterfrågade, när de kontaktade sig till kommunen, fann de att 45% av all kontakt var värdeskapande – dvs. efterfrågan som tjänsten var till för att tillfredställa.  Det var exempelvis ”jag vill gärna ansöka om bostadsstöd” och ”det är något som förändrats&#8230;” t.ex. (inkomst, boende, etc) I båda tillfällena efterfrågar medborgarna syftet med tjänsten. Det är med andra kontakta, som tjänsten gärna vill få från medborgarna.</p>
<p>55% av all kontakt var emellertid ej-värdeskapande efterfrågan, dvs. kontakt som tagits med utgångspunkt i en gjord ansökning, grunden för denna kontakt var bl.a. att kommunen inte gjort något, eller inte gjort rätt. Exempel på dessa sådan efterfrågan är ”jag förstår inte brevet ni har skickat&#8230;”, ”hur går det med min ansökan” och ”här är de handlingar ni har bett om”.</p>
<p>Före det att medarbetarna började att undersöka orsakerna till den ökade mängden ej-värdeskapande efterfrågan, var de intresserade av att samla in mer uppgifter, som skulle kunna hjälpa dem att förstå mer om hur tjänsten upplevdes av medborgarna.</p>
<p><strong>Kapabilitet – förmågan att uppfylla syftet med tjänsten</strong></p>
<p>Det nästa medarbetarna i tjänsten ”bostadsstöd” tittade på, var därför kapabilitetsmål. Grunden till detta var, att de ville få reda, hur bra de var på att leverera, det som betyder något för de som ansöker om bostadsstöd, och därmed hur bra de var på att leverera deras egentliga syfte. Kapabilitetsmål visar precis detta.</p>
<p>Det som betyder något för de som ansöker är till exempel, hur lång tid det tar från första gången de kontaktar kommunen, till det att de får svar på om de får bostadsstöd eller inte. Därför undersökte, hur lång tid, detta tog i det dåvarande systemet. De upptäckte att det kunde ta upp till 3 månader och men att det i genomsnitt tog omkring 1 månad.</p>
<p>En annan sak av stor betydelse var, hur lätt det var att söka bostadsstöd. Efter att ha funderat, beslutade medarbetarna att antalet beröringar(kontakter) mellan kommunen och den som söker bostadsstöd avspeglar ”enkelheten i att söka” på ett mycket bra sätt. Ju fler beröringar desto svårare skulle det vara att komma igenom hela ansökningsprocessen. Här fann de att, det var normalt, att det var upp till 17 beröringar mellan den som söker och kommunen, och att det genomsnittliga var 7. Det var också upp till 10 olika medarbetare, som arbetade med samma ärende. Det genomsnittliga var ”bara” 5.</p>
<p>Kapabilitetsmålen visade, att det kunde ta riktigt lång tid för en person som ansökt om bostadsstöd att komma igenom systemet och att det inte var helt utan problem. Det stora antalet anställda, som också    arbetade med samma sak, visade att omkostnaderna var mycket högre, än de behövde vara. Ju fler medarbetare som arbetar på ett ärende, desto mer tid kommer att läggas på att sätta sig in i saken och ju större blir sannolikheten för att kommer att blir fel. Allt som allt dålig service till höga kostnader. Medarbetarna började också att förstå, varför många av de som ansökte ringde in och frågade ”hur det gick med deras ansökan”; för de som ansökte var det ju normalt att det tog upp till tre månader att få ett svar från kommunen.  </p>
<p><strong>Flöde – hur bra fungerar </strong></p>
<p>Nästa steg var att studera flödet från början till slut, dvs. från det att en person kommer in till kommunen och säger, ”jag skulle gärna vilja ansöka om ”bostadsstöd” och till dess att personen får sina pengar utbetalade eller får ett besked om att han/hon inte är berättigad till bostadsstöd. Genom att titta på denna processen kom medarbetarna fram till följande: När ansökningarna ankom hos back-office funktionen (var syfte är att bedöma ansökan) saknades det i 70% av tillfällena handlingar som är nödvändiga för att kunna fatta ett beslut om bostadsstöd. När detta hände skickades ett brev till den som ansökt med en uppmaning om att inkomma med de handlingar som saknades. De som ansökt lämnade därefter in de saknade handlingarna till front-office funktionen, som skickade dem vidare till back-office. Om det fortfarande saknades nödvändiga handlingar, skickades ett brev igen och denna cirkel skulle fortsätta tills dess att alla nödvändiga handlingar fanns hos kommunen, och ett beslut kunde fattas. Detta förklarade den höga procenten av ”ej-värdeskapande efterfrågan”, där ansökningar skickades gång på gång med fler handlingar.</p>
<p>Reslutatet av detta var, att back-office funktionen, som skulle använda sin(dyrbara) tid på att bedöma ansökningar, istället använde tiden till att samla in saknade handlingar. Det förklarade också, varför det kunde ta upp till tre månader att få ett definitivt svar, och varför det var så många beröringar och upp till tio olika medarbetare, som arbetade med samma ärende.</p>
<p><strong>Systembegränsningar</strong></p>
<p>Sett utifrån medborgarnas synvinkel och ut ifrån ett kostnadsperspektiv fungerade inte tjänsten ändamålsenligt. Nästa steg för medarbetar var därför att hitta orsaken till, att tjänsten var som den var. Med andra ord, var nästa steg för medarbetarna att hitta orsakerna till slöseri och ej-värdeskapande efterfrågan i deras egna system.</p>
<p>Orsakerna de hittade var följande:</p>
<ul>
<li>Slöser i front och back-pffice (funktionalisering och specialisering)</li>
<li>Nuvarnade aktivitetsmål (var fokuserat på bl.a. antal möten, antal behandlade ansökningar)</li>
<li>Auditteringskrav (externa såväl som interna audits)</li>
<li>Formulär (standarder)</li>
<li>Brev (standarder och juridiskt språk)</li>
</ul>
<p>Dessa förutsättningar gjorde med andra ord, att det var utomordentligt svårt även för den mest motiverade medarbetaren att hjälpa en person att ansökta om det bostadsstöd han eller hon var berättigad till. Det var alltså dessa orsaker som skulle tacklas, om de vill förbättra sin service.</p>
<p><strong>Redesign</strong></p>
<p>Efter att ha förstått det dåvarande systemet utifrån de ansökandes perspektiv var nästa steg att experimentera med nya sätt att arbeta på. Baserat på den kunskap de fått i ”check”, vilken blottade en del av orsakerna till slöseri i det gamla systemet, hade medarbetarna en bra utgångspunkt för att experimentera med nya och bättre sätt att arbeta på. Exempelvis var det meningsfullt för medarbetarna att ta bort uppdelningen mellan front och back-office, så att den sökande nu möttes av en kvalificerad medarbetare, som kunde bedöma bostadsstödsansökan tillsammans med den sökande. Blanketterna(standardformulären) och breven skrotades och varje sökande blev bedömd utifrån jsut deras specifika situation.</p>
<p><strong>Resultat</strong></p>
<p>De preliminär resultaten av att designa om tjänsten redovisas nedan:</p>
<table border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td width="106" valign="top"><strong>Parameter</strong></td>
<td width="129" valign="top"><strong>Före</strong></td>
<td width="139" valign="top"><strong>Nu</strong></td>
</tr>
<tr>
<td width="106" valign="top">End2end</td>
<td width="129" valign="top">Upp till 3 månader           (gns 1,5 mån)</td>
<td width="139" valign="top">Upp till 1 vecka          (gns 3 dagar)</td>
</tr>
<tr>
<td width="106" valign="top">Antal medarbetare  per ärende</td>
<td width="129" valign="top">Upp till 10               (gns 4,5)</td>
<td width="139" valign="top">Upp till 4                   (gns 1,5)</td>
</tr>
<tr>
<td width="106" valign="top">Antal beröringar</td>
<td width="129" valign="top">Upp till 17               (gns 7)</td>
<td width="139" valign="top">Upp till 7                   (gns 3)</td>
</tr>
</tbody>
</table>
<ul>
<li>100% tillfredställdhet hos de sökande</li>
<li>Ökad arbetsmoral hos medarbetarna</li>
</ul>
<p>Kort sagt er tjänsten markant förbättrad, medarbetarna är gladare och kostnaderna har fallit.</p>
<p>&#8230; och den blir bättre hela tiden.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.vanguard-consult.se/featured/case-en-forbattring-av-tjansten-bostadsstod/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

