<?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: Er intranettet en død sild?</title>
	<atom:link href="http://www.videndanmark.dk/wordpress/er-intranettet-en-d%c3%b8d-sild/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.videndanmark.dk/wordpress/er-intranettet-en-d%c3%b8d-sild/</link>
	<description>VidenDanmark</description>
	<lastBuildDate>Sat, 04 Feb 2012 16:20:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Af: Charlotte Winther</title>
		<link>http://www.videndanmark.dk/wordpress/er-intranettet-en-d%c3%b8d-sild/comment-page-1/#comment-4005</link>
		<dc:creator>Charlotte Winther</dc:creator>
		<pubDate>Tue, 24 Nov 2009 14:03:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.videndanmark.dk/wordpress/?p=302#comment-4005</guid>
		<description>Jeg er meget enig med Morten, især omkring succes-kriterierne. Jeg tror dog på, at det er nødvendigt med et centralt ansvar for intranettet. Dette ansvar handler om at at sætte rammerne - fx mht governance - drive de strategiske målsætninger, igangsætte og koordinere. Ejerskab til enkeltstående features kan sagtens være lokalt, men noget skal binde det hele sammen. Mit forslag er, at det centrale ejerskab/ansvar hverken skal ligge i IT, Kommunikation eller HR men fx i Kvalitet eller et andet område der er meget tæt på kerneydelserne.</description>
		<content:encoded><![CDATA[<p>Jeg er meget enig med Morten, især omkring succes-kriterierne. Jeg tror dog på, at det er nødvendigt med et centralt ansvar for intranettet. Dette ansvar handler om at at sætte rammerne &#8211; fx mht governance &#8211; drive de strategiske målsætninger, igangsætte og koordinere. Ejerskab til enkeltstående features kan sagtens være lokalt, men noget skal binde det hele sammen. Mit forslag er, at det centrale ejerskab/ansvar hverken skal ligge i IT, Kommunikation eller HR men fx i Kvalitet eller et andet område der er meget tæt på kerneydelserne.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Af: Morten Marquard</title>
		<link>http://www.videndanmark.dk/wordpress/er-intranettet-en-d%c3%b8d-sild/comment-page-1/#comment-3998</link>
		<dc:creator>Morten Marquard</dc:creator>
		<pubDate>Mon, 09 Nov 2009 12:17:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.videndanmark.dk/wordpress/?p=302#comment-3998</guid>
		<description>Jeg er helt enig i flere af Charlottes pointer – at det skal være task-baseret, teamorienteret, foregå i realtid og være lokationsuafhængigt. Men, jeg har også tilføjelser til indlægget og eksperternes tilgange til intranet.

Jeg blev i 1996 ansat i Netscape, som på det tidspunkt var en af pionererne indenfor internet, intranet og extranets. Hos Netscape antog man, at et intranet var et &quot;internt internet&quot;, og at internettet i fremtiden var den platform, hvorpå virksomheder ville drive deres forretning. Alle interne applikationer skulle baseres på webteknologi, så de kunne tilgås via dette intranet. Fordelen er jo, at de blot kræver en browser, at man kan søge efter applikationer og ikke blot indhold og at grænsefladen er universel, dvs. man altid arbejder med et browsergrænsesnit.

Jeg har derfor altid betragtet et intranet som en platform, som har mindst de samme muligheder, som man har på internettet – og har af samme årsag altid set undrende til, når folk talte om intranets som noget ekstra i deres interne it-miljø – en ny applikation. Fokus må jo være, at sikre at alle applikationer kan tilgås via en browser, således at tingene smelter sammen – jf. Netscapes definition. De forretningsæssige fordele ved denne model er store, da brugerne 40 cm fra skærmen kan lave den integration af information, som it-afdelinger har så uhyre svært ved at realisere.

Men for at intranet i dag skal være en succes, kræver det følgende:
* Værdi fra første dag: Internettets success er kendetegnet ved at brugerne oplever en værdi af deres brug. Desværre kan man ikke sige det samme om mange interne it-projekter, herunder intranet. Det er den enkelte bruger, som skal opleve værdien gennem en mere effektiv og forenklet arbejdsdag – fremfor øget kompleksitet. Internettet var jo aldrig blevet en success, hvis det ikke fra første færd havde tilført værdi til brugerne. Man bør stille samme krav til interne it-projekter, hvilket bl.a. betyder, at evnen til at levere på uger fremfor måneder eller år bliver kritisk.
* Begejstring: Internettet har begejstret mange. Når vi begejstres starter vi en positiv spiral, som smitter af på andre. Det samme er muligt for interne it-projekter, herunder intranets. 
* Understøtte forandring: Det er ikke nok, at intranettet understøtter forretningen idag! Forretningen ændres jo konstant, og udfordringen er, at intranettet løbende skal følge og understøtte denne udvikling. En af udfordringerne er at &quot;sætte strøm til arbejdsprocesserne&quot;, dvs at understøtte virksomhedens arbejdsgange. Hvis dette skal lykkedes, så siger vores erfaring os, at forretningsbrugerne skal kunne tage ejerskab for processerne. Det betyder, medarbejderne uden it-kundskaber skal kunne definere og justere arbejdsgangene dynamisk, så de løbende udvikles og forbedres.

Organisatorisk betyder det, at der næppe er nogen intranetansvarlig i organisationen - med mindre direktøren ønsker en ny titel. Ansvaret fordeles rundt i organisationen, så det placeres hos dem, der ejer de enkelte forretningsområder og -processer. Naturligvis med et intranet/esdh/lean-kontor til at støtte med uddannelse. Men denne er en supportfunktion, ikke en funktion, der ejer ansvaret. Vi har endda set, at ansvaret for Word-skabeloner flyttes fra en central it-funktion til de enkelte afdelinger, der bruger dem. Ansvaret for skabelonen for salgsbreve skal naturligvis ejes af salgsafdelingen. It-afdelingens ansvar er at stille et intranet til rådighed, så de kan tage dette ansvar – også uden teknisk indsigt.</description>
		<content:encoded><![CDATA[<p>Jeg er helt enig i flere af Charlottes pointer – at det skal være task-baseret, teamorienteret, foregå i realtid og være lokationsuafhængigt. Men, jeg har også tilføjelser til indlægget og eksperternes tilgange til intranet.</p>
<p>Jeg blev i 1996 ansat i Netscape, som på det tidspunkt var en af pionererne indenfor internet, intranet og extranets. Hos Netscape antog man, at et intranet var et &#8220;internt internet&#8221;, og at internettet i fremtiden var den platform, hvorpå virksomheder ville drive deres forretning. Alle interne applikationer skulle baseres på webteknologi, så de kunne tilgås via dette intranet. Fordelen er jo, at de blot kræver en browser, at man kan søge efter applikationer og ikke blot indhold og at grænsefladen er universel, dvs. man altid arbejder med et browsergrænsesnit.</p>
<p>Jeg har derfor altid betragtet et intranet som en platform, som har mindst de samme muligheder, som man har på internettet – og har af samme årsag altid set undrende til, når folk talte om intranets som noget ekstra i deres interne it-miljø – en ny applikation. Fokus må jo være, at sikre at alle applikationer kan tilgås via en browser, således at tingene smelter sammen – jf. Netscapes definition. De forretningsæssige fordele ved denne model er store, da brugerne 40 cm fra skærmen kan lave den integration af information, som it-afdelinger har så uhyre svært ved at realisere.</p>
<p>Men for at intranet i dag skal være en succes, kræver det følgende:<br />
* Værdi fra første dag: Internettets success er kendetegnet ved at brugerne oplever en værdi af deres brug. Desværre kan man ikke sige det samme om mange interne it-projekter, herunder intranet. Det er den enkelte bruger, som skal opleve værdien gennem en mere effektiv og forenklet arbejdsdag – fremfor øget kompleksitet. Internettet var jo aldrig blevet en success, hvis det ikke fra første færd havde tilført værdi til brugerne. Man bør stille samme krav til interne it-projekter, hvilket bl.a. betyder, at evnen til at levere på uger fremfor måneder eller år bliver kritisk.<br />
* Begejstring: Internettet har begejstret mange. Når vi begejstres starter vi en positiv spiral, som smitter af på andre. Det samme er muligt for interne it-projekter, herunder intranets.<br />
* Understøtte forandring: Det er ikke nok, at intranettet understøtter forretningen idag! Forretningen ændres jo konstant, og udfordringen er, at intranettet løbende skal følge og understøtte denne udvikling. En af udfordringerne er at &#8220;sætte strøm til arbejdsprocesserne&#8221;, dvs at understøtte virksomhedens arbejdsgange. Hvis dette skal lykkedes, så siger vores erfaring os, at forretningsbrugerne skal kunne tage ejerskab for processerne. Det betyder, medarbejderne uden it-kundskaber skal kunne definere og justere arbejdsgangene dynamisk, så de løbende udvikles og forbedres.</p>
<p>Organisatorisk betyder det, at der næppe er nogen intranetansvarlig i organisationen &#8211; med mindre direktøren ønsker en ny titel. Ansvaret fordeles rundt i organisationen, så det placeres hos dem, der ejer de enkelte forretningsområder og -processer. Naturligvis med et intranet/esdh/lean-kontor til at støtte med uddannelse. Men denne er en supportfunktion, ikke en funktion, der ejer ansvaret. Vi har endda set, at ansvaret for Word-skabeloner flyttes fra en central it-funktion til de enkelte afdelinger, der bruger dem. Ansvaret for skabelonen for salgsbreve skal naturligvis ejes af salgsafdelingen. It-afdelingens ansvar er at stille et intranet til rådighed, så de kan tage dette ansvar – også uden teknisk indsigt.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

