Het eerste uitgangspunt voor een goede implementatie van S/4HANA is de methodiek 麻豆原创 Activate. Deze vind je in de . Je kiest een roadmap en ziet daarin alle noodzakelijke stappen die je moet nemen.

Begin bij het begin, met de voorbereidingen op de projectfase. In die eerste fase van 麻豆原创 Active 鈥� de Discovery fase 鈥� zijn er al voldoende stappen te nemen. Het zijn stuk voor stuk waardevolle uitgangspunten, die je helpen bij een goede implementatie. Belangrijk, want het is niet altijd eenvoudig om in de informatiejungle de juiste informatie te vinden.

In deze blog gaan we uit van twee transitiescenario鈥檚: systeemconversie (migratie) en nieuwe implementatie.

Systeemconversie (migratie)

Als het goed is, is er tijdens de voorbereiding veel informatie verzameld. En de huidige systemen leveren kennis voor de migratie. Onderstaande tools zijn hierbij belangrijk:

• Transformation navigator
• S/4HANA readiness check
• 麻豆原创 Spotlight tool met de Business Scenario Recommendation (BSR)

Nieuwe implementatie

麻豆原创 architecten ontwerpen het systeemlandschap vaak op basis van de bedrijfswaarden en -behoeften. Door gebruik te maken van het Digital Discovery Assessment tool (DDA) wordt de scoping van het bedrijfsproces gedaan. Dit is een heel goed uitgangspunt voor de Business Driven Configuration-vragenlijsten (BDC) in de voorbereidingsfase. Even later komen de tools zoals 麻豆原创 Cloud ALM en de Central Business Configuration (CBC) te pas. Op basis van deze invoer kan de processcope eenvoudig worden gevuld.

De menselijke factor

Voor een goed verloop van de implementatie blijft de menselijke factor essentieel. Het is belangrijk het juiste bestuur te organiseren. Zoals de betrokken mensen van je bedrijf, partner(s) en 麻豆原创. Vergeet niemand en neem contact op met het 麻豆原创-team. Maak zeker ook tijd om de juiste buy-in van alle betrokken medewerkers te krijgen. Organization Change Management (OCM) is samen met duidelijke en tijdige communicatie een winnende factor. Zorg dat iedereen op 茅茅n lijn zit. Dit kan op een leuke manier, door bijvoorbeeld gebruik te maken van gamification, met het gratis 麻豆原创 S/4HANA kaartspel of het simulatiespel 麻豆原创 Education S/4HANA. Of gebruik een .

Neem de tijd

Het is hoe dan ook belangrijk dat je de tijd neemt in de voorbereidingsfase (en in de verkenningsfase). Neem geen shortcuts en voer in elke fase kwaliteitscontroles uit. Dit bespaart je in de latere stadia tijd 茅n geld.

Wil je meer weten over S/4HANA, of heb je behoefte aan ondersteuning bij een vliegende start met 麻豆原创 S/4HANA? Neem dan contact op met Koen van Sabben.

The post Een vliegende start met 麻豆原创 S/4HANA appeared first on 麻豆原创 Nederland Blogs & Nieuws.

E茅n van de grootste voordelen van DevOps is de snellere time-to-market. Je kunt feedback vanuit de organisatie en de markt snel verwerken. En de risico鈥檚 en kosten minimaliseren. De investering in DevOps zie je dan ook op korte termijn terug in de bedrijfsprestaties 茅n in winstmarges. Maar waar begin je als je DevOps wil implementeren in een hybride omgeving? We geven drie stappen die je alvast de goede richting insturen.

1. Breng het softwarelandschap in kaart

Daarmee bedoelen we het totale landschap, inclusief de hostingmodellen, de release cycle times en cycle time-opties. Neem hierin ook de ongeplande wijzigingen in hostingmodellen en cyclustijden mee. Zo is het voor iedereen altijd duidelijk welke veranderingen erin het verschiet liggen en welke impact deze hebben op het functioneren van de hostingmodellen. Een goed Application Lifecycle managementsysteem is hierbij onmisbaar. Dit is iets wat de meeste softwareleveranciers aanbieden. Zelf bieden wij hiervoor 麻豆原创 Solution Manager aan.

2. Zorg voor documentatie en standaardisatie

