<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Verdi vs. Kostnad</title>
	<atom:link href="http://blog.kjempekjekt.com/2009/05/20/verdi-vs-kostnad/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.kjempekjekt.com/2009/05/20/verdi-vs-kostnad/</link>
	<description>om livet som .net utvikler</description>
	<lastBuildDate>Wed, 08 Feb 2012 09:53:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Brad Storm</title>
		<link>http://blog.kjempekjekt.com/2009/05/20/verdi-vs-kostnad/#comment-52199</link>
		<dc:creator>Brad Storm</dc:creator>
		<pubDate>Wed, 20 May 2009 08:53:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kjempekjekt.com/2009/05/20/verdi-vs-kostnad/#comment-52199</guid>
		<description>Godt poeng, og det støtter opp under S kurve teorien. Uansett hvor mye man prøver å la stories være &quot;uavhengige&quot; vil man jo forsøke å bygge noe generisk, gjenbrukbart inn i arkitekturen som forhåpentligvis gir kostnadsgevinst for videre implementasjon. Sånn sett vil jeg tro at de store initielle kostnadene er større i begynnelsen av produktet enn midt i. Samme som kostnaden på slutten av produktet blir større pr. story ettersom man opplever større teknisk avhengighet og potensielle følgefeil, eller rett og slett opplever begrensninger i produktet.

Sånn sett vil høye initielle kostnader gjerne bli redusert på sikt, og derfor viktig å tas med i regnestykket.

Og jeg er veldig enig i den smidige tilnærmingen til risiko og kompleksitet. Det er bedre å bryte opp kompleksiteten i mindre biter, angripe de og stole på at du kan løse dem underveis ved bruk av gode og fornuftige teknikker, enn å hele tiden være &quot;føre var&quot; og unngå alt som finnes av risiko. Man vinner ikke på den måten :)

