Beheer en doorontwikkeling. Duidelijk geregeld.

Beheer houdt een bestaand systeem bruikbaar binnen de gemaakte afspraken. Doorontwikkeling verandert wat het systeem kan. Dat onderscheid voorkomt dat een nieuwe functie als klein onderhoud wordt behandeld, of dat noodzakelijke updates steeds achter een wensenlijst verdwijnen.

We bespreken afzonderlijk het technisch onderhoud, ondersteuning bij problemen en geplande verbeteringen. Wat we uitvoeren, hoe je iets meldt en wanneer het wordt opgepakt, leggen we vast. Een algemene belofte dat we ‘alles regelen’ geeft je team daar onvoldoende houvast voor.

We brengen de onderdelen in beeld waarvan het systeem afhankelijk is: hosting, softwarebibliotheken, externe koppelingen, accounts en de gegevensopslag. Per onderdeel moet duidelijk zijn wie het beheert en welke controles afgesproken zijn. Niet iedere verantwoordelijkheid ligt automatisch bij dezelfde partij.

• Updates: welke onderdelen we bijwerken, hoe we vooraf testen en wanneer een wijziging wordt uitgevoerd.
• Back-ups: wat wordt opgeslagen, wie herstel kan uitvoeren en hoe wordt gecontroleerd of terugzetten werkt.
• Monitoring: welke storingen of mislukte verwerkingen zichtbaar moeten worden en wie de meldingen ontvangt.
• Toegang: wie accounts beheert, rechten toekent en toegang intrekt wanneer iemand vertrekt.

Een back-up vervangt geen herstelplan. Een melding vervangt geen verantwoordelijke. Daarom nemen we de handeling na de controle mee in de afspraken, inclusief afhankelijkheden van andere leveranciers.

Nieuwe wensen zetten we naast het werk dat ze moeten verbeteren. Wie gebruikt de functie? Welk probleem lost die op? Kan een bestaande stap eenvoudiger, of is er echt een nieuw onderdeel nodig? Zo krijgt de verbeterlijst een volgorde op basis van gebruik en afhankelijkheden.

Voor een wijziging bespreken we de verwachte omvang, gevolgen voor bestaande functies en de acceptatie. Daarna bouwen en testen we het afgesproken onderdeel. Ook het moment van uitrollen en de mogelijkheid om terug te gaan naar de vorige versie worden beoordeeld. Je kiest welke verbeteringen binnen het beschikbare budget passen.

Lees hoe we scope, budget en wijzigingen afspreken. Vaste verbeterblokken kunnen onderdeel van de samenwerking zijn; inhoud en omvang bepalen we samen.

Dat begint met een technische en praktische verkenning. We bekijken de broncode, documentatie, toegang, afhankelijkheden en de manier waarop het systeem wordt uitgerold. Ook moet duidelijk zijn of jullie het recht hebben om de software te laten aanpassen.

Je ontvangt een beeld van wat beheersbaar is, welke risico’s eerst aandacht vragen en welke informatie ontbreekt. Pas daarna maken we afspraken over ondersteuning of verbeteringen. Soms is eerst herstelwerk nodig. Een systeem helemaal opnieuw bouwen is geen automatisch gevolg van een overname.

Jullie aangeleverde data en content blijven van jullie. De software en intellectuele eigendomsrechten blijven bij SiteJob of de betreffende rechthebbende. Het standaard gebruiksrecht is niet-exclusief, niet-overdraagbaar en bedoeld voor het afgesproken interne gebruik. Broncode of rechten overdragen is geen automatisch onderdeel van de bouwprijs.

Wil je andere rechten of beheer door een derde partij, dan zijn daarvoor uitdrukkelijke schriftelijke afspraken nodig. Een overeengekomen rechtenoverdracht geldt pas na volledige betaling en omvat niet automatisch onze generieke componenten of rechten van derden. Exitbegeleiding kan apart worden berekend. Lees de algemene voorwaarden en bespreek je wensen vóór de opdracht.