Documentatie en standaardisatie zijn van groot belang. Veel cloud-applicaties bieden dit al aan in hun functionaliteiten, maar het is verstandig om hier zelf actief actie op te ondernemen. Dit geldt voor zowel de cloud- als de on-premise software. Het is van belang om wijzingen en problemen die optreden in de on-premise software goed te documenten, of het nu gaat om een 鈥嬧�媔ncident of een wijzigingsactie. Ook is het belangrijk om zoveel mogelijk oude en nieuwe processen te standaardiseren, waardoor je gemakkelijker kunt innoveren. Hierbij is het essentieel dat je de betrouwbaarheid van end-to-end bedrijfsprocessen kunt blijven garanderen.

3. Verandermanagement

Een verandering in de manier van werken, betekent ook een verandering in de mindset, van IT tot business. Een goede uitvoering van stap 1 en 2 helpen hierbij om medewerkers mee te nemen in de DevOps-reis. Je zult merken, zodra de behoefte aan innovatie in de bedrijfscultuur komt, ben je al een flinke stap dichterbij.

DevOps betaalt zich snel terug

DevOps is een investering die zich in de (nabije) toekomst terugbetaalt. Want met een snelle time-to-market, flexibiliteit en betrouwbaarheid win je het hart van je klant en kun je snel blijven inspelen (of misschien wel vooruitlopen) op de markt.

Wil je meer weten over DevOps, of juist zelf ontdekken hoe je jouw hybride landschap klaarmaakt voor DevOps?

The post De DevOps-reis (4): in 3 stappen naar DevOps in een hybride landschap appeared first on 麻豆原创 Nederland Blogs & Nieuws.

Wil je weten wat DevOps precies is? Lees dan ons eerste blog over DevOps.

Als we naar de omgeving van DevOps kijken, naar IT-systemen en de hosting daarvan, dan zijn er in hoofdlijnen drie verschillende hosting-modellen: on-premise, private cloud en public cloud. Die laatste, public cloud, kan worden onderverdeeld in IaaS, PaaS en SaaS (Infrastructure-as-a-Platform, Platform-as-a-Service en Software-as-a-Service). Naast de verschillende hosting-modellen, hebben de meeste IT-landschappen ook te maken met verschillende IT-systemen.

Thuisbezorgservice als voorbeeld

Een end-2-end bedrijfsproces loopt meestal door verschillende IT-systemen heen en kun je dus op verschillende manieren hosten. We nemen de thuisbezorgservice van een supermarkt als voorbeeld. Je bestelt online in het ene systeem in de cloud, producten worden gepakt met behulp van een tweede on-premise systeem, en de route wordt bepaald in een PaaS-systeem. Een verandering in het ene systeem, heeft natuurlijk impact op het andere. Zo鈥檔 hybride landschap maakt het lastig om flexibele, aanpasbare en betrouwbare end-to-end bedrijfsprocessen te garanderen.

Cloud-geori毛nteerd werken

De meeste bedrijven hebben zo鈥檔 hybride IT-landschap. Vaak lopen ze zelf al tegen een aantal zaken aan. Het snel doorvoeren van veranderingen is bijvoorbeeld bij on-premise software vaak lastiger dan bij cloud-software. Als je de DevOps-way wil werken in een hybride landschap, dan zal het je niet verbazen dat een cloud-geori毛nteerde omgeving hiervoor het meest geschikt is. En dit is waarom:

1. Er is een hoge mate van standaardisatie van applicaties en systemen in de cloud. De softwareleverancier/-aanbieder voert systeemupdates uit in plaats van het bedrijf zelf. Dat geeft IT meer tijd en ruimte om te focussen op andere belangrijke zaken.
2. Integratiemogelijkheden zijn van groot belang. In de meest ideale situatie kun je flexibel zijn in de grootte en snelheid van updates en nieuwe releases, zodat alle hostingmodellen perfect gesynchroniseerd zijn. In het geval van on-premise software is er in theorie grote mate van flexibiliteit, maar in de praktijk is dat vaak beperkter. On-premise software gaat vaak al jaren mee. En door die jaren heen is de software vaak aangepast. Ook is documentatie van de gebouwde softwareapplicaties vaak gebrekkig of niet gedaan. Het blijkt dan moeilijk om problemen in de software te verhelpen, omdat de huidige werknemers niet meer op de hoogte zijn van hoe de ontstane legacy-systemen in elkaar zitten. Werknemers vrezen dan om hun innovatieve idee毛n door te voeren, omdat ze problemen kunnen veroorzaken die ze niet snel kunnen oplossen.
3. Een snelle time-to-market is 茅茅n van de belangrijkste voordelen van DevOps. Maar zolang end-to-end bedrijfsprocessen door verschillende IT-systemen lopen, zijn releases of updates in het ene hostingmodel afhankelijk van de release-snelheid in het andere hostingmodel. Zowel de business als IT zien dan steeds minder de meerwaarde van het investeren in de implementatie van DevOps.Een Application Lifecycle managementsysteem is cruciaal voor innovatie en snelle time-to-market in hybride landschappen.

