<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Kommentarer till Skolan för arkitektur</title>
	<atom:link href="http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/feed/" rel="self" type="application/rss+xml" />
	<link>http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/</link>
	<description>Energisk, snabbfotad, godhjärtad och extremt lojal mot de vi tycker om</description>
	<lastBuildDate>Thu, 12 Nov 2009 11:35:24 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Av: Utvecklare eller ARKITEKT??!</title>
		<link>http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-304</link>
		<dc:creator>Utvecklare eller ARKITEKT??!</dc:creator>
		<pubDate>Sat, 01 Mar 2008 15:18:33 +0000</pubDate>
		<guid isPermaLink="false">http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-304</guid>
		<description>Skulle vilja lägga till en sak som är en fördel med en arkitekt som coach: utvecklarna känner sig då delaktiga i arkitekturen och det är inte lika stor risk för en mental låsning vid att &quot;jag bryr mig inte om det inte fungerar så bra, det är ändå inte mitt fel&quot;. Helst är ju hela laget tillräckligt duktiga för att skapa liknande arkitektur själva...</description>
		<content:encoded><![CDATA[<p>Skulle vilja lägga till en sak som är en fördel med en arkitekt som coach: utvecklarna känner sig då delaktiga i arkitekturen och det är inte lika stor risk för en mental låsning vid att &#8221;jag bryr mig inte om det inte fungerar så bra, det är ändå inte mitt fel&#8221;. Helst är ju hela laget tillräckligt duktiga för att skapa liknande arkitektur själva&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Peter Tallungs</title>
		<link>http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-24</link>
		<dc:creator>Peter Tallungs</dc:creator>
		<pubDate>Thu, 12 Apr 2007 18:17:53 +0000</pubDate>
		<guid isPermaLink="false">http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-24</guid>
		<description>Jag tror att Måns har kommit något på spåren. Vi pratar nog förbi varandra  mer än att vi verkligen har olika ståndpunkter. Vi har inte tillräckligt tydligt definierat vilka roller vi egentligen pratar om. 

1. Ett läger, där Jocke ingår, pratar om en ren systemutvecklingsroll, eller snarare en ren programmeringsledarroll, för kravformulering, avgränsning, samverkan med alla intressenter och så vidare ligger nog utanför, precis som i XP där man placerar detta hos någon man kallar för &quot;kunden&quot;.

2. En annan roll är en mera utpräglad systemutvecklingsroll, i dess (i min mening) rätta betydelse, utveckling av ett visst avgränsat itstöd. Där måste kravformulering (obs ej kravställande), avgränsning, samverkan med alla olika intressenter och mycket tät samverkan med verksamhetsutveckling ingå. (Mer än samverkan, utveckling av en viss verksamhet och utveckling av dess it-stöd är två sidor av samma mynt).

Observera att jag inte påstår att detta måste vara två olika personer eller ens två olika roller, bara att det är två olika betydelser man kan lägga i termen arkitekt.

Enligt min mening är roll nummer ett inte en arkitektroll. Roll nummer två har däremot en nära analogi med en &quot;riktig&quot; arkitekt (i byggbranschen), därför gillar jag termen arkitekt för detta.

Det finns en tredje roll
3. Enterprise Architect, som nog egentligen ligger utanför den här diskussionen, men som har en nära analogi med en stadsarkitekt, eller arkitekt för en stadsdel. En Enterprise Architect ser en organisation och dess IT-stöd som två oupplösligt förenade saker, som måste förstås och hanteras tillsammans.

Jag tycker att vi gör ett stort misstag om vi tror att roll 2 och 3 är verksamhetskonsulting. Roll 2 är systemutvecklingsroll (med mycket inslag av och tät samverkan med verksamhetsutveckling). Roll 3 är både verksamhets- och systemutveckling fast på övergripande nivå. (Övergripande nivå måste inte, och skall inte enligt min mening, betyda luddigt, högsvävande utan markkontakt)

Jag håller med Måns om att det finns många som pratar, men det är mycket snack och liten verkstad. Jag vill verka för att skapa en ny generation EA och arkitekter i betydelse nummer två med mera EA-kunskap, med ett mera praktiskt angreppsätt, mera fältmässiga om man så vill än dagens.

Jag håller på att dra igång ett slags utvecklingsprogram för seniora systemarkitekter som vill utvecklas åt det hållet. De kommer att bli bättre systemarkitekter (i betydelse nummer två), och på sikt kunna fylla en EA-roll.

/Peter Tallungs</description>
		<content:encoded><![CDATA[<p>Jag tror att Måns har kommit något på spåren. Vi pratar nog förbi varandra  mer än att vi verkligen har olika ståndpunkter. Vi har inte tillräckligt tydligt definierat vilka roller vi egentligen pratar om. </p>
<p>1. Ett läger, där Jocke ingår, pratar om en ren systemutvecklingsroll, eller snarare en ren programmeringsledarroll, för kravformulering, avgränsning, samverkan med alla intressenter och så vidare ligger nog utanför, precis som i XP där man placerar detta hos någon man kallar för &#8221;kunden&#8221;.</p>
<p>2. En annan roll är en mera utpräglad systemutvecklingsroll, i dess (i min mening) rätta betydelse, utveckling av ett visst avgränsat itstöd. Där måste kravformulering (obs ej kravställande), avgränsning, samverkan med alla olika intressenter och mycket tät samverkan med verksamhetsutveckling ingå. (Mer än samverkan, utveckling av en viss verksamhet och utveckling av dess it-stöd är två sidor av samma mynt).</p>
<p>Observera att jag inte påstår att detta måste vara två olika personer eller ens två olika roller, bara att det är två olika betydelser man kan lägga i termen arkitekt.</p>
<p>Enligt min mening är roll nummer ett inte en arkitektroll. Roll nummer två har däremot en nära analogi med en &#8221;riktig&#8221; arkitekt (i byggbranschen), därför gillar jag termen arkitekt för detta.</p>
<p>Det finns en tredje roll<br />
3. Enterprise Architect, som nog egentligen ligger utanför den här diskussionen, men som har en nära analogi med en stadsarkitekt, eller arkitekt för en stadsdel. En Enterprise Architect ser en organisation och dess IT-stöd som två oupplösligt förenade saker, som måste förstås och hanteras tillsammans.</p>
<p>Jag tycker att vi gör ett stort misstag om vi tror att roll 2 och 3 är verksamhetskonsulting. Roll 2 är systemutvecklingsroll (med mycket inslag av och tät samverkan med verksamhetsutveckling). Roll 3 är både verksamhets- och systemutveckling fast på övergripande nivå. (Övergripande nivå måste inte, och skall inte enligt min mening, betyda luddigt, högsvävande utan markkontakt)</p>
<p>Jag håller med Måns om att det finns många som pratar, men det är mycket snack och liten verkstad. Jag vill verka för att skapa en ny generation EA och arkitekter i betydelse nummer två med mera EA-kunskap, med ett mera praktiskt angreppsätt, mera fältmässiga om man så vill än dagens.</p>
<p>Jag håller på att dra igång ett slags utvecklingsprogram för seniora systemarkitekter som vill utvecklas åt det hållet. De kommer att bli bättre systemarkitekter (i betydelse nummer två), och på sikt kunna fylla en EA-roll.</p>
<p>/Peter Tallungs</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Måns Sandström</title>
		<link>http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-20</link>
		<dc:creator>Måns Sandström</dc:creator>
		<pubDate>Thu, 29 Mar 2007 22:21:36 +0000</pubDate>
		<guid isPermaLink="false">http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-20</guid>
		<description>Angående Andrés kommentar så ser jag inte någon direkt konflikt mellan den lite mer verksamhetsorienterade arkitekten som du strävar efter och den mer grupporienterade coachen som Jocke (och även jag) förespråkar. Däremot tycker jag att behovet av duktiga och erfarna coacher är en stor bristvara i vår bransch medan det, i min mening, kryllar av folk som tänker &quot;SOA&quot; och &quot;Verksamhetsmodeller&quot;. Visst finns det behov av ett sådant fokus och det är kul att duktiga och agila personer som du André och Peter Tallungs nosar på det området, men bristen är mer skriande på utvecklarsidan. Där behövs erfaranheten, det sociala ansvaret och mentorskapet mest. Att erfarna utvecklare lämnar implementationsarbetet till förmån för visionerande/modellerande tror jag kan vara skadligt för programmeraryrkets framtid.</description>
		<content:encoded><![CDATA[<p>Angående Andrés kommentar så ser jag inte någon direkt konflikt mellan den lite mer verksamhetsorienterade arkitekten som du strävar efter och den mer grupporienterade coachen som Jocke (och även jag) förespråkar. Däremot tycker jag att behovet av duktiga och erfarna coacher är en stor bristvara i vår bransch medan det, i min mening, kryllar av folk som tänker &#8221;SOA&#8221; och &#8221;Verksamhetsmodeller&#8221;. Visst finns det behov av ett sådant fokus och det är kul att duktiga och agila personer som du André och Peter Tallungs nosar på det området, men bristen är mer skriande på utvecklarsidan. Där behövs erfaranheten, det sociala ansvaret och mentorskapet mest. Att erfarna utvecklare lämnar implementationsarbetet till förmån för visionerande/modellerande tror jag kan vara skadligt för programmeraryrkets framtid.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Marcus Ahnve</title>
		<link>http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-18</link>
		<dc:creator>Marcus Ahnve</dc:creator>
		<pubDate>Thu, 29 Mar 2007 07:00:08 +0000</pubDate>
		<guid isPermaLink="false">http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-18</guid>
		<description>Jag tror att vi måste skilja på utveckling och allmänt systemägande. Den roll som förespråkarna av arkitektrollen beskriver liknar mycket en form av aktiv förvaltning - en sorts kunniga kravställare - jmfr med förvaltare/beställare på fastighetsbolag med ingenjörskunskaper.

Vi som envisas med att förespråka programmeringen etc, ser främst vårt värde i själva processen att koda, inte att hålla översikt över stora systemstackar.</description>
		<content:encoded><![CDATA[<p>Jag tror att vi måste skilja på utveckling och allmänt systemägande. Den roll som förespråkarna av arkitektrollen beskriver liknar mycket en form av aktiv förvaltning &#8211; en sorts kunniga kravställare &#8211; jmfr med förvaltare/beställare på fastighetsbolag med ingenjörskunskaper.</p>
<p>Vi som envisas med att förespråka programmeringen etc, ser främst vårt värde i själva processen att koda, inte att hålla översikt över stora systemstackar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Datateknikelit :: Arkitektrollen ifrågasätts :: March :: 2007</title>
		<link>http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-16</link>
		<dc:creator>Datateknikelit :: Arkitektrollen ifrågasätts :: March :: 2007</dc:creator>
		<pubDate>Wed, 28 Mar 2007 21:09:24 +0000</pubDate>
		<guid isPermaLink="false">http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-16</guid>
		<description>[...] Det p&#229;g&#229;r en debatt om arkitektrollen och f&#246;rs&#246;ken att definiera rollen. Den angrips fr&#229;n Agile-f&#246;respr&#229;kare som Jocke Holm som i ett inl&#228;gg kallat Skolan f&#246;r&#160;arkitektur [...]</description>
		<content:encoded><![CDATA[<p>[...] Det p&aring;g&aring;r en debatt om arkitektrollen och f&ouml;rs&ouml;ken att definiera rollen. Den angrips fr&aring;n Agile-f&ouml;respr&aring;kare som Jocke Holm som i ett inl&auml;gg kallat Skolan f&ouml;r&nbsp;arkitektur [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: André Ekespong</title>
		<link>http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-15</link>
		<dc:creator>André Ekespong</dc:creator>
		<pubDate>Wed, 28 Mar 2007 20:42:48 +0000</pubDate>
		<guid isPermaLink="false">http://jockeholm.wordpress.com/2007/03/28/skolan-for-arkitektur/#comment-15</guid>
		<description>Mina tankar efter att ha läst detta är:

1. Arkitekten som expert
Jag håller helt med dig. En kille som med hög svansföring skall ta alla beslut rörande arkitektur är helt fel för projektet. Det blir snarare ett hinder. Däremot om utvecklarna delat upp sig i två läger som tycker olika, då tycker jag att arkitekten kan vara med och lösa upp knuten och i värsta fall bestämma vilken väg man skall välja bland de två. I din coachroll så saknar jag just denna aspekt att ytterst vara ansvarig för besluten. Jag anser att arkitektrollen skall vara delegerande/stödjande för de som arbetar med lösningar.

2. Perspektivet är alltför begränsat till utvecklingsprojekt
Problemen som jag ser i branschen är inte alltid inne i ett utvecklingsprojekt. Arkitektrollen är större än bara utvecklingsprojekt. Om jag tittar tillbaka så är det ofta de verkliga hindren i för att få ett gott resultat ligger utanför själva utvecklingsprojektet.

I övrigt tycker jag att det är synd att vissa arbetsuppgifter skulle uppfattas som &quot;finare&quot; än andra. Det tycker inte jag. Däremot för min egen del kan jag tycka att vissa frågor intresserar mig som person och har alltid intresserat mig. Jag märker också att jag är bättre på dem än många andra, men även inom det området har jag också föredömen/mentorer som är bättre och som jag lär mig av. Sedan att dessa uppgifter är &quot;högre&quot; upp i värdekedjan är bara ett lyckligt sammanträffande för mig.

Jag satsar numera på arkitektrollen med inriktning på ECM och tjänstebaserad arkitektur(SOA). Därutöver vill jag speciellt ägna mig åt frågor som kallas &quot;Human Dynamics&quot; inom IASA och jag hoppas att jag kan bli respekterad för det valet på samma sätt som jag respekterar andra som gjort andra val.

Har du i den roll som du valt problem med att respektera det? Och att vi tillsammans vill utveckla den rollen genom att gå samman?</description>
		<content:encoded><![CDATA[<p>Mina tankar efter att ha läst detta är:</p>
<p>1. Arkitekten som expert<br />
Jag håller helt med dig. En kille som med hög svansföring skall ta alla beslut rörande arkitektur är helt fel för projektet. Det blir snarare ett hinder. Däremot om utvecklarna delat upp sig i två läger som tycker olika, då tycker jag att arkitekten kan vara med och lösa upp knuten och i värsta fall bestämma vilken väg man skall välja bland de två. I din coachroll så saknar jag just denna aspekt att ytterst vara ansvarig för besluten. Jag anser att arkitektrollen skall vara delegerande/stödjande för de som arbetar med lösningar.</p>
<p>2. Perspektivet är alltför begränsat till utvecklingsprojekt<br />
Problemen som jag ser i branschen är inte alltid inne i ett utvecklingsprojekt. Arkitektrollen är större än bara utvecklingsprojekt. Om jag tittar tillbaka så är det ofta de verkliga hindren i för att få ett gott resultat ligger utanför själva utvecklingsprojektet.</p>
<p>I övrigt tycker jag att det är synd att vissa arbetsuppgifter skulle uppfattas som &#8221;finare&#8221; än andra. Det tycker inte jag. Däremot för min egen del kan jag tycka att vissa frågor intresserar mig som person och har alltid intresserat mig. Jag märker också att jag är bättre på dem än många andra, men även inom det området har jag också föredömen/mentorer som är bättre och som jag lär mig av. Sedan att dessa uppgifter är &#8221;högre&#8221; upp i värdekedjan är bara ett lyckligt sammanträffande för mig.</p>
<p>Jag satsar numera på arkitektrollen med inriktning på ECM och tjänstebaserad arkitektur(SOA). Därutöver vill jag speciellt ägna mig åt frågor som kallas &#8221;Human Dynamics&#8221; inom IASA och jag hoppas att jag kan bli respekterad för det valet på samma sätt som jag respekterar andra som gjort andra val.</p>
<p>Har du i den roll som du valt problem med att respektera det? Och att vi tillsammans vill utveckla den rollen genom att gå samman?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
