vrijdag 26 september 2008

Betekenis toekennen

Vandaag kreeg ik het verzoek om een document te reviewen. Was niet te doen omdat ik geen betekenis kon toekennen aan de inhoud. De achtergrond, referentiekader ed ontbraken volledig.
Totaal zinloze excercitie.
Ooit iets dergelijks meegemaakt met een australische collega. Hij was op zoek naar (huur) woonruimte en begreep niks van het systeem van inschrijven. Hij vertaalde dit meteen naar 'jullie doen overal moeilijk over'. Niet wetende dat er een woningtekort is in Nederland.
In australie is iedereen relaxter, zei hij.

De strekking: als je de setting ed niet kent kunt je geen betekenis toekennen aan 'iets'.
Vergelijken met architectuur: als er een architectuur is (ongeacht op het SOA of POA is) dan kun je als individu/medewerker je eigen handelen/beslissingen ed afleiden uit het raamwerk.
Je kunt betekenis toekennen aan beslissingen en zorgen dat deze passen binnen een architectuur. Je hebt een referentiekader. Je herkent zaken.
Extra leermoment: de architectuur moet continue gepredikt worden (roadshows, uitdragen, missionariswerk) anders kan niemand de context waarbinnen hij functioneert begrijpen en wijkt hij van de architectuur af.

donderdag 25 september 2008

Produkt Oriented Architecture

En alweer een nieuwe architectuur term. Is het volgende herkenbaar? - het hele bedrijf streeft erna om de eindproducten te verbeteren (in dit voorbeeld zijn het diverse documenten). Als het product fout is, wordt er een nieuw product verzonnen of er komt weer een nieuwe rubriek/paragraaf in het product.
Maar nergens wordt de vraag gesteld hoe het product tot stand komt. En niemand stelt de vraag of en hoe het product bijdraagt tot het eindproduct zoals dat door een klant wordt gebruikt.

Enfin ....... blijkbaar kun je een organisatyie inrichten door de producten als einddoel te nemen. Net zoals je de services of de processen als vertrekpunt kunt nemen.
Of is het van alles een beetje? Of kun je zelfs iets bedenken om al deze elementen met elkaar te matchen (verzamelingen en deelverzamelingen) waardoor je vanuit ieder gezichtspunt alles raakt?
1. Welk proces brengt wel product voort (of service)(wat is dan het fundamentele verschil tussen een product en een service?)?
2. Welk proces is 'hoofdverantwoordelijk' voor slechte/verkeerd/onvolmaakte producten?
3. Zijn er processen die niet bijdragen aan een product?

woensdag 24 september 2008

Vacature zoals gelezen op de site van een (naar ik inschat) gerenommeerd buro
Ze vragen een enterpise architect:
Als senior consultant adviseer je onze relaties om met inzet van ICT de informatievoorziening goedkoper, flexibelere, overzichtelijker en bestuurbaar te maken. Jij ondersteunt de opdrachtgever met het verbeterproces én de inhoud.

Van onze nieuwe collega vragen wij:
Ruime werkervaring bij een adviesbureau, system integrator of software house en:
o een gedegen kennis en visie op ICT, (informatie) architecturen en enterprise architecturen
o grote affiniteit met bedrijfsprocessen
o ervaring met kwalitatieve en kwantitatieve kosten/baten analyse