鈥淟aat hem dat maar in elkaar zetten en oplossen, hij is de enige die zulke problemen kan oplossen. Ik hoef niet te weten hoe hij dat gedaan heeft, als het maar 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 met pensioen. Het bedrijf kan weliswaar verder werken met de applicaties zonder deze mensen, maar wat als er eens een systeem moet worden ge眉pdate of als er nieuwe innovaties of implementaties plaatsvinden? Het beheerteam zorgt dan voor het onderhoud van het systeem, maar wat als er bijvoorbeeld geschreven broncode moet worden aangepast? 聽Wie is er dan verantwoordelijk is voor het oplossen van dit probleem. Juist in deze coronatijd is automatisering van groot belang. Consumenten verwachten dat alles snel en goed geregeld is, wat je met DevOps kan bereiken.

Roadmap van DevOps

Een van de opties om bovenstaande situatie te vergemakkelijken is door DevOps principes aan te nemen in je organisatie. DevOps streeft ernaar om de 鈥榦nzichtbare鈥� barri猫res tussen development (鈥榖ouwers鈥� van applicaties) en operations (het beheerteam) te doorbreken. Je zou dus zeggen dat zodra er problemen ontstaan, deze door dezelfde mensen worden opgemerkt als de mensen die de applicaties of systemen gebouwd hebben. 聽Je bent dan nog steeds afhankelijk van deze personen. Daarom wil je meer de shift maken van handmatig werk naar transparantie. Betekent dit dat de mens overbodig wordt? Integendeel, de mens kan hierdoor juist meer tijd besteden aan innovatie, terwijl de kwaliteit en betrouwbaarheid van het systeem gegarandeerd blijven.

Meer lezen over automatisering en DevOps?

In dit blog wordt de DevOps journey uitgelegd. Waarom speelt de mens een cruciale rol in automatisering?

Hoe leer je automatiseren?

Transparantie kun je bereiken door binnen DevOps aan automatisering te werken. In detail, ga je dan als eerst aan de slag met 鈥樷�� en 鈥楥ontinuous Delivery鈥�. verwijst hier naar dat wanneer er code wordt gemaakt, je ook wilt dat het ergens wordt vastgelegd door wie dit is geschreven, wat het doet en welke impact het op het systeem kan hebben. Als Christiaan 鈥榮tuk B en C鈥� maakt op vrijdag, maar daarmee per ongeluk stuk A verwijderd (geschreven door Jennifer op woensdag), dan wil je dat Jennifer en Christiaan wel weer de versie van woensdag terug kunnen halen. Je kunt die stukjes vergelijken met het werken in eenzelfde document in sharepoint. Dus eigenlijk wil je je versiebeheer geautomatiseerd op orde hebben.

Continuous Delivery gaat dan nog een stapje verder, je wilt dat het testen zoveel mogelijk geautomatiseerd is. Deze stap zorgt er idealiter voor dat je enkel nog op een 鈥済roene knop鈥� moet drukken om je systeem, innovatie of update live te brengen.

Nog een stapje verder, dat het hele proces van begin tot eind geautomatiseerd is, verwijst naar Continuous Deployment. Dit is ook mooi uitgewerkt in onderstaande afbeelding.

Conclusie: waarom is automatisering interessant voor iedereen?

Het Coronavirus houdt ons nog een hele tijd in de greep. We moeten nog steeds wennen aan het thuiswerken en verwachten ook nog steeds betrouwbare en snelle service van onze pakketbezorgers, online winkels of juist van onze leveranciers. Hoe denk je dat een online winkel kan garanderen dat je bestelling de volgende dag in huis is of hoe banken ervoor zorgen dat updates in het internet bankieren vlekkeloos gaan?聽 Automatisering is daarbij van groot belang. Fouten worden snel opgemerkt en aangepakt en dit maakt het ook makkelijker dan een paar jaar geleden om vanuit huis dezelfde services te kunnen leveren. Immers, wij zitten er niet op te wachten dat we door een systeemupdate een heel weekend niet digitaal kunnen betalen. Normaal al niet en in deze crisis nog minder. Dan ben je blij dat de IT zich bezighoudt met automatisering waardoor zij meer tijd hebben voor innovatief werk en jouw leven een stuk prettiger wordt. Mocht je dus iemand horen zeggen: 鈥淟aat hem dat maar in elkaar zetten鈥�, vraag dan snel even of een ander of een ander systeem het over kan nemen!

