|
Tags: Kwaliteitsmanagement
| ||
| ||
Downscaling van IT projectenHoe maak ik van een Olifant weer een Mug?
Van een mug een olifant maken. Binnen
de informatisering
zijn we daar erg goed in. Op welke manieren kan dit voorkomen worden
zodat
projecten niet almaar groter worden maar juist kleiner,
efficiënter en
effectiever? Doormiddel van een paar simpele keuzes is het mogelijk om
dit te
realiseren.
Business driven ITDe afgelopen tijd horen we steeds meer over 'Business driven IT'. Het bedrijfsleven wordt steeds afhankelijker van de ondersteuning van een IT architectuur en ondanks dat zijn IT projecten nog steeds voornamelijk een kwestie van keuze door de IT organisatie binnen bedrijven. De laatste jaren gaat het weliswaar de goede kant op, maar nog steeds worden er grote beslissingen gemaakt vanuit een puur technische overweging. Service Oriented Architecture zou het antwoord zijn om een spil te kunnen vormen tussen Business en IT. Ook daar liggen nog steeds wel wat haken en ogen. Uiteraard is het proces gebaseerde denken prachtig en zal het een groot aantal problemen voorkomen of misschien zelfs wel oplossen, maar er zal meer nodig zijn.Het bedrijfsleven is steeds afhankelijker van de ondersteuning van hun IT afdelingen, de investeringen worden steeds groter. Maar de problemen blijven bestaan. Waarschijnlijk in een andere vorm, maar de problemen blijven. Met het aan elkaar knopen van verschillende, essentiële systemen wordt gedacht dat er veel opgelost kan worden. Echter, om de business optimaal te kunnen ondersteunen, moeten we niet alleen moeten kijken naar 'upscaling', maar juist naar 'downscaling' van de applicatieomgevingen. Door de ondersteuning in te richten met kleine, effectieve projecten, die daadwerkelijk de onderliggende problemen kunnen aanpakken, zal een bedrijf zich kunnen redden in een competitieve markt. Organisaties zullen steeds sneller schakelen en dus moeten ook de ondersteunende processen dat kunnen. DownscalingVanuit de gedachte van Business driven IT is ‘downscaling’ noodzakelijk. In competitieve tijdens als deze is het voor organisaties essentieel dat ze snel kunnen schakelen. In elke branche is het niet de tijd om op de lauweren te gaan rusten, maar, om nieuwe producten op de markt te zetten, zijn zij vaak afhankelijk van de tijd die het kost om de ondersteunende IT omgevingen op poten te zetten. De concurrent die dit als eerste voor elkaar heeft, wint het in de markt. Uiteraard is IT niet het enigste wat hen tegenhoud, ook marketing en sales moeten er klaar voor zijn, maar over het algemeen kunnen deze een stuk sneller op nieuwe producten inspelen. Doordat we tegenwoordig steeds beter kijken naar mogelijkheden om bestaande programmatuur te gebruiken en daarnaast ook steeds vaker de neiging hebben om onderdelen van onze systemen aan elkaar te knopen worden de projecten langer en groter.
De Olifant is geboren. Door een omgeving klaar te zetten waar we, met minimale inspanning, een ondersteunende applicatie kunnen neerzetten hebben we de mogelijkheid om de 'Time-to-Market' van een product te verkleinen. Door op deze manier te werk te gaan en alleen de essentiële, ondersteunende onderdelen te maken in een geïntegreerde omgeving, is het verkleinen van de omvang en dus de doorlooptijd van projecten mogelijk. AnalyseOm efficiënte projecten te realiseren zijn er een aantal handelingen noodzakelijk. De manier hoe een project wordt aangepakt komt hier zeker niet op de laatste plaats. Analyse van de problemen of de uitdagingen is essentieel voor het op poten zetten van een efficiënt, oplossend project. De mens is geneigd om te denken in oplossingen, dit is een van de fouten die gemaakt worden voor het neerzetten van een degelijk IT project. Door juist te kijken wat de noodzaak is, welke uitdagingen in het project te verwachten zijn en te onderzoeken welke wensen en eisen de gebruiker heeft is het vast te stellen welke oplossing er moet komen. Naast de analyse van het probleem is het begrip voor het bedrijfsproces van essentieel belang. Binnen elke organisatie is een proces aanwezig, de ene organisatie heeft deze uitgebreid op papier staat, de ander staat hier iets pragmatischer in, maar het bedrijfsproces is altijd aanwezig. Op het moment dat het bedrijfsproces begrepen wordt zal de oplossing voor het probleem voor handen duidelijk zijn.Modulair ontwikkelenOntwikkelen in modules houdt grofweg in dat er zoveel mogelijk ontwikkeld wordt in onderdelen. Door te ontwikkelen in modules is het mogelijk om functionele onderdelen van de te bouwen applicatie voor hergebruik op te zetten. Door de gekozen oplossing zoveel mogelijk in modules en iteraties op te delen is het mogelijk om het op te leveren systeem volledig aan te laten sluiten bij de bedrijfsprocessen en zo het project succesvoller te maken. Naast de scheiding in functionele modules is het essentieel om technisch de scheiding van lagen logica vast te houden. Elke applicatie kent een aantal lagen, zo hebben we de data, de datalogica, de bedrijfslogica en de navigatielogica. Deze lagen moeten zoveel mogelijk gescheiden worden om downscaling mogelijk te maken. Ook de bedrijfslogica is meestal in de delen onder meerdere niveaus, denk hieraan tijdens het ontwerp van het systeem en maak keuzes.
TechniekDoordat er tijdens de ontwerpfase een uniek concept is gekozen van modules en applicatielagen is het mogelijk om ook aan de kant van de techniek, de oplossing, duidelijke keuzes te maken. Elke techniek heeft zijn eigen krachten en zwakheden. Door deze te kennen kan een combinatie gekozen worden welke aansluit bij het modulair en procesmatig denken: een ‘best-of-breeds’ situatie is ontstaan.Door te kiezen voor een Best-of-breeds platform moeten er duidelijke afspraken binnen de ontwikkelgroep komen. Door afspraken te maken is het mogelijk om een win-win situatie te creeren. Voorbeelden hiervan zijn de combinaties tussen de Oracle database voor de data en datalogica, Java met het Spring en Hibernate Framework voor de bedrijfslogica en de navigatielogica en Flex voor de user interface. Of de combinatie tussen de Oracle database en het .NET Framework van Microsoft. De mogelijkheden zijn eindeloos, maar maak een duidelijke, afgebakende keuze. Voor de keuze in afbakening van technieken is kennis leidend. Door te kijken naar de mogelijkheden van de verschillende technieken en de kennis van de ontwikkelaars in kwestie is het mogelijk om een zo productief mogelijke combinatie te maken. De vrijheid in keuze voor technieken is hiermee optimaal benut. ConclusieProjecten kunnen kleinschaliger. Om dit te realiseren zijn er een aantal handvaten waar gebruik van gemaakt kan worden. Op het moment dat hieraan gehouden wordt zal duidelijk worden dat projecten altijd efficiënter en effectiever aangepakt kunnen worden. Denk bij aanvang en gedurende het project aan de volgende punten:
Ome-b Tel: +31 6 131 20 192 Email: douwepieter@ome-b.nl | ||
| Ga terug naar We Love IT uitgave #4 - 2008 | ||
|
 |
|