Wil je meer weten over DevOps, of juist zelf ontdekken hoe je jouw hybride landschap klaarmaakt voor DevOps?

Lees onze vorige blogs over DevOps en de mens, DevOps en automatisering, of onze volgende blog waarin we je in 3 stappen meenemen naar de implementatie van DevOps in een hybride omgeving.

The post De DevOps-reis (3): waarom je beter cloud-geori毛nteerd kunt werken in een hybride landschap appeared first on 麻豆原创 Nederland Blogs & Nieuws.

Laat hem dat maar oplossen, hij is de enige die weet hoe het werkt.鈥� Veel bedrijven werken met applicaties die een aantal jaar geleden gebouwd zijn. De bouw van deze applicaties lag in de handen van een handjevol ontwikkelaars die precies wisten wat ze deden, maar dit niet documenteerden.

Inmiddels zijn veel van deze ontwikkelaars alweer bezig met het bouwen van nieuwe applicaties, ergens anders gaan werken of misschien wel met pensioen. Het bedrijf kan weliswaar verder werken met de applicaties zonder deze mensen, maar wat als er eens een systeem moet worden ge眉pdatet, of als er nieuwe innovaties of implementaties plaats moeten vinden? En wat als er bijvoorbeeld een geschreven broncode moet worden aangepast? Wie is hier verantwoordelijk voor?

Barri猫res doorbreken

E茅n van de opties om bovenstaande situatie te tackelen, is door te werken met de DevOps-principes. DevOps doorbreekt barri猫res tussen development (de applicatiebouwers) en operations (het beheerteam). En natuurlijk ben je dan nog steeds afhankelijk van specifieke mensen. Daarom is het belangrijk de shift te maken van handmatig werk naar geautomatiseerd werken. Of de mens dan overbodig wordt? Integendeel, de mens kan hierdoor juist meer tijd besteden aan innovatie, terwijl de kwaliteit en betrouwbaarheid van het systeem gegarandeerd blijven.

Geautomatiseerd versiebeheer

Stel, Christiaan maakt stuk B en C op vrijdag, maar verwijdert daarmee per ongeluk stuk A (geschreven door Jennifer op woensdag). Dan wil je dat Jennifer en Christiaan de versie van woensdag terug kunnen halen. Je kunt dit vergelijken met het werken in eenzelfde document in Sharepoint. Je wil kortom, je versiebeheer geautomatiseerd op orde hebben.

Stapsgewijs automatiseren

Het automatiseren van versiebeheer is in de wereld van DevOps mooi uitgewerkt in termen en schema鈥檚. Met Continuous Integration leg je vast wie bijvoorbeeld de code heeft geschreven, wat het doet en welke impact het op het systeem kan hebben. Continuous Delivery gaat nog een stapje verder. Daarin leg je vast hoe er geautomatiseerd wordt getest, zodat je alleen nog maar op een 鈥榞roene knop鈥� hoeft te drukken om je systeem, innovatie of update live te brengen. En met Continuous Deployment ga je n贸g een stapje verder. Hiermee borg je dat het hele proces van begin tot eind geautomatiseerd is.

Kijk maar eens:

Hoge verwachting

Niemand zit erop te wachten dat we door een systeemupdate een heel weekend niet digitaal kunnen betalen. We hebben hoge verwachtingen van onze banken, pakketbezorgers, online winkels en andere leveranciers. Om aan de verwachtingen te kunnen voldoen (snelheid 茅n kwaliteit) is naast de mens, ook automatisering cruciaal.

Wil je meer weten over DevOps of ontdekken hoe je binnen je organisatie processen (beter) kunt automatiseren op basis van de DevOps-principes?