Voor nu is dit genoeg over DevOps en Automatisering en we zullen in de volgende blog op het puntje 鈥楲ean鈥� ingaan. Wil je nu toch meer weten over DevOps en Automatiseren, wil je stappen gaan maken voor DevOps in jouw organisatie of wil je meer weten over die link tussen automatisering en Covid-19? Laat het ons dan even weten. Wij vertellen hier met alle plezier meer over.

Wil je meer weten over DevOps of聽 voorbereiden voor DevOps in jouw organisatie?

The post Waarom automatisering cruciaal is in Coronatijden appeared first on 麻豆原创 Nederland Blogs & Nieuws.

Taken en activiteiten voor een CI-team

Enkele voorbeelden van mogelijke taken en activiteiten binnen het CI-kernteam zijn:

• Operationele data

Een web- of business intelligence-analist is enkele dagen per week actief voor het CI-team. Hij cre毛ert rapporten, analyseert testresultaten van verbeteringen en kan hierbij suggesties voor nieuwe verbeteringen aandragen.

• Kwantitatieve

De feedbackanalist is verantwoordelijk voor het opstellen van een structuur voor onderzoeken waarmee feedback wordt verzameld bij werknemers en klanten. Het voorbereiden hiervan kost tijd; per maand is deze analist drie tot vier werkdagen bezig met het analyseren van de resultaten en aanpassen van bestaande onderzoeken.

• Kwalitatieve experience-data

De UX-onderzoeker plant per cyclus of kwartaal meerdere interviews met klanten in en organiseert daarnaast klanttesten rondom .

• Pain & gain-analyses

De businessconsultant brengt samen met de architect, afdelingsmanager of e-commercemanager iedere cyclus in kaart. Dergelijke analyses kunnen al snel een halve dag in beslag nemen. Terwijl eveneens een halve dag moet worden gereserveerd voor het bespreken van de resultaten.

• Bespreking met kernteam

Tot slot komen alle betrokken functies een halve dag per cyclus samen. Zij bespreken de resultaten van voorgaande initiatieven en prioriteren nieuwe initiatieven, waarbij zij ook financi毛le, organisatorische en technische afhankelijkheden meewegen. Dit is de enige bespreking waar het volledige kernteam – inclusief de product owner, webanalist, feedbackanalist, UX-er, businessconsultant en vertegenwoordiging vanuit de business – samenkomt voor het uitwisselen van idee毛n en face-to-face bespreken van perspectieven.

Expertise toevoegen waar en wanneer je die nodig hebt

Het goed opzetten van een multidisciplinair CI-team vraagt om een goed proces, waarin alle terugkerende taken zijn toegewezen aan de juiste personen. Een belangrijk voordeel van deze aanpak is dat je tijdelijk extra expertise kunt toevoegen op de plek en het moment waar dit toegevoegde waarde oplevert. Denk hierbij aan experts in uiteenlopende gebieden, zoals , zoekmachineoptimalisatie, of organisatorische veranderingen. Samen selecteren zij de meest veelbelovende verbeteringen met een relatief laag risico en potentieel hoge opbrengst. In sommige gevallen leidt dit tot uitgebreidere projecten die als los project worden uitgevoerd.

De belangrijkste doelstelling is het toepassen van specifieke kennis en vaardigheden waar en wanneer deze het meest effectief zijn: in een voorspelbaar terugkerend proces met kwantificeerbare resultaten.

Externe functies toevoegen aan een multidisciplinair CI-team

Het opzetten van een multidisciplinair team met experts uit de eigen organisatie biedt voordelen. Voor het beste resultaat voeg je bij voorkeur echter ook enkele externe functies toe aan het team. Zij:

• hebben een frisse blik op het project en denken in oplossingen. Zo houden zij er geen rekening mee dat iets jaren geleden al is uitgeprobeerd;
• geven je toegang tot expertise die binnen het kernteam niet beschikbaar is. Indien een externe UX-onderzoeker bijvoorbeeld vergelijkbare opdrachten voor andere organisaties heeft uitgevoerd, kan je profiteren van de kennis die hierbij is opgedaan.
• maken functies beschikbaar die je slechts tijdelijk nodig hebt en niet vast wilt of kunt inschakelen. Denk hierbij aan een UX-onderzoeker of een bedrijfsstrateeg.

Iedereen heeft z’n eigen expertise. Benieuwd naar d茅 CI experts van ?

The post Hoe zorg je voor planning en structuur in een CI-team? appeared first on 麻豆原创 Nederland Blogs & Nieuws.

Een kleine verbetering of een volledige transformatie?

Ontdek wat een digitale transformatie inhoudt, de impact die het heeft op jouw organisatie, best practices en meer!

Moeilijker kwantificeerbaar

