1 / 56

Content van ASL

Content van ASL. Impactanalyse. Beoordelen van de gevolgen van het wijzigingsvoorstel(len), waar nodig in onderlinge samenhang, voor de: applicatie [verreweg de hoofdmoot van het werk] gebruikersorganisatie (i.s.m. functioneel beheer) infrastructuur (i.s.m. technisch beheer)

keiki
Download Presentation

Content van ASL

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Content van ASL

  2. Impactanalyse • Beoordelen van de gevolgen van het wijzigingsvoorstel(len), waar nodig in onderlinge samenhang, voor de: • applicatie [verreweg de hoofdmoot van het werk] • gebruikersorganisatie (i.s.m. functioneel beheer) • infrastructuur (i.s.m. technisch beheer) • beheertak van ASL (i.s.m. beheer) • Bepalen van de grote lijnen van oplossingsrichtingen en inschatten van de daarvoor benodigde tijd en mankracht • Adviseren van Change Management en het Wijzigingsoverleg over de wijzigingsvoorstellen en clustering daarvan in shipments • Bepalen van de ‘change set’ voor de gekozen oplossingsrichtingen voor de door te voeren wijzigingen en die doorsturen.

  3. Ontwerp, programmeren en testen • aansluiten bij de standaard werkwijze voor systeemontwikkeling • Tools • Technieken • Fasering • Documentatiestandaards • Gebruikersinbreng • Ontwerp- en programmeer standaards • Naamgevingsstandaards • Projectmanagement

  4. Implementatie • Ondersteunen van de andere beheervormen bij het in gebruik nemen van de wijzigingsvoorstellen/nieuwe versie van de applicatie, en voorbereidingen hiertoe uitvoeren: • Technisch beheer: • converteren gegevens • planningen en infrastructuur aanpassen • Functioneel beheer: • acceptatietest uitvoeren • handmatige delen gegevensconversie uitvoeren • handleidingen en procedures wijzigen • Afronden van de release en overdragen aan Software distributie en beheer.

  5. Sturende processen • Kijken • vooruit (voorspellen), • kijken naar het nu (controleren en sturen bij) • kijken terug (evaluatie) • Houden zich bezig met concrete informatie.

  6. sturende processen Richtinggevende processen Grote lijnen Vragen, problemen Feedback & rapportages Tijd Geld Kwaliteit Afspraken Vragen, problemen Feedback & rapportages Instructies & aansturing Uitvoerende en verbindende processen

  7. Planning en control • Leveren van de (afgesproken) dienstverlening op de juiste tijd (met de juiste mensen). • Activiteiten dus: • Plannen van de activiteiten van de uitvoerende en sturende processen (voor zover planbaar) / capaciteit reserveren voor niet-planbare activiteiten. • Controleren (bewaken, bv.. via urenverantwoording) en bijsturen van de (uitvoering van) de planning. • Evalueren (reviewen, rapporteren, verbeteren)

  8. Activiteiten kostenmanagement • Begroten, budgetteren. • Daadwerkelijke besteding volgen (interne uren, externe facturen, factuurgrondslagen) en controleren. • Evalueren en rapporteren: • per begrotingspost (project, proces, activiteit) • trends, kengetallen, maand/kwartaal/jaarverslagen

  9. Activiteiten kwaliteitsmanagement • Plannen (kwaliteitsplan, verbeteringen) • Kwaliteitsbewaking • Via de binnengekomen problemen • Via periodieke audits, analyses en op basis van ontvangen rapportages. • Volgen van de uitvoering van de kwaliteitsplannen • Rapporteren en evaluatie • en in het bijzonder: • Onderzoek en afhandeling van problemen

  10. Application Cycle Management

  11. ICT development strategy • Niet of niet primair : • infrastructuur (hardware) • systeemprogrammatuur. • Wel: • systeemontwikkelingsprogrammatuur • [let op: sterke overlap en verband met Technology Definition uit OCM, wel een beetje andere invalshoek, namelijk de applicatie] • standaardapplicatieprogrammatuur (pakketten, ERP, maar ook SOAP-objecten, componenten e.d.).

  12. Customer organization strategy • Kijken naar de ‘klant’: • Bedrijfsprocessen (wat ‘doet’ de klant, en hoe) • Klanten en leveranciers • Infrastructuur (vooral ook niet-IT) • Organisatie-inrichting (inclusief aansturing IT) • en dan met name ook de veranderingen daarin • met als invalshoek te bekijken in hoeverre de huidige (versie van) de applicaties dat (goed) ondersteunen.

  13. Customer environmement strategy • Kijkt met name naar de (geautomatiseerde) gegevensuitwisseling tussen de klant en andere organisaties: • het (interorganisationele) ‘bedrijfsproces • de informatiestromen tussen die organisaties • de betrokken informatiesystemen • de gebruikte en benodigde infrastructuur • en de veranderingen daarin

  14. Life Cycle Management • Mogelijkheden bv.: • Afbouwen • Uitbouwen • Deels vervangen/moderniseren • Integreren in andere applicatie • In de lucht houden (en meer niet) • Quick wins

  15. ICT portfolio Management • Afstemmen van de ontwikkelingen in de afzonderlijke applicaties • tot een consistent en haalbaar geheel, • dat optimaal aan de diverse eisen en wensen tegemoet komt, en • op een • efficiënte (niet te duur), • effectieve (goed resultaat) en • veilige (weinig risico’s) • manier.

  16. Organization Cycle Management • Applicatiebeheerorganisaties moeten pro-actief nadenken over de toekomst en de te leveren diensten. • Het te voeren beleid moet bottom up en daarna top down worden opgesteld. • Inventariseren huidige situatie. • Definitie van kansen en bedreigingen. • Wat willen we gaan doen? • Hoe (strategie, manier, maatregelen) gaan we dat doen?

  17. Account Market definition definition wat aan in welke markt Service wie delivery definition hoe waarmee Skills Technology definition definition Organization Cycle Management

  18. Market definition • Bij ‘markt’ valt te denken aan: • beschikbare applicatie-software • (potentiële) concurrenten • (potentiële) samenwerkingsverbanden/partners • (nieuwe) klantengroepen / marktsegmenten • leveranciers • (nieuwe) diensten • tarieven en kosten

  19. Account definition • Dit heeft te maken met de relaties met (bestaande) klanten. • Hier valt te denken aan: • ons imago (wat voor ‘beeld’ heeft de klant van ons) • wat doen we (of kunnen we doen) voor onze klanten? • kennen we de juiste contactpersonen? • hoe benaderen we die? • de opzet van onze ‘sales’ en ‘marketing’ organisatie (en ‘service level management’) • wat vindt de klant van ons?

  20. Skills definition • Maatregelen op dit gebied zijn bijvoorbeeld • Scholing, coaching • Researchprojecten • Inhuur • Outsourcing • Nieuw (ander) personeel aantrekken • Omscholing of ontslag

  21. Technology definition • Dit heeft te maken met de binnen de applicatiebeheerorganisatie gebruikte technologie/tools, zowel de ontwikkeltools als de beheertools

  22. Service delivery definition • Dus: • Welke dienstverlening, dienstencatalogus? • Aan wie? • Op welke wijze? • Met welke middelen? • En met welke deskundigheid?

  23. Voordelen van kleine releases [1] • Gewenste wijzigingen kunnen snel ingevoerd worden. Waarom de gebruiker nog 5 maanden laten wachten? Denk klantgericht, niet vanuit de techniek! • Overzichtelijker, minder complex  kleinere foutenkans. • Noodzaak tot patches op programma’s die zowel in productie als in onderhoud zijn wordt kleiner omdat programma’s korter in onderhoud zijn. Dit zijn foutgevoelige bezigheden. • Het voorkomen van gelijktijdige wijzigingen op 1 programma worden geminimaliseerd. Dit is met name lastig indien: • Ze door verschillende programmeurs worden uitgevoerd. • Een van de wijzigingen moet worden vervroegd of uitgesteld (om wat voor reden dan ook). • Treedt een onverwachte fout op, dan is terugdraaien van de release veel eenvoudiger. • De principiële reden (De Marco 1978, zij het in ander verband): functionele cohesie is veel en veel beter dan temporele of toevallige.

  24. Onderlinge Relaties

  25. Onderlinge Relaties

  26. Sturende processen Quality management Cost management Service level management Planning and control externe kwaliteit interne kwaliteit capaciteit, tijd geld

  27. Planning en control • Verantwoordelijkheid: • Leveren van de (afgesproken) dienstverlening op de juiste tijd (met de juiste mensen). • Activiteiten dus: • Plannen van de activiteiten van de uitvoerende en sturende processen (voor zover planbaar) / capaciteit reserveren voor niet-planbare activiteiten. • Controleren (bewaken, bv. via urenverantwoording) en bijsturen van de (uitvoering van) de planning. • Evalueren (reviewen, rapporteren, verbeteren)

  28. Kostenmanagement • Verantwoordelijkheid: • Beheersen en inzichtelijk maken van de kosten van de IT-dienstverlening ten einde te komen tot een kosteneffectieve (‘value for money’, ‘waar voor je geld’) inzet van middelen. • Eventueel ook doorbelasten van die kosten (via de boekhouding). • Fixed price (aanbevolen door ASL, i.h.k.v. ‘volwassenheid’) versus nacalculatie (‘uurtje-factuurtje’ van kostprijs + evt marge).

  29. Activiteiten kostenmanagement • Begroten, budgetteren. • Daadwerkelijke besteding volgen (interne uren, externe facturen, factuurgrondslagen) en controleren. • Evalueren en rapporteren: • per begrotingspost (project, proces, activiteit) • trends, kengetallen, maand/kwartaal/jaarverslagen

  30. Kwaliteitsmanagement • Verantwoordelijkheid: • Bewaken en waar mogelijk verbeteren van de kwaliteit van • producten (de onderhouden applicaties) • processen (de ASL-processen) • infrastructuur (middelen zoals kwaliteitssysteem, methoden en technieken) • organisatie en (met name) mensen

  31. Kwaliteitsmanagement • Om niet geheel begrijpelijke redenen valt ‘probleemmanagement’ hier ook onder. De ratio hierachter: problemen (=herhaalde incidenten met een gemeenschappelijke oorzaak) zijn een symptoom van onvoldoende kwaliteit. • Problemen in de applicatie zullen veelal leiden tot een wijzigingswens (change request).

  32. Activiteiten kwaliteitsmanagement • Plannen (kwaliteitsplan, verbeteringen; zie bv sheet 14) • Kwaliteitsbewaking • Via de binnengekomen problemen • Via periodieke audits, analyses en op basis van ontvangen rapportages. • Volgen van de uitvoering van de kwaliteitsplannen • Rapporteren en evaluatie • en in het bijzonder • Onderzoek en afhandeling van problemen [meer een operationele dan een sturende taak, dus toch een beetje vreemde eend in de bijt].

  33. Service Level Management • Verantwoordelijkheid: • Beheren (=maken, bijstellen) van afspraken met de klant over: • functioneren en inhoud (functionaliteit) van de applicatie • functioneren en inhoud van de dienstverlening

  34. Service Level Management • Net als ITIL, maar ITIL gaat over apparatuur/infrastructuur en dienstverlening van het ‘rekencentrum’ (technisch beheer). • Afspraken worden vastgelegd in een SLA. Die kan door Configuratiemanagement worden vastgelegd in een SLDB. • Belangrijk onderdeel van veel SLA’s: dichttimmeren en boeteclausules. De waardering hiervoor verschilt.

  35. Organization Cycle Management

  36. OCM in 1 plaatje en 1 zin Bepaal rekening houdende met de markt het beleid met betrekking tot de toekomst van de aan de klant te verlenen diensten, alsmede de daarvoor benodigde technologie en deskundigheid. Accountdefinition Marketdefinition Servicedeliverydefinition Skillsdefinition Technologydefinition

  37. Organization Cycle Management • Applicatiebeheerorganisaties zullen pro-actief moeten nadenken over de toekomst en de te leveren diensten. • Het verschil tussen interne en externe applicatiebeheer-organisaties wordt daarbij kleiner. De eisen aan beide soorten organisaties worden steeds meer vergelijkbaar. • Applicatiebeheerorganisaties zullen actiever moeten nadenken over de rol die zij wil innemen en ook met welke partners zij wil samenwerken. • Het te voeren beleid moet bottom up en daana top down worden opgesteld.

  38. Market definition • Bij ‘markt’ valt te denken aan: • beschikbare applicatie-software • (potentiële) concurrenten • (potentiële) samenwerkingsverbanden/partners • (nieuwe) klantengroepen / marktsegmenten • leveranciers • (nieuwe) diensten • tarieven en kosten [we willen immers ‘marktconform’ zijn]

  39. Account definition • Dit heeft te maken met de relaties met (bestaande) klanten. • Hier valt te denken aan: • ons imago (wat voor ‘beeld’ heeft de klant van ons) • wat doen we (of kunnen we doen) voor onze klanten? • kennen we de juiste contactpersonen? • hoe benaderen we die? • de opzet van onze ‘sales’ en ‘marketing’ organisatie (en ‘service level management’) • wat vindt de klant van ons?

  40. Skills definition • Dit heeft te maken met wat we (wel en niet) kunnen. • Met name vaktechnisch en kennis van ‘tools’ • .Net, Java, webontwikkeling, SAP / Oracle, BI, kunstmatige intelligentie, compilerbouw, numerieke methoden, Linux, Windows API’s • breedte, diepgang, ervaring. • Ook het kwaliteitssysteem en kennismanagement vallen hieronder.

  41. Skills definition • Maatregelen op dit gebied zijn bijvoorbeeld • Scholing, coaching • Researchprojecten • Inhuur • Outsourcing • Nieuw (ander) personeel aantrekken • Omscholing of ontslag

  42. Technology definition • Denk aan: • Nieuwe talen (C#, Ajax) • Nieuwe case-tools • Niet meer ondersteunde hulpmiddelen (oude versies  migratie?) • Nieuwe mogelijkheden (upgrades) van bestaande hulpmiddelen (bv: Office 2007, Sharepoint Server 2007, Oracle 11g, SAP Netweaver)

  43. Technology definition • Dit heeft te maken met de binnen de applicatiebeheerorganisatie gebruikte technologie/tools, zowel de ontwikkeltools als de beheertools

  44. Service delivery definition • Dus: • Welke dienstverlening, dienstencatalogus? • Aan wie? • Op welke wijze? • Met welke middelen? • En welke deskundigheid?

  45. Service delivery definition • Hier komen alle (bottom-up) analyses uit de omringende vier processen samen. Dit leidt tot een globaal beeld van de applicatiebeheerorganisatie en de geleverde diensten over 2 tot 3 jaar, en het traject er naar toe. • Dit beeld wordt daarna weer (top-down) uitgewerkt in die vier processen

  46. Een mogelijke (top-down) volgorde

  47. Delta Storage • V0 : nulversie, wordt geïmporteerd • V1 = V0 + 1 • V2 = V1 + 2 = V0 + 1 + 2 • V3 = V2 + 3 = V1 + 2 + 3 = V0 + 1 + 2 + 3 • like incremental dumps • mother with several daughters, one after another!

  48. V0 importeren V1 = V0 + 1 V2 = V0 + 1 + 2 V3 = V0 + 1 + 2 + 3 in CM-tool opgeslagen: V0 V0, 1 V0 , 1 , 2 V0 , 1 , 2 , 3 voorwaartse delta-storage

  49. V0 importeren V0 = V1 - 1 V1 = V2 -2 V2 = V3 - 3 in CM-tool opgeslagen: V0 V1, 1 V2 , 2 V3 , 3 achterwaartse delta-storage

  50. Voordelen releases • Het kunnen uitstellen van ingrijpende veranderingen tot een latere release • Kleinere kans op stagnatie • Makkelijker kunnen inspringen op productieverstoringen • Gecontroleerd werken aan verschillende releases tegelijkertijd

More Related