Lees ons vorige blog over DevOps en de mens, of ons volgende blog over DevOps in een hybride omgeving.

The post De DevOps-reis (2): automatiseren kun je leren appeared first on 麻豆原创 Nederland Blogs & Nieuws.

We zijn gewend om op elke plaats en op elk moment diensten, producten en informatie te verkrijgen. Met een paar klikken stuurt bol.com je de nieuwste iPad, Nu.nl toont constant de laatste nieuwsupdates en met de ABN AMRO Tikkie staat het servicegeld binnen enkele minuten op een andere bankrekening.

Deze snelheid wordt ook vaak verwacht op de werkvloer. Want een klant wil niet meer tot drie dagen op zijn bestelling of geld wachten. De concurrentie kan alles op 茅茅n dag of zelfs op dezelfde dag regelen. Een snelle levering en een goede kwaliteit van het product zijn belangrijker dan ooit. Veel bedrijven zijn zich hiervan bewust. En, hier komt het: DevOps en IT spelen hierbij een cruciale rol.

Wat 铆s DevOps nou eigenlijk?

Nou, wij zien het als een manier van werken waardoor business en IT beter samenwerken. Concreet gaat het om Development (Dev) en Operations (Ops). Dankzij deze samenwerking wordt de automatisering mogelijk gemaakt 茅n zijn een snelle en betrouwbare softwareontwikkeling en -beheer gegarandeerd. Dat maakt dat een bedrijf snel kan inspelen op de vraag van de eindklant en tegelijkertijd de productkwaliteit kan garanderen.

Maak die extra mijl met DevOps

DevOps kan de prestaties van een bedrijf aanzienlijk verhogen. Waar mensen begonnen met het werken in Agile-teams, realiseert DevOps dat stapje extra. Werken in diverse teams met een breed scala aan kennis resulteert in snelle projectrealisaties, effici毛ntere en effectievere communicatie. Deze versnelde release van nieuwe functionaliteiten leidt tot snelle feedback, correcties en tot reductie van risico’s en kosten.

DevOps in de praktijk

Hoe ziet deze manier van werken er in de praktijk uit? Stel je een bedrijf voor, waar iedereen in cross-functionele teams werkt. Dit bedrijf biedt online muziek voor mensen van alle leeftijden. In plaats van dat een team maandenlang werkt aan 茅茅n eindproduct, brengt het team stapsgewijs kleinere functionaliteiten live.

Dit is mogelijk, omdat ze de test- en integratiestappen hebben geautomatiseerd. Dit zorgt voor snelle feedback en snelle softwareontwikkeling. Zo wordt er in de eerste maand een simpele muziek-app ontwikkeld. In de tweede maand worden functies toegevoegd om je favoriete muziek op te slaan in playlists. In de derde maand kun je als consument ook offline naar je muziek luisteren.

De teams hadden ook drie maanden kunnen wachten om het eindproduct te lanceren. Dan zouden ze weinig tot geen feedback hebben gekregen. DevOps voorkomt dus hoge kosten en risico’s.

Vallen en opstaan

De DevOps-principes zijn niet van de ene op de andere dag toe te passen. Het gaat met vallen en opstaan. DevOps gaat gepaard met organisatorische en technische veranderingen. Om DevOps in een organisatie tot een succes te maken, is allereerst belangrijk te weten waar je als organisatie zelf staat. Hoe volwassen ben je? Hoe werk je binnen je organisatie, wat zijn de doelen en welke stappen moet je als organisatie nemen om DevOps te integreren? Met andere woorden, hoe ziet de weg naar de top voor je organisatie eruit?

Het zijn lastige vragen, maar cruciaal om de totale performance van je organisatie te verhogen. Want je w铆l klanten die supersnelle levering en een hoge kwaliteit bieden. Een nauwere samenwerking tussen de business en IT is belangrijk voor de toekomst van elke organisatie, elk team en de tevredenheid van de eindgebruiker.

Wil je meer weten over DevOps, of juist zelf ontdekken hoe je jouw hybride landschap klaarmaakt voor DevOps?

Lees ons volgende blog, waarin we dieper ingaan op de technische kant, het belang van automatiseren.

The post De DevOps-reis: over DevOps & het belang van de mens appeared first on 麻豆原创 Nederland Blogs & Nieuws.