Vanuit een managementperspectief is CI een uitdaging. Het is lastiger kwantificeerbaar dan de meeste traditionele projecten. zijn bijvoorbeeld voorzien van een eindresultaat en -datum. Dat maakt het makkelijker bijvoorbeeld kosten en opbrengsten van tevoren in te schatten. Dit vereenvoudigt het nemen van beslissingen over traditionele projecten, het plannen hiervan en het voordragen van deze plannen aan het senior management. CI is echter juist een continu proces van kleine overwinningen, maar soms ook tegenslagen.

Sturen op bedrijfsresultaten

Je beheert CI op basis van bedrijfsresultaten in plaats van gedefinieerde functionele en niet-functionele vereisten. Dit maakt het CI-proces waardevol en leuk om aan te werken, maar tegelijkertijd uitdagend. Zo moet het team over de van een entrepreneur beschikken. Het team moet:

• De waarde van nieuwe initiatieven voor de business beschrijven, en niet alleen de technische of functionele vereisten.
• De koers wijzigen indien uit data blijkt dat dit de beste volgende stap is.
• Accepteren dat niet-perfect soms goed genoeg is indien de focus verschuift naar andere initiatieven die de business meer waarde opleveren.

Over het algemeen vraagt dit om een senior-mentaliteit. Teamleden moeten zich bewust zijn van hun beperkte impact op het grotere plaatje en dit omarmen.

CI vereist diepere integratie in de organisatie

Het CI-team moet nauw verbonden zijn met de volledige organisatie.

Deze connectie vraagt om en bestaat uit:

• Support vanuit het management: Veel lagen van de organisatie worden in potentie be茂nvloed door het proces. Dat vraagt tijd en aandacht van betrokken medewerkers. De steun van het senior management is dan ook noodzakelijk. Wanneer deze steun ontbreekt, leidt dit hoogstwaarschijnlijk tot vertragingen, doordat niet op basis van prioriteiten wordt gehandeld of er problemen ontstaan met resources of budget. Dit kan al snel zorgen voor onzekerheid en een afnemende motivatie bij betrokkenen.
• Transparante informatie: Nieuwe idee毛n, de roadmap, prioriteiten inclusief de redenering hierachter en zowel successen als tegenvallers zijn allen elementen die inzichtelijk moeten zijn voor betrokken partijen. Deze informatie zorgt dat zij hun aandacht voor het programma vasthouden, wat het beschikbaar maken van resources, verkrijgen van input en gemotiveerd houden van werknemers vereenvoudigt. Ook indien het project de winst die zij voor ogen hebben nog niet heeft opgeleverd.

Een sterke product owner:

• Neemt beslissingen en stelt prioriteiten.
• Motiveert belanghebbenden en zorgt voor betrokkenheid. Dit is van belang voor het CI-team en het management, maar zeker ook voor de mensen op de werkvloer die de resultaten van voorgestelde veranderingen zelf ervaren.
• Is 100% cross-functioneel en bespreekt belangrijke onderwerpen met bedrijfsdivisies, technisch personeel, ontwerpers en salesprofessionals.
• Weegt de waarde voor de business af tegen technische en functionele verbeteringen, en kan beslissingen zowel uitleggen als verdedigen.

Flexibiliteit in resourceplanning

Op een bepaald moment in het CI-proces worden de meest veelbelovende idee毛n omgezet in actie, zodat zij waarde opleveren. De uitdaging hierbij is dat vooraf niet bekend is wat deze idee毛n precies inhouden en vereisen. Zij kunnen vari毛ren van het doorvoeren van functionele, organisatorische of proceswijzigingen tot het verbeteren van integraties, het toevoegen van een nieuwe webdiensten of het updaten van de visuele vormgeving van een webpagina. Je moet overal op voorbereid zijn.

Na het uiteenzetten van mogelijke verbeteringen kan je van start gaan met het plannen en toewijzen van resources. Doe dit echter niet te vroeg! Indien een specifieke verbetering substantieel werk vereist kan je deze wellicht beter uitvoeren als losstaand project. CI werkt namelijk het beste wanneer je in korte cycli verbeteringen doorvoert die meetbaar en valideerbaar zijn in vergelijkbare korte cycli. Zorg daarom voor flexibiliteit in de planning. In de praktijk is deze flexibiliteit niet eenvoudig realiseerbaar, wat sterke steun vanuit het management noodzakelijk maakt. Met behulp van gecombineerde teams of door het omarmen van gepaste managementmethodes overwin je deze uitdaging.

The post Hoe overkom je de uitdagingen van Continuous Improvement? appeared first on 麻豆原创 Nederland Blogs & Nieuws.