Computable.nl
  • Thema’s
    • Carrière
    • Innovatie & Transformatie
    • Cloud & Infrastructuur
    • Data & AI
    • Governance & Privacy
    • Security & Awareness
    • Software & Development
    • Werkplek & Beheer
  • Sectoren
    • Channel
    • Financiële dienstverlening
    • Logistiek
    • Onderwijs
    • Overheid
    • Zorg
  • Computable Awards
    • Overzicht
    • Nieuws
    • Winnaars
    • Partner worden
  • Vacatures
    • Vacatures bekijken
    • Vacatures plaatsen
  • Bedrijven
    • Profielen
    • Producten & Diensten
  • Kennisbank
  • Nieuwsbrief

Bedrijven niet op de hoogte van releasekosten

13 juni 2008 - 08:023 minuten leestijdActueelSoftware & DevelopmentForrester
Rian van Heur
Rian van Heur

Organisaties installeren vaak software en patches. Veel bedrijven weten echter niet hoeveel geld het uitrollen van software kost.

Bedrijven weten niet hoeveel het kost om een programma of patch uit te rollen binnen hun organisatie. Dat zei Forrester-analist Carey Schwaber tijdens het Foresster IT Forum 2008 in Lissabon. Op haar vraag wie van de aanwezigen de kosten kende voor het implementeren van software of patches, had niemand een antwoord. "Ik ben ook nog nooit bedrijf tegengekomen die de kosten weet", was de reactie van Schwaber.

Carey definieert releasemanagement als wat gedaan moet worden om het applicatieteam te ondersteunen bij de uitrol van software. Het gaat dan niet alleen om nieuwe software, maar ook om patches. Releasemanagers houden zich bijvoorbeeld bezig met het releaseschema of zorgen ervoor dat de nieuwe software stabiel genoeg is om uitgerold te worden.

Het beheer van softwareuitrol was voorheen geen groot issue. Tegenwoordig zijn er vanuit de business meer vragen om patches door te voeren of nieuwe software uit te rollen. Daarnaast moet dit allemaal plaatsvinden in een kort tijdsbestek. Dat zorgt voor druk op het softwareteam.

Best practices voor release management

1. Zorg voor een sterk releaseteam
            Leden van dit team moeten zowel software kunnen testen als bouwen. Het releaseteam moet zelfstandig en onafhankelijk zijn. Omdat het team vaak moeilijke beslissingen moet maken, is het belangrijk dat de manager achter de beslissingen van dit team blijft staan.

2. Neem de standaarden die de organisatie heeft over releasemanagement serieus
            Zorg ervoor dat alle betrokkenen van de implementatie op de hoogte zijn, bijvoorbeeld ook de helpdeskmedewerkers die vragen kunnen verwachten. De software moet getest zijn. De releasemanager moet volgens Carey goed opletten dat niet alleen de procedure wordt uitgevoerd, maar dat er waar nodig ook actie wordt ondernomen. Als niet aan de standaarden voldaan wordt, moet de releasemanager besluiten de applicatie of patch niet uit te rollen.

3. Zorg voor een duidelijke uitrolfrequentie
            Het is volgens Carey altijd beter om patches en software gezamenlijk uit te rollen. Minimaliseer daarom het aantal keren dat je uitrolt. Verschillende typen software (bijvoorbeeld verdeling in programma's of patches) kunnen verschillende frequenties hebben. Maak hiervan een vast schema. Een wekelijkse frequentie vindt Carey wat overdreven. Elke twee weken of iedere maand is normaler.

Meer over

Patches

Deel

    Inschrijven nieuwsbrief Computable

    Door te klikken op inschrijven geef je toestemming aan Jaarbeurs B.V. om je naam en e-mailadres te verwerken voor het verzenden van een of meer mailings namens Computable. Je kunt je toestemming te allen tijde intrekken via de af­meld­func­tie in de nieuwsbrief.
    Wil je weten hoe Jaarbeurs B.V. omgaat met jouw per­soons­ge­ge­vens? Klik dan hier voor ons privacy statement.

    Whitepapers

    Computable.nl

    Staat van Digitale Connectiviteit binnen de Bouw- en Installatiebranche 2025

    Digitale connectiviteit is de kern van veel processen in de bouw en volgens insiders van strategisch belang voor de toekomst van de sector. Waar sta jij?

    Computable.nl

    Design Sprints: 4 dagen van idee naar prototype

    Hoe zet je in vier dagen tijd een gevalideerd prototype neer met Design Sprints?

    Computable.nl

    Resultaatgericht Samenwerken (RGS).

    RGS is een gestructureerde methode die vastgoedprofessionals direct ondersteunt bij kwaliteitsverbetering, kostenefficiëntie en verduurzaming.

    Meer lezen

    Peter van Eijk
    OpinieGovernance & Privacy

    De Kijk van Van Eijk: Software moet je kunnen beheren

    Computable.nl
    ActueelData & AI

    Beheerder niet verbaasd over negeren Oracle-patches

    Computable.nl
    AchtergrondWerkplek & Beheer

    Vista SP1: veel patches, enkele verbeteringen

    Geef een reactie Reactie annuleren

    Je moet ingelogd zijn op om een reactie te plaatsen.

    Populaire berichten

    Meer artikelen

    Uitgelicht

    Partnerartikel
    AdvertorialInnovatie & Transformatie

    Ontdek de toekomst van IT-support en m...

    Op 16 september 2025 vindt in de Jaarbeurs in Utrecht een gloednieuw event plaats dat volledig is gericht op IT-professionals:...

    Meer persberichten

    Footer

    Direct naar

    • Carrièretests
    • Kennisbank
    • Planning
    • Computable Awards
    • Magazine
    • Abonneren Magazine
    • Cybersec e-Magazine
    • Topics

    Producten

    • Adverteren en meer…
    • Jouw Producten en Bedrijfsprofiel
    • Whitepapers & Leads
    • Vacatures & Employer Branding
    • Persberichten

    Contact

    • Colofon
    • Computable en de AVG
    • Service & contact
    • Inschrijven nieuwsbrief
    • Inlog

    Social

    • Facebook
    • X
    • LinkedIn
    • YouTube
    • Instagram
    © 2025 Jaarbeurs
    • Disclaimer
    • Gebruikersvoorwaarden
    • Privacy statement
    Computable.nl is een product van Jaarbeurs