Hvordan hindre at IT arkitekter skaper mere problemer enn de løser

Tittelen IT-arkitekt har etterhvert fått ett ugreitt rykte. Det hadde vært interessant å få belyst hvorfor det har blitt slik, og ikke minst kommet med innspill til hvordan denne rollen gis et bedre innhold.

Som et utgangspunkt for en debatt kan man starte med: - Er det riktig å gi denne rollen til en dedikert person, eller utføres den best av flere i felleskap? - Hvordan skal denne rollen fungere ift prosjektet/organisasjonen? Hvilke krav stilles til samarbeids- og gjennomføringsevne? - Hvordan håndtere ulike abstraksjonsivåer? Hva er og hva omfatter egentlig IT-arkitektur? - Er det mulig å skissere IT-arkitektur Powerpoint? - Kan man være en dyktig IT-arkitekt uten å bli skitten på hendene med jevne mellomrom? - Hva skal en IT-arkitekt fokusere på, og hvordan skal dette skje i praksis? - Hva er gode, pragmatiske tiltak for å bekjempe/redusere kompleksitet uten å gå for langt slik at man mister funksjonalitet o.l.

Debatten kan starte i et større publikum hvor man forsøker å definere noen viktige problemområder. Etterpå danner man noen grupper som diskuterer disse mer inngående. Gruppene presenterer hva har kommet frem til. Gode tiltak, råd, o.l. formuleres i et "HowToBeAnITArchitect". Kanskje kan ha et såpass hårete mål som å skrive et manifest eller de "N bud for IT-arkitekter"?