<?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>
	Kommentarer til: Tre observationer om Skat	</title>
	<atom:link href="https://punditokraterne.dk/2015/09/27/tre-observationer-om-skat/feed/" rel="self" type="application/rss+xml" />
	<link>https://punditokraterne.dk/2015/09/27/tre-observationer-om-skat/</link>
	<description></description>
	<lastBuildDate>Sun, 27 Sep 2015 19:22:31 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1</generator>
	<item>
		<title>
		Af: Uffe		</title>
		<link>https://punditokraterne.dk/2015/09/27/tre-observationer-om-skat/#comment-58075</link>

		<dc:creator><![CDATA[Uffe]]></dc:creator>
		<pubDate>Sun, 27 Sep 2015 19:22:31 +0000</pubDate>
		<guid isPermaLink="false">http://punditokraterne.dk/?p=10943#comment-58075</guid>

					<description><![CDATA[Der er ikke noget bedre end en ufuldstændig kravspecifikation som softwareudvikler. Der gives i princippet karte-blanche til at foretage sig hvad som helst blot det ikke kolliderer med andre krav der er fremsat i specifikationen. Typisk betyder en ufuldstændig kravspecifikation at man sender regningen for færdigt arbejde, mens man har brændt langt færre timers arbejde af på at imødegå kravene fordi der på papiret ikke er nedfældet tilstrækkelig detaljering.

Kravspecifikation er virkelig for nørder. Det kræver minutiøs gennemgang af systemets funktioner og et virkelig indgående overblik således koordination mellem delfunktioner fungerer i samspil med den overordnede funktion. Det er også naturligvis nødvendigt at beskrive hver eneste funktion i detaljer, som er et omfangsrigt stykke arbejde. Udelades en funktion som har særlig vigtig karakter kan systemet i princippet ende i fiasko på blot en enkelt udeladelse.

Typisk skrives en kravspecifikation i samarbejde mellem &quot;arbejdsgiver&quot; og &quot;arbejdstager&quot;. I dette samarbejde forsøger arbejdstager at lave så lidt som muligt og foregive at have lavet så meget som muligt. Typisk kan arbejdstager også foregive at kunne alle mulige ting, som arbejdsgiver får indtryk af man derfor ikke behøver at skrive detaljeret ned. En af de vigtigste ting er at arbejdsgiveren har overblikket og sørger for minutiøs dokumentation af indgåede aftaler.

Jeg vil umiddelbart tro at man kan bruge principal-agten teori til at beskue hvordan en kravspecifikation kommer til verden og faldgruberne heri.]]></description>
			<content:encoded><![CDATA[<p>Der er ikke noget bedre end en ufuldstændig kravspecifikation som softwareudvikler. Der gives i princippet karte-blanche til at foretage sig hvad som helst blot det ikke kolliderer med andre krav der er fremsat i specifikationen. Typisk betyder en ufuldstændig kravspecifikation at man sender regningen for færdigt arbejde, mens man har brændt langt færre timers arbejde af på at imødegå kravene fordi der på papiret ikke er nedfældet tilstrækkelig detaljering.</p>
<p>Kravspecifikation er virkelig for nørder. Det kræver minutiøs gennemgang af systemets funktioner og et virkelig indgående overblik således koordination mellem delfunktioner fungerer i samspil med den overordnede funktion. Det er også naturligvis nødvendigt at beskrive hver eneste funktion i detaljer, som er et omfangsrigt stykke arbejde. Udelades en funktion som har særlig vigtig karakter kan systemet i princippet ende i fiasko på blot en enkelt udeladelse.</p>
<p>Typisk skrives en kravspecifikation i samarbejde mellem &#8220;arbejdsgiver&#8221; og &#8220;arbejdstager&#8221;. I dette samarbejde forsøger arbejdstager at lave så lidt som muligt og foregive at have lavet så meget som muligt. Typisk kan arbejdstager også foregive at kunne alle mulige ting, som arbejdsgiver får indtryk af man derfor ikke behøver at skrive detaljeret ned. En af de vigtigste ting er at arbejdsgiveren har overblikket og sørger for minutiøs dokumentation af indgåede aftaler.</p>
<p>Jeg vil umiddelbart tro at man kan bruge principal-agten teori til at beskue hvordan en kravspecifikation kommer til verden og faldgruberne heri.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Af: Kjeld Flarup		</title>
		<link>https://punditokraterne.dk/2015/09/27/tre-observationer-om-skat/#comment-58074</link>

		<dc:creator><![CDATA[Kjeld Flarup]]></dc:creator>
		<pubDate>Sun, 27 Sep 2015 18:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://punditokraterne.dk/?p=10943#comment-58074</guid>

					<description><![CDATA[&quot;ufuldstændige kravsspecifikationer&quot;, Da jeg forlod universitetet for 25 år siden, var det standard lærdom, at ændringer i kravene var den sikre vej til fiasko. Har staten da ingen ansat som har en datalogisk uddannelse, eller er det offentlige stadigt totalt IT blanke.]]></description>
			<content:encoded><![CDATA[<p>&#8220;ufuldstændige kravsspecifikationer&#8221;, Da jeg forlod universitetet for 25 år siden, var det standard lærdom, at ændringer i kravene var den sikre vej til fiasko. Har staten da ingen ansat som har en datalogisk uddannelse, eller er det offentlige stadigt totalt IT blanke.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>

<!--
Object Caching 25/29 objects using Disk
Page Caching using Disk: Enhanced 

Served from: punditokraterne.dk @ 2026-08-24 12:28:46 by W3 Total Cache
-->