B-)</description>
		<content:encoded><![CDATA[<p>Godt poeng, og det støtter opp under S kurve teorien. Uansett hvor mye man prøver å la stories være &#8220;uavhengige&#8221; vil man jo forsøke å bygge noe generisk, gjenbrukbart inn i arkitekturen som forhåpentligvis gir kostnadsgevinst for videre implementasjon. Sånn sett vil jeg tro at de store initielle kostnadene er større i begynnelsen av produktet enn midt i. Samme som kostnaden på slutten av produktet blir større pr. story ettersom man opplever større teknisk avhengighet og potensielle følgefeil, eller rett og slett opplever begrensninger i produktet.</p>
<p>Sånn sett vil høye initielle kostnader gjerne bli redusert på sikt, og derfor viktig å tas med i regnestykket.</p>
<p>Og jeg er veldig enig i den smidige tilnærmingen til risiko og kompleksitet. Det er bedre å bryte opp kompleksiteten i mindre biter, angripe de og stole på at du kan løse dem underveis ved bruk av gode og fornuftige teknikker, enn å hele tiden være &#8220;føre var&#8221; og unngå alt som finnes av risiko. Man vinner ikke på den måten :)</p>
<p>B-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Torbjørn</title>
		<link>http://blog.kjempekjekt.com/2009/05/20/verdi-vs-kostnad/#comment-52197</link>
		<dc:creator>Torbjørn</dc:creator>
		<pubDate>Wed, 20 May 2009 08:12:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kjempekjekt.com/2009/05/20/verdi-vs-kostnad/#comment-52197</guid>
		<description>Takk for en spennende kommentar, Bård. Den fikk meg bl.a. til å tenke på hva Mary Poppendiek sa i sitt Lean-foredrag her i Bergen nylig. 

Hun påpekte at at det er en veldig liten prosent av funksjonaliteten i de aller fleste produkter som faktisk brukes (som gir verdi til brukeren). Hennes påstand er at vi bør holde produktene våre enkle. Ved å passe på å holde kompleksiteten lav, vil vi oppnå lave drifts og veldikeholdskostnader, som også er en verdi i seg selv.

Dette får meg til å trekke slutningen at man bør konsentrere seg om noen få kjernefunksjoner, og ikke pøse på med mengder av stories med lav kostnad - fordi kostnaden egentlig er større akumulert sett, bare skjult i forkant.

For meg blir alt dette med kostnad/estimat/rissiko veldig komplisert, og jeg tror det koster mye å ta gode valg basert på dette. Det er derfor jeg har tro på den smidige retningen som sier at man ikke skal vurdere dette i det hele tatt, og i stedet bare se på verdi. Dette setter selvsagt endel andre krav til gjennomføringen av prosjektet, i forhold til forventninger, tidsfrister osv.

Et annet lite poeng som jeg ikke vet om jeg fikk frem i posten: Faren i dag er at enkelte stories med stor verdi men også stor initiell kostnad kanskje aldri vil bli prioritert. Men akkurat de storiene er kanskje det som vil gjøre produktet et unikt forsprang.., og kanskje også lavere kostnad in the long run.</description>
		<content:encoded><![CDATA[<p>Takk for en spennende kommentar, Bård. Den fikk meg bl.a. til å tenke på hva Mary Poppendiek sa i sitt Lean-foredrag her i Bergen nylig. </p>
<p>Hun påpekte at at det er en veldig liten prosent av funksjonaliteten i de aller fleste produkter som faktisk brukes (som gir verdi til brukeren). Hennes påstand er at vi bør holde produktene våre enkle. Ved å passe på å holde kompleksiteten lav, vil vi oppnå lave drifts og veldikeholdskostnader, som også er en verdi i seg selv.</p>
<p>Dette får meg til å trekke slutningen at man bør konsentrere seg om noen få kjernefunksjoner, og ikke pøse på med mengder av stories med lav kostnad &#8211; fordi kostnaden egentlig er større akumulert sett, bare skjult i forkant.</p>
<p>For meg blir alt dette med kostnad/estimat/rissiko veldig komplisert, og jeg tror det koster mye å ta gode valg basert på dette. Det er derfor jeg har tro på den smidige retningen som sier at man ikke skal vurdere dette i det hele tatt, og i stedet bare se på verdi. Dette setter selvsagt endel andre krav til gjennomføringen av prosjektet, i forhold til forventninger, tidsfrister osv.</p>
<p>Et annet lite poeng som jeg ikke vet om jeg fikk frem i posten: Faren i dag er at enkelte stories med stor verdi men også stor initiell kostnad kanskje aldri vil bli prioritert. Men akkurat de storiene er kanskje det som vil gjøre produktet et unikt forsprang.., og kanskje også lavere kostnad in the long run.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Storm</title>
		<link>http://blog.kjempekjekt.com/2009/05/20/verdi-vs-kostnad/#comment-52195</link>
		<dc:creator>Brad Storm</dc:creator>
		<pubDate>Wed, 20 May 2009 07:58:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kjempekjekt.com/2009/05/20/verdi-vs-kostnad/#comment-52195</guid>
		<description>AAAH, en post etter mitt hjerte :) 

1) Verdi vs kostnad = oppfattet verdi (perceived value). Oppfattet verdi er hvordan den som faktisk får NYTTE av verdien oppfatter den. Oppfattet verdi vil bli påvirket av kostnad (eller teoretisk satt opp som oppfattet_verdi = verdi/pris). Dette kan eksemplifiseres ved det berømmelige flyvalget: hvis du skal fra A til B har du to alternativer: ett lavprisselskap og et komforselskap. Begge flyr samme distanse på lik tid, komforselskapet tilbyr samme type sitteplasser som lavprisselskapet men legger på champagne, varm mat, kaffe og aviser og PS3 spilling under flighten. Lavprisselskapet tilbyr bare en plass og mulighet til å kjøpe en sandwich. Hvilke selskap velger du å fly med? Hvis komforselskapet er dobbelt så dyrt som lavprisselskapet? Prisen påvirker absolutt den oppfattete verdien fra flyselskapene.

Overført til Storypoints høres dette ut som den evinnelige diskusjonen om at &quot;så lenge vi tilfører verdi til produktet blir det bedre&quot;. Regner med at det er vanlig fra leverandøres / utviklerens side. Kunden / brukeren av produktet vil derimot lure hvis feature med høyest verdi ble implementert men tok 3 mnd alene å utvikle. 

2) Innovativ teori tilsier at jo mer verdi du tilfører produktet vil kostnaden etterhvert bli større og større. Dette kan illustreres i en S kurve, hvor kostnaden for å tilføre verdi i begynnelsen av produktet er høyt, deretter når omrisset er på plass leveres verdi over lav kost, før man tilnærmer seg potensialet til produktet og verdi/kostnad blir bare lavere og lavere. MAO vil aldri cost for story points være nøytralt men være påvirket av HVOR du er i produktets livssyclus (dyrere i begynnelsen og slutten av produktets livssyklus).

3) Ettersom kostnad i dette tilfellet ofte sammenfatter timer man må bruke for å skape verdien man ønsker, kan også kostnad ses på som proporsjonalt med kompleksitet (Trenger naturlig nok ikke være det). Ved økt kompleksitet øker usikkerheten ved kost. Dette burde tilsi at lav kost burde gi større sikkerhet rundt kostnaden. Ved å IKKE ta hensyn til kost tar man derfor ikke høyde for denne potensielle usikkerheten.

4) Et unntak finnes naturlig nok i &quot;compliance&quot; eller der hvor verdi MÅ tilføres pga eksterne reguleringer eller krav. I så tilfelle må kostnaden til verdien som tilføres måles mot kostnaden ved å IKKE tilføre verdien.

Min konklusjon: vurder alltid verdi mot kostnad. Da påstår jeg at man øker den oppfattede verdien av dem som faktisk skal ha nytte av verdien, potensielt lavere kompleksitet og bedre evne til å holde estimatene.

B-)</description>
		<content:encoded><![CDATA[<p>AAAH, en post etter mitt hjerte :) </p>
<p>1) Verdi vs kostnad = oppfattet verdi (perceived value). Oppfattet verdi er hvordan den som faktisk får NYTTE av verdien oppfatter den. Oppfattet verdi vil bli påvirket av kostnad (eller teoretisk satt opp som oppfattet_verdi = verdi/pris). Dette kan eksemplifiseres ved det berømmelige flyvalget: hvis du skal fra A til B har du to alternativer: ett lavprisselskap og et komforselskap. Begge flyr samme distanse på lik tid, komforselskapet tilbyr samme type sitteplasser som lavprisselskapet men legger på champagne, varm mat, kaffe og aviser og PS3 spilling under flighten. Lavprisselskapet tilbyr bare en plass og mulighet til å kjøpe en sandwich. Hvilke selskap velger du å fly med? Hvis komforselskapet er dobbelt så dyrt som lavprisselskapet? Prisen påvirker absolutt den oppfattete verdien fra flyselskapene.</p>
<p>Overført til Storypoints høres dette ut som den evinnelige diskusjonen om at &#8220;så lenge vi tilfører verdi til produktet blir det bedre&#8221;. Regner med at det er vanlig fra leverandøres / utviklerens side. Kunden / brukeren av produktet vil derimot lure hvis feature med høyest verdi ble implementert men tok 3 mnd alene å utvikle. </p>
<p>2) Innovativ teori tilsier at jo mer verdi du tilfører produktet vil kostnaden etterhvert bli større og større. Dette kan illustreres i en S kurve, hvor kostnaden for å tilføre verdi i begynnelsen av produktet er høyt, deretter når omrisset er på plass leveres verdi over lav kost, før man tilnærmer seg potensialet til produktet og verdi/kostnad blir bare lavere og lavere. MAO vil aldri cost for story points være nøytralt men være påvirket av HVOR du er i produktets livssyclus (dyrere i begynnelsen og slutten av produktets livssyklus).</p>
<p>3) Ettersom kostnad i dette tilfellet ofte sammenfatter timer man må bruke for å skape verdien man ønsker, kan også kostnad ses på som proporsjonalt med kompleksitet (Trenger naturlig nok ikke være det). Ved økt kompleksitet øker usikkerheten ved kost. Dette burde tilsi at lav kost burde gi større sikkerhet rundt kostnaden. Ved å IKKE ta hensyn til kost tar man derfor ikke høyde for denne potensielle usikkerheten.</p>
<p>4) Et unntak finnes naturlig nok i &#8220;compliance&#8221; eller der hvor verdi MÅ tilføres pga eksterne reguleringer eller krav. I så tilfelle må kostnaden til verdien som tilføres måles mot kostnaden ved å IKKE tilføre verdien.</p>
<p>Min konklusjon: vurder alltid verdi mot kostnad. Da påstår jeg at man øker den oppfattede verdien av dem som faktisk skal ha nytte av verdien, potensielt lavere kompleksitet og bedre evne til å holde estimatene.</p>
<p>B-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

