If everyone relocates to the cloud, it's hard for you to stay behind, right? Cloud migration is, especially for somewhat larger companies, a very complex affair, with one big goal: to prepare your company for the future in terms of workplace and work culture. The IT staff at LINKIT previously migrated KLM, IBM and government agencies to the cloud. To help you get started, these are their 5 top tips for a successful cloud migration.

### 1.	Cloud! Cloud? But why?

Think before you start; before you begin a cloud migration it is important to gain insight into the reasons and goals thereof. For example, because you now work with multiple systems from multiple locations. Or perhaps your load sometimes has peak resource needs to which the scalability of the cloud offers an attractive answer. If you have the drivers in mind, you can determine the goals and you can proceed to the next step.

### 2.	Make a strategic master plan!

 The cloud comes in many shapes and sizes, so which one suits you? You can switch completely to the cloud (full cloud), or only partially (hybrid). Do you mainly opt for SaaS applications? And [to what extent is it necessary to transfer and modernize legacy applications](https://www.leapwork.com/blog/mainframe-testing-why-now-is-the-time-to-automate )? And if so, what do you start with? And how are you going to do that? These are all questions that you must answer before you can continue. You usually take your own business objectives as a starting point for this. Certain compliance, such as laws and regulations, can of course also be decisive. A good strategy brings focus to an often extensive and lengthy migration process.

### 3.	Treasure hunt in the cores of your network

 Some companies and governments have an IT infrastructure that dates back to the 1970s or 1980s and whose elements are still used today. But with increasing effort. It is therefore important to find out what currently exists, how it works and what needs to be changed. We also call this the technical discovery phase. Conversely, we are also regularly surprised. Many companies already do more in the cloud than they were aware of.

### 4. Don’t reinvent the wheel. Just look at your neighbour!

Best practice is a term that you often hear in the IT world and there is a reason for that. You are certainly not the first to implement a cloud migration and therefore you can benefit from the knowledge that has been gained previously. Our tips: start by migrating a relatively small and young application to gain experience. Work with DevOps, where you perform work in sprints of one to two weeks, under the overview of a product owner from your own company. This offers flexibility and the ability to adjust your plans in between.

### 5. Take time for a Brainwash

You know them: those people who have been performing their work in almost exactly the same way for twenty years and who panic somewhat when things suddenly have to change. Since change in the way of working is almost certain with cloud migration, it is important to devote time and attention to a culture change. Through training, workshops and personal guidance you take your people into the "new" way of working. This step is very important: if your staff continue to use the old software and working method, the transition has actually been for nothing.

*Do you want to know more about the possibilities of a cloud migration? Then contact our experts! Curious about a good approach? Read our [cloud checklist](https://go.linkit.nl/l/847693/2020-11-13/32r1x) for insight into the next steps of your migration process.*


Als iedereen naar de cloud verkast kun jij moeilijk achterblijven, toch? Als dat jouw reden is om dit stuk te lezen, kun je het beste gelijk afhaken. Een cloudmigratie is, zeker voor wat grotere bedrijven, een zeer complexe aangelegenheid, met één groot doel: je bedrijf qua werkplek en werkcultuur klaar maken voor de toekomst. De IT’ers van LINKIT migreerden eerder KLM, IBM en de nodige overheden naar de cloud. Om je alvast op weg te helpen zijn dit hun 5 top tips voor een succesvolle cloudmigratie. 

### 1.	Cloud! Cloud? Maar waarom dan?

Zint eer gij begint. Hoe oud deze oer-Hollandse oneliner ook is, hij is nog steeds even waar. Voordat je aan een cloudmigratie begint is het belangrijk om inzicht te krijgen in de redenen en doelen daarvan. Bijvoorbeeld omdat je nu met meerdere systemen vanaf meerdere locaties werkt en daar graag vanaf wilt. Of omdat je belasting soms piekmomenten kent, waar de schaalbaarheid van de cloud een aantrekkelijk antwoord op bied. Heb je de drivers in beeld, dan kun je de doelen bepalen én kun je verder naar de volgende stap.

### 2.	Maak een strategisch masterplan!

De cloud is er in vele soorten en maten, welke past er bij jou? Stap je volledig over naar de cloud (full cloud), of slechts gedeeltelijk (hybrid). Kies je voornamelijk voor SaaS-applicaties? En in hoeverre is het nodig om legacyapplicaties over te zetten en te moderniseren? En zo ja, waar begin je dan mee? En hoe ga je dat doen? Het zijn allemaal vragen die je moet zien te beantwoorden voordat je verder kunt. Meestal neem je hiervoor je eigen bedrijfsdoelstellingen als uitgangspunt. Ook bepaalde compliancies, zoals wet-en regelgeving kunnen natuurlijk bepalend zijn. Een goede strategie brengt focus aan in een vaak omvangrijk en langdurig migratietraject. 

### 3.	Speurtocht in de krochten van je netwerk

Sommige bedrijven en overheden hebben een IT-infrastructuur die dateert uit de jaren ’70 of ’80 en waarvan elementen uit die tijd nog steeds worden gebruikt. Zij het met steeds meer moeite. Het is dan ook van belang om uit te zoeken wat er technisch nu bestaat, hoe het werkt en wat er veranderd moet worden. Dit noemen we ook wel de technische ontdekkingsfase. Andersom worden we overigens ook regelmatig verrast. Veel bedrijven doen al meer in de cloud dan ze zelf denken. 

### 4.	Het wiel bestaat al hoor! Kijk maar bij je buurman!

Best practises, het is een term die je in de IT-wereld heel vaak voorbij hoort komen. En dat is niet voor niets. Jij bent zeker niet de eerste die een cloudmigratie doorvoert en daardoor kun je profiteren van de kennis die eerder is opgedaan. Onze tips: begin met het migreren van een relatief kleine en jonge applicatie om ervaring op te doen. Werk met DevOps, waarbij je het werk in sprints uitvoert van één a twee weken, onder het overzicht van een product owner uit je eigen bedrijf. Dit biedt flexibiliteit en de mogelijkheid om tussendoor je plannen bij te stellen. 

### 5.	Neem tijd voor een Brainwash

Je kent ze wel: die mensen die hun werk al twintig jaar op vrijwel exact dezelfde manier uitvoeren en enigszins in paniek raken als het ineens anders moet. Aangezien verandering in de manier van werken vrijwel zeker is bij een cloudmigratie is het belangrijk om tijd en aandacht te besteden aan een cultuurverandering. Door middel van trainingen, workshops en persoonlijke begeleiding neem je jouw mensen mee in het ‘nieuwe’ werken. Deze stap is zeer belangrijk: als je personeel gewoon de oude software en werkmethode blijven gebruiken is de transitie eigenlijk voor niets geweest. 

*Wil je meer weten over de mogelijkheden van een cloudmigratie? Neem dan contact op met onze experts! Ben je benieuwd naar een geschikte aanpak? Lees onze [cloud checklist](https://go.linkit.nl/l/847693/2020-05-29/695r) voor inzicht in de volgende stappen van jouw migratietraject.*






 



cloud-migration-like-a-boss.jpg

Cloud migration like a boss? This is how you do it!

Cloudmigrating like a boss? Zo doe je dat!

Migrating from on-premise to the cloud, or from cloud to cloud, is not just a technical undertaking nowadays. Often it requires extensive thinking, planning and visioning since it will determine your way of working for the years to come. At LINKIT we know a thing or two about migrating to the cloud. Having done such transitions for major companies like KLM, IBM and multiple governments. These are our top 5 tips when migrating to the cloud. 

### 1.	Plan for cloud-native apps, not just lift-and-shift. 

It is tempting to span virtual machines in the cloud and merely copy your on-premises infrastructure in the cloud. By doing this, you do not benefit entirely from public cloud infrastructure and its amazing services. As a result, you will mainly pay more for colocation in the cloud... 

### 2.	Do not lean entirely on "learn by doing". 

You may have great engineers, smart and fast-learners. However, public cloud exists for more than a decade, and if you don't have very experienced cloud engineers, reach out to freelancers or companies that can help you with it. 

### 3.	Public cloud web consoles are great to explore but always use infra-as-code tools.

You may want to try a new service and go straight to the console, but whenever you feel like it will ramp up, switch to infra-as-code tools. Use terraform, ARM, CloudFormation, or whatever you want, but stay away from the console when doing important things. 

### 4.	Stop and think about your architecture, especially networking. 

It is quite straightforward to start spanning VM's, services, buckets, and all on a public cloud. Then you have to connect later, you find out something is missing and you add an API gateway here and there. When you try to look from a birds-eye-view, you notice that you have built a Frankenstein. Being agile doesn't mean you shouldn't plan it... so stop to think and consider the best practices around and what your business wants from it. 

### 5.	Kubernetes is not the holy grail nor the goal. 

You may be tempted to use Kubernetes-as-a-service from the public cloud providers because everybody is talking about it. It is a potent tool with lots of usages, but it is also complex and has a lot of moving parts. Try to solve your company problems, not use a tool just because your engineers want to.

*Do you want to know more about the do's and don'ts of a cloud migration? Then contact our experts! Curious about an example from practice? Then read [this business case](/en/cases/An-IT-catch-up-at-the-CHDR-research-institute) about performing a cloud migration at the CHDR research institute or read our [cloud checklist](https://go.linkit.nl/l/847693/2020-11-13/32r1x) for insight into the next steps of your migration process.*


Van on-premise naar de cloud migreren, of van de ene cloudprovider naar de ander, is meer dan een technische onderneming. In veel gevallen vergt het een duidelijke strategie, visie en planning vanwege de grote impact die het zal hebben op de manier van werken binnen je bedrijf. Bij LINKIT hebben we hier uitgebreide ervaring mee opgedaan door het uitvoeren van complexe migratietrajecten bij onder andere KLM, IBM en meerdere overheden. Dit zijn onze vijf tips voor als je gaat migreren naar de cloud. 

### 1.	Ga voor cloud-native apps, niet alleen lift-en-shift 

De goedkoopste en makkelijkste oplossing, zeker op de korte termijn, is om je volledige infrastructuur direct van on-premise naar de cloud te verplaatsen. Maar hierdoor profiteer je niet volledig van de vele unieke mogelijkheden en services die de cloud biedt, bijvoorbeeld op het gebied van automatisering en business intelligence. Als gevolg hiervan zul je voornamelijk extra betalen, zonder dat het je veel oplevert.

### 2.	Maak gebruik van bestaande kennis en expertise

Ook al heb je beschikking over fantastische engineers, die zowel slim zijn als snel leren. Toch is het verstandig om gebruik te maken van de vele kennis en ervaring die er al is. De publieke cloud bestaat inmiddels langer dan tien jaar en het is zowel kostbaar als inefficiënt om deze best practices te laten liggen. Heb je de specifieke knowhow niet in huis, maak dan gebruik van freelancers of externe bureaus zoals LINKIT.  

### 3.	Webconsoles zijn prima om mee te experimenteren, maar gebruik infra-as-code voor de basis

Wellicht wil je een nieuwe service proberen en daarvoor direct gebruik maken van een console. Maar op het moment dat je voelt dat het te complex wordt, schakel dan over op infra-as-code tooling. Gebruik terraform, ARM, CloudFormation of wat dan ook, maar blijf uit de buurt van consoles wanneer je de echt belangrijke taken uit gaat voeren. 

### 4.	Stop! Denk even na over je architectuur en dan vooral over de verbindingen

Een architect is er niet voor niets. Hij zorgt ervoor dat je niet zomaar iets gaat bouwen, om er later achter te komen dat het toch niet werkt. 

Je kunt heel vooruitstrevend zijn met VM’s, services, buckets en nog veel meer wonderen van de publieke cloud. Maar als je later alles met elkaar moet verbinden, kom je er al snel achter dat zo makkelijk nog niet is. Uiteraard missen er zaken, die je vervolgens met hier en daar een API-gateway probeert op te lossen. Maar wanneer je het uiteindelijke resultaat van een afstandje bekijkt, lijkt deze nog het meeste op een digitale Frankenstein. 

Dus stop even, bekijk de vele best practices en bedenk dan wat jouw bedrijfsvoering echt vooruit kan helpen. 

### 5.	Kubernetes is niet de heilige graal en ook geen doel op zichzelf.

Het kan verleidelijk zijn om Kubernetes-as-a-service te gebruiken in de publieke Cloud, omdat iedereen er momenteel over praat. Het is zeker een veelbelovende tool met vele mogelijkheden. Tegelijkertijd is Kubernetes ook complex en bevat het vele ‘bewegende’ onderdelen. Houd het simpel en probeer je bedrijfsproblemen op te lossen. Gebruik geen tool alleen omdat jouw engineers of managers dat zo graag willen. 

*Wil je meer weten over de do’s en dont’s van een cloudmigratie? Neem dan contact op met onze experts! Benieuwd naar een voorbeeld uit de praktijk? Lees dan [deze business case](/cases/Een-IT-inhaalslag-bij-onderzoeksinstituut-het-CHDR) over het uitvoeren van een cloudmigratie bij onderzoeksinstituut het CHDR. Of lees onze [cloud checklist](https://go.linkit.nl/l/847693/2020-05-29/695r) voor inzicht in de volgende stappen van jouw migratietraject.*



5-steps-cloud-01.jpg

5 important steps when migrating to the cloud

5 belangrijke stappen bij cloudmigratie

The data engineer is increasingly becoming the much wanted allrounder in the Big Data field. Whether it is building pipelines, or checking out platform issues, the data engineer should be able to fix it. On the other side there is no official schooling to become a data engineer. Experience outweighs education and there is definitely more than one learning path to become a data engineer. How do you know if you have found the real expert? Well, maybe by using this checklist. 

### 1.	The Data Engineer should be able to support your Data Science team

No data scientist can turn company’s data into insights without great data engineering behind the scenes. The Data Engineer needs to be able to understand what kind of data the Data Science team needs and be able to prepare and deliver it.

### 2.	The Data Engineer should be able to develop your Data Platform

The core job of a data engineer is the creation of data pipelines that reliably and efficiently serves up relevant data for analysis. Ingesting all that data and turning it into something usable is a major challenge.

To be able to do this first and foremost the data engineer needs to be an excellent developer. How else is he or she going to be of use? Python, Java and Scala are currently the most used languages. The engineer should be completely comfortable with relational and non-relational databases, cloud infrastructure and distributed systems. In addition, they need to master Big Data tools like Hadoop, Spark, and Airflow to make the process of extraction, transfer, and loading (ETL) of data easy and automated.

### 3.	Social and communication skills are important

A data engineer is almost always part of a team. So hiring someone who is brilliant in technical skills, but is impossible to team up with, is not going to work. The time of the nerd technician is over, social skills are probably as important nowadays as the technical skills (though this may differ per company). Being able to present plans and ideas to various business units and executive leaders is always important.

### 4.	A data engineer is open to new challenges and is willing to constantly learn and improve

Finally, no day is the same for a data engineer. He/she needs to be able to understand a lot of things. Quite often he or she will face unknown challenges which means he/she must be able to learn quickly and adapt this new knowledge into a fitting solution for the problem. More in general technologies to optimize the use of data are still in rapid development. To remain relevant, a data engineer must keep up with the newest technologies and improvements in his field. Coping with stress and having an open mind are clear requirements for the job. 

*Are you still not sure if you have found a matching data engineer? LINKIT has over 20 years of experience partnering with top 100 companies like KLM and ASML, providing them with the expertise they don’t have. Are you in need of a data engineer you can rely on? We can help! Get in touch with one of our experts for more information.*


De data engineer is in toenemende mate de zeer gewilde allrounder in de data-industrie. Of het nu gaat om het bouwen van pipelines, of het verhelpen van platformproblemen, de data engineer kan het voor je regelen. Aan de andere kant is er (nog) geen officiële scholing om data engineer te worden. Ervaring is dus het allerbelangrijkst en er is overduidelijk meer dan één route om data engineer te worden. Door dit alles is het lastig bepalen of je de echte expert te pakken hebt. Wil je weten wat een data engineer doet? En belangrijker, wat hij moet kunnen? Maak dan gebruik van deze checklist! 

### 1.	Een data engineer moet jouw data science team kunnen ondersteunen

Geen enkele data scientist kan de data van jouw bedrijf omzetten in bruikbare inzichten, zonder een staaltje van goede data engineering achter de schermen. Een data engineer moet begrijpen welke data een data science team nodig heeft en deze kunnen voorbereiden en kunnen leveren. 

### 2.	Een data engineer moet jouw data platform kunnen (door)ontwikkelen

De kerntaak van wat een data engineer doet is het maken van data pipelines die betrouwbaar en efficiënt data leveren voor analyse. Het verwerken van al die data om er iets bruikbaars van te maken is een grote uitdaging. 

Om dit aan te kunnen, moet een data engineer in ieder geval een uitstekende programmeur zijn. De belangrijkste programmeertalen zoals Python, Java en Scala moeten voor hem of haar geen geheim zijn. Daarnaast kan een goede data engineer overweg met zowel relationele als non-relationele databases, cloudinfrastructuur en distributiesystemen. Daar bovenop moeten ze om kunnen gaan met big datatools zoals Hadoop, Spark en Airflow. Deze worden gebruik voor de extractie, het transport en het inladen (ETL) van big data op een makkelijke en geautomatiseerde wijze. 

### 3.	Een data engineer moet sociaal zijn en communicatief vaardig

Een data engineer doet vrijwel altijd zijn werk binnen een team. Iemand inhuren die technisch briljant is, maar onmogelijk om mee samen te werken, gaat vrijwel zeker niet werken. Wat dat betreft is het tijdperk van de nerd IT’er echt wel over. Sociale- en communicatieve vaardigheden zijn voor veel bedrijven inmiddels net zo belangrijk als technische kennis en kunde. Een goede data engineer is in staat om zijn of haar plannen en ideeën op een begrijpelijke manier uit te leggen aan iedere belanghebbende binnen het bedrijf. 

### 4.	Wat doet een data engineer nog meer? Hij staat open voor nieuwe uitdagingen en is altijd bereid om door te leren en zichzelf te verbeteren. 

Geen enkele dag is ooit hetzelfde voor een data engineer. Hij of zij moet in staat zijn om veel te kunnen begrijpen. In veel gevallen komt een engineer onbekende, maar dringende uitdagingen tegen waardoor hij of zij in staat moet zijn om snel nieuwe kennis te vergaren en deze om te zetten in een werkende oplossing. 

Daar komt bij dat de belangrijkste gereedschappen en technieken waarmee een data engineer werkt nog volop in ontwikkeling zijn. Om relevant te blijven moet een data engineer daarvan op de hoogte blijven en nieuwe inzichten integreren in zijn werkmethode. Om kunnen gaan met stress en [open staan voor nieuwe uitdagingen](https://www.linkit.nl/cases/Binnen-een-maand-op-weg-naar-een-volledig-geautomatiseerde-infrastructuur-op-de-AWS-cloud) zijn dan ook belangrijke voorwaarden om een succesvolle data engineer te zijn. 

*Ben je er nog steeds niet zeker van dat je de juiste data engineer hebt gevonden? LINKIT heeft meer dan 20 jaar ervaring als kennis- en innovatiepartner waarbij we bedrijven, zoals KLM en ASML, de kennis leveren die zij zelf niet in huis hebben. Heb jij behoefte aan een betrouwbare data engineer? Wij kunnen zeker helpen! Neem contact op met één van onze experts voor meer informatie.*


P1010653.jpg

This is what a data engineer should be able to do!

Wat doet een data engineer eigenlijk? En wat moet hij kunnen? 

It might sound like a ridiculous question; if you have a form on your website and you would like people to submit some information, should you have the submit button in green or in red? The thing is, it really isn’t such a ridiculous question. In fact, it’s a decision which can seriously affect the number of leads you will get through this form. So let’s find out what the best option is, and even more important, how to discover it with these three tips! 
 
### 1.	Small changes can lead to great outcomes 
 
To discern between red and green you have to carry out an A/B test. It works as follows. You present the form with the green button to a random audience, called group A and check what they do. You present the form with a red button to another random testing group, called group B. After a few weeks of testing you find out in group A (green button) 30% decided to click the submit button, while in group B (red) this was 40%. Clear evidence red is the best color. 
 
So it seems, these decisions can potentially lead to big differences. Colors, figures, numbers and sizes, they all do matter in our subconsciousness. The decisions we follow while designing or ordering a website will emerge based on assumptions we make. But how do you know these assumptions are really true? Only by performing A/B testing.  
 
### 2.	Test till you drop
 
If only changing the color of one button can lead to a significant change, how much can you achieve if you investigate all buttons, all figures, all numbers and all content on your site? Probably a lot. Many companies invest a lot of money on ads and SEO to attract visitors, but forget to invest in converging them to clients. Again, the best tool to achieve is by performing A/B testing.  
 
So, second tip, don’t just test before and just after you launch your website, but keep on doing it. A/B testing should be part of your daily rhythm, if you are (un)lucky enough to be the responsible marketeer. Also, the current online market is definitely not a stable one. Preferences can change overtime. The results of a test from three years ago may not be reliable anymore over time. So, when you’re finally done testing all 216 buttons on your website. Don’t forget to start testing them all over again.  
 
### 3.	Duration
 
The final tip! You might have guessed you need a testing audience big enough to extract a valid outcome from your test. If your test group only consist of five people and four of them accidentally really love red because it reminds them of the red roses they bought yesterday for their spouses, you have a problem. The best way to tackle this issue is duration. The longer your test lasts, the more reliable the outcome is. When you notice in week 6 the outcome is hardly different than the one from week 4 and 5, you can be pretty sure you have a solid result.  
 
*Do you want to know more about A/B testing, or can you use some help by deciding between red and green? Get in touch with one of our experts for more information or some help finding the answer.* 

Het klinkt als een ridicule vraag. Als je een webformulier hebt en je wilt graag dat bezoekers deze versturen, moet de verzendknop dan rood of juist groen zijn? Het punt is dat dit helemaal geen ridicule vraag is. Het is een keuze die serieuze impact kan hebben op de hoeveelheid leads die dit formulier zal opleveren. Wil je weten wat de beste keuze is en belangrijker nog, hoe je daar achter komt? Ontdek het aan de hand van deze drie tips!

### 1.	Kleine veranderingen kunnen leiden tot grote successen

Om er achter te komen wat het beste werkt, rood of groen, moet je een A/B test uitvoeren. Het werkt als volgt. Je legt het formulier met de groene knop voor aan een willekeurige testgroep, groep A en kijkt wat ze doen. Vervolgens leg je hetzelfde formulier, maar dan met een rode knop, voor aan een tweede testgroep. Groep B.  Na een paar weken testen kom je er achter dat in groep A (groene knop) dertig procent het formulier verzond, terwijl dit in groep B (rood) veertig procent was. Duidelijk bewijs dat rood de beste kleur is. 

En ja, iets simpels als de kleur van een knop kan werkelijk tot zulke grote verschillen leiden. Kleuren, figuren, nummers en grootte zijn allemaal belangrijk in ons onderbewustzijn. Ook bij onszelf trouwens. Op het moment dat je aan de gang gaat met het ontwerpen van bijvoorbeeld een website komen ze vanzelf naar de oppervlakte. Maar om zeker te weten dat je aannames ook echt kloppen kan je dus het beste een A/B test uitvoeren. 

### 2.	Testen totdat je erbij neervalt

Als alleen al het veranderen van de kleur van één knop tot significante verbeteringen kan leiden, hoe veel meer kun je dan bereiken als je de hele interface van je website zou onderzoeken? Behoorlijk wat waarschijnlijk! Veel bedrijven investeren veel geld in advertenties en SEO om klanten naar hun website te trekken, maar vergeten om hetzelfde te besteden aan de daadwerkelijke conversie waarmee het geld wordt verdiend. De beste tool die je daarvoor hebt is zonder twijfel de A/B test.

Dus, als tweede tip, test niet alleen voor en net na de lancering van je website, maar blijf het doen. Het uitvoeren van A/B testen moet onderdeel zijn van het dagelijkse werkritme. Daar komt bij dat de huidige markt zeer veranderlijk is. Wat vandaag werkt, kan morgen weer anders zijn. De resultaten van een test van drie jaar oud zijn dus zeker niet betrouwbaar. Dit betekent dat als je eindelijk alle 216 knoppen van je site hebt onderzocht, je dus weer rustig van vooraf aan kunt beginnen. 

### 3.	Voldoende de tijd nemen

Zoals je wellicht weet moet een testgroep groot genoeg zijn voor het behalen van betrouwbare testresultaten. Als je slechts vijf mensen hebt, waarvan er vier toevallig een voorliefde hebben voor rood omdat ze dan gelijk moeten denken aan de bos rode rozen die ze gisteren voor hun partner hebben gekocht, dan heb je een probleem. De beste manier om dit te ondervangen is door de tijd te nemen. Hoe langer je testen laat duren, hoe betrouwbaarder de uitkomst wordt. Als je in week zes merkt dat de uitkomt nauwelijks afwijkt van die uit week vier en vijf, weet je zeker dat je goed zit. 
 
*Wil je meer weten over A/B testen, of kun je wel wat hulp gebruiken bij de keuze tussen rood en groen? Neem dan contact op met één van onze experts voor meer informatie.*


WEB-ABtesting.jpg

A/B testing like a pro? You can do it, with these three tips!

A/B testen als een pro? Het kan, met deze drie tips!

IT projects usually follow a predictable trajectory. The management sets out the strategy, the IT department implements it and then the rest can use it in practice (adoption). But precisely because this involves three different parties, communication is sometimes hampered. The last thing you want after doing a major upgrade is learning that the employees do not see any added value in working with new software and hardware and the entire investment does not yield anything. How do you avoid such an outcome? Here are 3 useful tips for a successful adoption.

### 1. A good start…

It’s important to understand that adoption is not the end of the road, it is also the starting point in a new way of working. A good start means implementing changes in your IT landscape based on the immediate needs of your employees. These can be things that could, for instance, save them from mundane, repetitive tasks. Do they have to enter a number on four different screens because the systems do not communicate with each other? It then stands to reason that a bit of automation is guaranteed to be a big step forward. That way, you have a much greater chance that your employees will embrace the changes. And that in turn leads to higher efficiency and more job satisfaction.

 ### 2. Is everyone on board?

Even if you set the goals very clearly, it can still happen that the importance of adoption is overlooked in the implementation phase. To ensure that the functionality always remains number one, it is important to appoint key users to try out the upgrades.

These end-users should be involved as an of ambassadors during the implementation phase. Because IT projects are increasingly carried out in an Agile way, in sprints, it is possible to adapt new insights easily and quickly in the project. Plans sometimes have to be adjusted, for example, because of the budget, or because they are difficult to implement in practice. By involving key users to represent the end-users in such decisions, you can be sure that the intended improvement of the functionality will be in alignment with the needs of the users. 

 ### 3. Communicate clearly

With so many different parties and interests, good communication is the cement that keeps the entire adoption solid and structured. As mentioned earlier, it is both the management, the IT staff (internal and external) and the end-users who have to make the project a success together.

When it comes to adoption, it is a good idea to have at least the following clearly on paper before you get started:

- Who is responsible for testing?
- When will the adoption start?
- How will the new systems be introduced? (training, one-on-one coaching, or just a phone number?)
- Who will teach the new systems to the ambassadors?
- How long is the adoption phase?
- Should documentation be provided? (in case of adoption by an external party)

These are all relatively simple questions with simple answers, yet they are crucial for the success of your IT project. Each might not be very important on their own, but when added together they make a big difference! 

Would you like to know more about setting up and implementing an integrated adoption process? Then contact one of our experts for more information.


IT-projecten doorlopen doorgaans een voorspelbaar pad. Het management zet de strategie uit, de IT-afdeling voert het uit en vervolgens mag de rest het in de praktijk gaan gebruiken (adoptie). Maar juist omdat het hier om drie verschillende partijen gaat verloopt de communicatie soms lastig. In het slechtste geval zien de werknemers geen enkele meerwaarde in het werken met nieuwe soft- en hardware en levert de hele investering niets op. Hoe voorkom je een dergelijk scenario? Wellicht door gebruik te maken van deze 3 tips voor een succesvolle adoptie. 

### 1.	Een goed begin…

Adoptie is niet het eindstation, het is ook het startpunt. Dat doe je door veranderingen in je IT-landschap  door te voeren op basis van de directe behoeftes van je werknemers. Moeten zij een cijfer standaard op vier verschillende schermen invoeren? Dan is een stukje automatisering gegarandeerd een grote vooruitgang. Natuurlijk maak je als management ook grotere keuzes, maar het beste begin je met deze basis. 

Op die manier heb je een veel grotere kans dat je medewerkers de veranderingen zullen omarmen. En dat leidt weer tot hogere efficiëntie en meer werkplezier.  

### 2.	Is iedereen aan boord? 

Zelfs al zet je de lijnen zeer duidelijk uit, dan nog kan het voorkomen dat het belang van adoptie ondersneeuwt in de uitvoering. Om te garanderen dat de functionaliteit altijd op nummer één blijft staan, is het belangrijk om key users aan te stellen. 

Dit zijn eindgebruikers die als een soort van ambassadeurs betrokken zijn tijdens de implementatiefase. Doordat IT-projecten steeds vaker op een Agile manier worden uitgevoerd, in sprints, is het mogelijk om nieuwe inzichten makkelijk en snel te verwerken in het project. Ook moeten plannen soms worden bijgesteld. Bijvoorbeeld vanwege het budget, of omdat ze praktisch lastig uitvoerbaar zijn. Door key users bij dergelijke beslissingen te betrekken weet je zeker dat de beoogde verbetering van de functionaliteit overeind blijft. 

### 3.	Dui-de-lijk communiceren

Met zoveel verschillende partijen en belangen is goede communicatie het cement dat het hele IT-bouwwerk overeind houdt . Zoals in het begin al vermeld zijn het zowel het management, de IT’ers (intern en extern) en de eindgebruikers die het project samen tot een succes moeten maken. 

Als het gaat om adoptie is het daarom belangrijk om in ieder geval het volgende duidelijk op papier te hebben voordat je van start gaat. 

-	Wie is er verantwoordelijk?
-	Wanneer wordt de adoptie gestart?
-	Op welke manier? (training, één-op-één begeleiding, of alleen een telefoonnummer?)
-	Door welke mensen? 
-	En hoe lang?
-	Moet er documentatie worden opgeleverd? (in geval van adoptie door een externe partij)

Het zijn allemaal relatief simpele vragen, met bijpassende simpele antwoorden. Toch zijn ze cruciaal voor het doen slagen van jouw IT-project.  In hun eentje niet zo belangrijk, maar bij elkaar opgeteld maken ze een groot verschil!

*Wil je meer weten over het opzetten en uitvoeren van een integraal adoptietraject? Neem dan contact op met één van onze experts voor meer informatie.*


adoption klein.png

You can learn to adopt IT! 3 tips that make the difference

IT Adopteren kun je leren! 3 tips die hét verschil maken 

Have you ever tried to build your own television? Or computer perhaps? Apart from the real technical puritans, the answer is probably no. The answer to it is pretty simple: because it will take too much of an effort, because you lack the knowledge and because buying is much easier, cheaper and faster. However, while this may be true on the consumer level, it isn’t always true when speaking about applications and infrastructure. Why are many businesses still convinced they have to build it themselves? And if they choose this approach, are they right?

### Cheaper is often more expensive

As a business, the choice at this moment can be a hard one at first. If you move to the cloud (license fee) your costs will be higher compared to keeping it on your server (capital costs). However, there is a spoiler to this assumption. When you also count the operational costs,  like maintenance and updates, for many companies the opposite becomes true. Moving your infrastructure to the cloud requires fewer people, is faster, offers more opportunities and makes your TCO lower.

### So why don’t they do it?

There are many possible answers to this, often depending on the nature of the business, business culture and management structure. Financial institutions, for example, feel they need to protect the privacy of their data at all costs, meaning they won’t trust it to AWS, Azure or Google. Or perhaps there are many ‘old’ legacy applications which are vital to the business and can’t easily be moved. Or maybe the focus isn’t just there yet. Also, not every company is keen on innovation when commerce is going well and the immediate benefit is not clear. 

### Building blocks

However, in most circumstances these arguments do not hold against reality. Building a television yourself is a waste of time and money. And it’s not even necessary too, since there is a really nice solution to it: ‘building blocks’

### Industrialized IT

In the last few years building an IT infrastructure has become ‘industrialized’ fast. Just like you can build a house really fast and cheap by using premanufactured walls and roofs, the same counts when building pipelines or even when moving your whole infrastructure to the cloud.

### Focus, focus, focus

The secret is this: focus on what you can change, move and replace in a fast and clean way by using building blocks. This means you easily set the walls, roofs, doors and interior, leaving a small percentage to be customized, or not done at all when using a hybrid model.

### High maintenance for integration

The point is that integration is key for a successful infrastructure. Building everything yourself will sound nice at a party, but provides you with high maintenance cost to keep your handmade pipeline structure integrated with all applications in place.

### Pragmatic approach
Going for the ‘best’ solution often isn’t the best solution. Balancing between costs and benefits is the smart move to make. Sometimes it’s better to opt for a build application which will work for 98%, instead of building it yourself from scratch to reach the full 100%. It’s not worth the effort and definitely not the costs. You simply can’t compete with Amazon, Google or Microsoft. You’re better off being concerned with what adds value to your business and provides your personnel with easy to use tools and a smooth infrastructure, because at the end that’s what really matters.

*Do you want to know more about building applications and setting your infrastructure using building blocks? Get in touch with one of our experts for more information!*


Heb je wel eens geprobeerd om zelf een televisie te bouwen? Of een computer misschien? Afgezien van de echte technische puriteinen is het antwoord ongetwijfeld nee. De reden daarvoor is vrij simpel: het kost teveel moeite. Je mist de kennis en kopen is gewoon veel makkelijker, sneller en goedkoper dan zelf bouwen. Toch geldt deze vanzelfsprekendheid blijkbaar niet wanneer je het hebt over applicaties en infrastructuur bij bedrijven. Waarom zijn er nog steeds zoveel ondernemers van overtuigd dat het beter is om zelf te bouwen? En hebben ze gelijk?

### Goedkoop is vaak duurkoop

Als bedrijf lijkt de keuze vaak helemaal niet makkelijk. Als je naar de cloud gaat,  zijn je kosten voor licenties hoger vergeleken met de aanschafkosten van een eigen server. Maar er zit een spoiler in deze aanname. Op het moment dat je ook de operatiekosten meerekent, bijvoorbeeld voor onderhoud en updates, springt de weegschaal voor vele (vooral grotere) bedrijven spontaan de andere kant op. Je infrastructuur naar de cloud verhuizen vereist minder mankracht, biedt meer snelheid, meer mogelijkheden en verlaagt je TCO aanzienlijk. 

### Dus waarom doen ze het niet?

Daar zijn de nodige antwoorden op te geven. Mogelijke oorzaken zijn de traditionele sector waarin het bedrijf opereert, de bedrijfscultuur en/of de managementstructuur. Daarnaast voelen bijvoorbeeld financiële bedrijven en instituties de noodzaak om de privacy gevoelige gegevens ten koste van alles te beschermen. Dat betekent ook dat ze clouddiensten als AWS, Azure of Google niet met hun data vertrouwen. 

Verder komt het vaak voor dat bedrijven over oude legacy applicaties beschikken die onmisbaar zijn voor het bedrijfsproces, maar niet makkelijk naar de cloud overgezet kunnen worden. Of, tot slot, de focus is er gewoon niet. Niet ieder bedrijf is gespitst op innovatie. Zeker niet wanneer de zaken prima lopen. 

### Bouwblokken

Toch houden vrijwel al deze argumenten geen stand als je ze tegen de huidige werkelijkheid aanhoudt. Zelf je eigen televisie bouwen is een verspilling van tijd en geld. En het is ook helemaal niet nodig. Er bestaat namelijk een prima oplossing voor: ‘bouwblokken’. 

### Geïndustrialiseerde IT

De afgelopen jaren is het bouwen van een IT infrastructuur sterk geïndustrialiseerd. Net zoals je een huis snel en makkelijk kunt bouwen, door gebruik te maken van voorgefabriceerde muren en daken, kun je ook pipelines bouwen of zelfs de hele infrastuur verplaatsen door gebruik te maken van kant-en-klare onderdelen. 

### Focus, focus, focus

Dit is de sleutel tot succes: focus op wat je wel kunt veranderen, verplaatsen en vervangen. Doe het op op een snelle en veilige manier en gebruik bouwblokken. Dit betekent dat je makkelijk de muren, daken, deuren en het interieur van je infrastructuur kunt afbouwen, waarbij vervolgens een klein overblijft waar meer aandacht voor overblijft. Of wat je helemaal niet doet als je kiest voor een hybride model. 

### Hoge onderhoudskosten voor integratie

Het punt is dat een goede integratie enorm belangrijk is voor een goed werkende infrastructuur. Alles zelf bouwen klinkt wellicht leuk op een feestje, maar zadelt je op met hoge onderhoudskosten voor het onderhouden van je zelfgebouwde pipelines en de bijbehorende infrastructuur. 

### Pragmatische aanpak

Voor de ‘beste’ oplossing gaan is vaak niet de beste oplossing. Een grondige afweging maken tussen kosten en opbrengsten is dat wel. Soms is het beter om voor een applicatie te gaan die voor 98% goed werkt, dan er zelf één te bouwen die wel 100% is. Het is de moeite dan niet waard en zeker de kosten niet. Je kunt simpelweg niet concurreren met Amazon, Google of Microsoft. Je kunt je beter toeleggen op het toevoegen van waarde aan je bedrijf en je personeel voorzien van makkelijk te gebruiken tools  die draaien op een goed werkende infrastructuur. Want dat is uiteindelijk het enige wat echt telt. 

*Wil je meer weten over het bouwen van applicaties en infrastructuur met behulp van bouwblokken? Neem dan contact op met één van onze experts voor meer informatie.*


buy or build.jpg

Buy or build: this is why you should (or shouldn’t) do it in the cloud!

Kopen of bouwen: dit is waarom je het (niet) moet doen in de cloud!

Microservices have been on the rise in recent years. It is possible to cut a large application (monolith) into smaller pieces to make it easier to design and manage. That sounds appealing, but microservices are not just roses and moonshine. In the start-up phase of a new application it creates a certain overhead, which in turn results in more work. When is it useful to switch to microservices? And when exactly not?

### Advantages of microservices

The word "monolith" may remind you of a giant stone tablet, but is essentially nothing more than a term used to describe a whole unit within an IT environment. -or an application built from one code bundle. With microservices, it is possible to cut this code bundle up into small pieces and build functions independently in containers or lambda functions. By then linking them together through APIs, they work as a whole. This has several advantages:

- Programmers can work faster by picking up a small part of the application per team

- With large apps that many people work on at the same time, it is easier to manage and expand them.

### Big and small

The latter immediately indicates where the hitch is. For large apps like Google Maps, Uber or Home Delivery, splitting into Microservices is indispensable. Such apps are constantly evolving and large groups of developers are working on them simultaneously. By splitting one can work in parallel on functionalities.

For many apps that are still in the initial phase, such an approach is overkill and can be counterproductive. By aggressively cutting your app into microservices from scratch, you waste a lot of time perfecting the development process, while there is not yet a complete picture of how users use the application, and which features lend themselves as a separate component (“Microservice”) by developing.

### When to switch?

There is nothing such as a “monolithic” start-up phase per se. You want to start by testing functionality on end-users as quickly as possible via a so-called “minimal-viable product” (MVP). This is almost guaranteed to yield new insights, so you have to return to the drawing board. It is then ideal to gradually work towards a modular structure by changing pieces of code each time. However, do not hesitate to reassemble components if a component itself has no value. Prevent microservices from becoming the goal themselves, and let the road to microservices be primarily an organic process. Microservices often arise out of necessity. For example, because there is a bottleneck in the performance of certain functionality, or if an extra development team hires that focuses on a selective part of the code.

*Do you want to know more about the advantages and disadvantages of microservices? We are happy to help you! Contact one of our experts for more information*


Microservices zijn de laatste jaren in opkomst. Het is de mogelijkheid om een grote applicatie (monoliet) op te knippen in kleinere stukjes om deze zo makkelijker te kunnen ontwerpen en beheren. Dat klinkt aantrekkelijk, maar microservices zijn niet alleen maar rozengeur en maneschijn. In de opstartfase van een nieuwe applicatie creëert het een zekere overhead, wat juist weer resulteert in meer werk.  Wanneer is het handig om over te stappen op microservices? En wanneer juist niet? 

### Voordelen microservices 

Het woord ‘monoliet’ doet je wellicht denken aan een reusachtige meteoriet, maar is in wezen niets anders dan een term waarmee binnen de IT een geheel wordt aangegeven. Een applicatie opgebouwd uit één codebundel. Met microservices is het mogelijk om deze codebundel op te knippen in kleine stukjes en onafhankelijk van elkaar in containers of lambda functies op te bouwen. Door ze vervolgens aan elkaar te koppelen door middel van API’s werken ze als een geheel. Dat heeft een aantal voordelen:

-	Programmeurs kunnen sneller werken door per team een klein onderdeel op te pakken van de applicatie
-	Bij omvangrijke apps waaraan veel mensen tegelijkertijd werken is het makkelijker om ze te beheren en verder uit te bouwen. 

### Groot en klein

Dat laatste geeft gelijk aan waar de kink in de kabel zit. Voor grote apps als Google Maps, Uber of Thuisbezorgd is het opsplitsen in Microservices onontbeerlijk. Dergelijke apps zijn continu in ontwikkeling en er werken grote groepen ontwikkelaars tegelijkertijd aan. Door op te splitsen kan men parallel aan functionaliteiten werken.  

Voor veel apps die nog in de startfase zitten,  is een dergelijke benadering overkill en kan contraproductief werken. Door je app vanaf de start agressief in microservices op te willen knippen verspil je veel tijd aan het perfectioneren van het ontwikkelproces, terwijl er helemaal nog geen volledig beeld is over hoe gebruikers de applicatie benutten en welke features zich lenen om als een apart component (microservice) door te ontwikkelen. 

### Wanneer overstappen?

Er is niks mis met een “monolitische" opstartfase. Je wilt zo snel mogelijk functionaliteit op eindgebruikers testen via een zogeheten “minimal-viable-product" (MVP). Dat levert vrijwel gegarandeerd nieuwe inzichten op waardoor je terug naar de tekentafel moet. Het is dan handig om geleidelijk naar een modulaire structuur te werken door telkens stukjes code te verhangen. Schroom echter ook niet om componenten weer samen te voegen indien een component op zichzelf geen toegevoegd waarde heeft.  Voorkom dat microservices zelf het doel worden en laat de weg naar microservices vooral een organisch proces zijn. Microservices ontstaan vaak vanzelf uit noodzaak. Bijvoorbeeld omdat er een bottleneck is in de performance van een bepaalde functionaliteit, of indien er een extra ontwikkelteam aanhaakt dat focust op een selectief stuk van de code. 

*Wil je meer weten over de voor- en nadelen van microservices? Wij helpen je graag verder! Neem contact op met één van onze experts voor meer informatie.*


pierpaolo-lucarelli-_1lQFssj4ts-unsplash.jpg

Monolith vs Microservices: when and when not?

Monoliet vs Microservices: wanneer wel en wanneer niet?

Shopping online should be just as easy and fun as in a brick-and-mortar store, right? Apparently, the makers of [this sketch](https://www.youtube.com/watch?v=PrwQ-guwvfsv) experienced that differently. Although this is not the reality, the sketch does indicate nicely that in a webshop you have to focus on completely different things in order for the customer to be king or queen. How can you meet this challenge? Below we list two important tips.

### 1. Determine a clear omnichannel strategy

Online shopping can best be compared to a huge market square in which everyone is shouting at each other. Everyone wants the consumer's attention and everyone has the best deal. To stand out positively within this information overload, recognisability and clarity are essential. You can achieve this through a so-called omnichannel strategy. You offer the same (online) shopping experience to all your customers through all your points of sale. It should therefore not matter whether they buy something in the physical store or via Facebook from your webshop. The experience is always consistent and therefore the chance is much greater the customer feels like a king.

Should this concept still seem a bit vague: almost all large supermarkets, such as Jumbo and Albert Heijn, use an omnichannel strategy. By visiting and comparing their points of sale (social media, website, mobile app, store), you will undoubtedly get a good idea of what omnichannel content is. And whether and how it has added value for your company. If you really want to go in-depth, read [this study](https://www.researchgate.net/publication/331348093_How_Albert_Heijn_Applied_the_Omni-Channel_Strategy_A_Case_Study) about how Albert Heijn set up its omnichannel strategy.

In any case, the numbers speak for themselves. Companies that use omnichannel keep their customers on average 91 percent longer, according to research by Aspect Software. A huge difference when it comes to loyalty.

### 2. Use a central IT approach

To be able to successfully execute an equal shopping experience at all your points of sale, online and offline, you really cannot do without an IT-system in which all these points are integrated. Such a central IT approach, where all (customer) data is in one place, has major advantages. For both you and your customers.

1. **Personalization**: The assortment can be tailored per store to the behaviour of people in your online store. If people from Utrecht, for example, buy more cookbooks online, then you ensure that the physical store in Utrecht also has more of them in stock.

2. **Data**: You can map exactly where, when and even why your customers buy something. These new insights help you to better tailor your offer to the needs of your customers. This data is also the basis of predictive AI models. You can use a discount card to monitor the behaviour of your customers in the store.

3. **Customer friendliness**. Because you know more about your customers, both in terms of behaviour and actions, you can help them better when they have questions. For example, if there is a question about a delivery, you can quickly see where and when it was sold and where this product is now.

### Switching to a new way of working

So yes, there are plenty of benefits using an omnichannel approach! On the other hand, switching to this new way of working is certainly not easy. Building a new centralized IT-system that supports an omnichannel strategy is usually a time-consuming and costly undertaking. Besides, it also requires a lot of technical knowledge, especially if your current IT-system is a bit older. In addition to the technical side, it can also be quite a challenge for your staff to master a new, more data-based way of working.

### Taking up the challenge
Concluding it is clear there are plenty of challenges. However, when you take into account the many advantages of omnichannel and centralized IT, it is undoubtedly worth the effort. At LINKIT we like to think along with you about how you can realize a new customer strategy, including the additional technical challenges. Please do not hesitate to contact us if you’re looking into this idea for your business.

Winkelen zou online net zo makkelijk en leuk moeten zijn als in een fysieke winkel, toch? Blijkbaar ervaarden de makers van [deze sketch](https://www.youtube.com/watch?v=PrwQ-guwvfsv) dat toch anders. Hoewel dit gelukkig niet de werkelijkheid is, geeft de sketch wel mooi aan (understatement) dat je bij een webshop op hele andere zaken moet focussen om de klant koning(in) te laten zijn. Hoe je deze uitdaging aan kunt gaan? Hieronder zetten we twee belangrijke tips op een rij. 

### 1.	Bepaal een heldere omnichannel strategie  

Online winkelen kun je het beste vergelijken met een enorm marktplein waarin iedereen door elkaar roept. Iedereen wil de aandacht van de consument en iedereen heeft écht de beste deal. Om binnen die informatie overload positief op te vallen, zijn herkenbaarheid en duidelijkheid belangrijk. Dit kun je bereiken via een zogenaamde omnichannel strategie. Hierbij bied je via al jouw verkooppunten dezelfde (online) winkelervaring aan al je klanten. Daarbij hoort het dus niet uit te maken of ze iets in de fysieke winkel kopen of via Facebook bij je webshop. De ervaring is altijd hetzelfde (en daardoor voorspelbaar) waardoor de kans veel groter is dat de klant zich koning(in) voelt. 

Mocht dit concept nog wat vaag overkomen: vrijwel alle grote supermarkten, zoals Jumbo en Albert Heijn, maken gebruik van een omnichannel strategie.  Door hun verkooppunten (social media, website, mobiele app, winkel) te bezoeken en te vergelijken, krijg je ongetwijfeld een goed beeld van wat omnichannel inhoud. En of en hoe het meerwaarde heeft voor jouw onderneming. Wil je echt de diepte in, lees dan eens [deze studie](https://www.researchgate.net/publication/331348093_How_Albert_Heijn_Applied_the_Omni-Channel_Strategy_A_Case_Study) over hoe Albert Heijn haar omnichannel strategie opzette. 

De cijfers spreken in ieder geval voor zich. Bedrijven die omnichannel toepassen houden hun klanten gemiddeld 91 procent langer  vast volgens onderzoek van Aspect Software. Een enorm verschil dus als het gaat om loyaliteit.

### 2.	Maak gebruik van een centrale IT-benadering 

Om een omnichannel strategie succesvol te kunnen uitvoeren is het dus belangrijk dat je klanten een gelijkwaardige winkelervaring hebben bij al jouw verkooppunten, online en offline. Daarbij kun je eigenlijk niet zonder een IT-systeem waarin al deze punten worden geïntegreerd.  
Een dergelijke centrale IT-benadering, waarbij alle (klant)gegevens op één plek staan, heeft grote voordelen. Voor zowel jou als je klanten.  

1.	**Personalisatie**: Het assortiment kan per winkel worden afgestemd op het gedrag van mensen in je online winkel.  Kopen mensen uit bijvoorbeeld Utrecht online  bijvoorbeeld meer kookboeken, dan zorg je ervoor dat de fysieke winkel in Utrecht daar ook meer van op voorraad heeft.  
2.	**Data**: Je kunt precies in kaart brengen waar, wanneer en zelfs waarom je klanten iets kopen. Deze nieuwe inzichten helpen je om jouw aanbod beter af te stemmen op de behoefte van je klanten. Deze data is ook de basis van voorspellende AI-modellen. Om het gedrag van je klanten in de winkel te volgen kun je gebruik maken van een kortingspas.  
3.	**Klantvriendelijkheid**. Omdat je meer weet over je klanten, zowel qua gedrag als acties, kun je ze beter helpen wanneer ze vragen hebben . Wanneer er bijvoorbeeld een vraag is over een levering kun je snel inzien waar en wanneer deze is verkocht en waar dit product zich nu bevindt. 
 
### Overstappen op een nieuwe manier van werken

Voordelen genoeg dus! Daar staat tegenover dat overstappen naar deze nieuwe manier van werken zeker niet makkelijk is. Het (laten) bouwen van een nieuw gecentraliseerd IT-systeem , dat een omnichannel strategie ondersteunt, is meestal een tijdrovende en kostbare onderneming. En vereist bovendien veel technische kennis, zeker als je huidige IT-systeem al wat ouder is. Naast de technische kant kan het bovendien een hele omslag zijn voor je personeel om een nieuwe, meer op data gebaseerde, manier van werken onder de knie te krijgen. 

### De uitdaging aangaan
Uitdagingen genoeg dus, maar gezien de vele voordelen van omnichannel en gecentraliseerde IT, zonder meer de moeite waard. Bij LINKIT denken we graag met je mee over hoe je een nieuwe klantstrategie kunt realiseren, inclusief de bijkomende technische uitdagingen. Neem daarvoor gerust contact met ons op. 

pexels-pixabay-260024.jpg

Also online the customer wants to be queen or king, but how do you achieve that?

Ook online is de klant koning(in), maar hoe krijg je dat voor elkaar? 

Drug, or medicine development is a kind of Darwinism at its best. Only the strongest survive the entire process. It can easily take 12 years from start to finish before medicine has gone through all the steps of research, financing, production, and approval. The threshold to entry is so high and the development [so complex](https://www.linkit.nl/en/articles/The-GMP-rules-suffocate-medicial-innovation-but-there-is-another-way) that developing one new drug today costs anywhere between 1 and 2 billion dollars. Can anything be changed about that? Well, yes, but not without solving a big challenge!
 
### 1. Digitization

While almost all sectors have by now embraced digitization, the pharmaceutical industry seems to be doing its best to keep working as traditionally as possible. Today's lab environment could have just walked away from an old black and white photo from 1930, while the complexity of the research has increased enormously.
 
Digitization offers opportunities to reduce the astronomical costs for R&D while at the same time creating an acceleration in the number of new medicines that can be brought to the market. This is an advantage for both the pharmaceutical industry and public health. A combination of technologies such as Digitization, AI, miniaturization, and IoT can usher a significant change in the laboratory. New medicines can be developed partly online using digital technologies and be "checked" against historical data from previous experiments.
  
### 2. Agile working
 
With all that said, technology is only as strong as the person wielding it. A computer is only useful for anything if you know how to use it. The same applies to the technologies we’ve just mentioned. In almost all cases, digitization coincides with a new approach to working. For a digital work environment, Agile working is by far the best choice.
  
These days, much work is carried out in multidisciplinary teams as they iteratively work on the development of a specific part of a product. Usually, this takes the form of a "sprint", lasting around two weeks. After the sprint, you sit down with the team to discuss the progress, often in consultation with the client. During this discussion, you look at how the development went. What went well? What didn't? And how you can incorporate the lessons learned into the rest of the development? In addition, it offers the client options to adjust the scope of the assignment based on new developments or insights from the "business" or the end-user.
 
Agile working is a controlled, yet fast way of working. By working in short cycles, you receive rapid feedback and efficiently arrive at a usable solution. The combination of digitization and agile working in the lab can lead to a significant reduction in the development, duration, and cost of new medicines, treatments, and therapies.
 
### 3. Culture change
 
In some sectors, this way of working is rather easy to introduce. In the pharmaceutical industry, it is a 180-degree switch from their current way of working. Undoubtedly, the biggest impact is the shift in the types of people required for running a project. You can’t really expect medical experts to have the competencies of a data scientist in addition to being experts in the field of drug manufacturing, can you? Someone who gains valuable insights from large amounts of gathered data is a scientist in their own kind of lab. By combining the IT department and the lab you not only create a new way of working, but also the need and necessity for new job profiles and roles.
 
The question now is of course: how easy this is to implement? And is it worth the effort? The best way is step by step, where you increasingly clearly show the added value per step. In this phase, it is important to involve as many people from the field as possible. The goal, that you eventually will achieve, is that employees can perform their work easier with better results. And probably, also with more job satisfaction.


Het ontwikkelen van medicijnen is een soort van Darwinisme in optima forma. Alleen de sterksten overleven het hele traject. Van begin tot eind duurt het bovendien al gauw 12 jaar voordat een geneesmiddel alle stappen van onderzoek, financiering, productie en goedkeuring heeft doorlopen. De eisen zijn zo hoog en de ontwikkeling [zo complex](https://www.linkit.nl/articles/De-GMP-regels-verstikken-medische-innovatie-maar-het-kan-ook-anders), dat één nieuw geneesmiddel ontwikkelen inmiddels tussen de 1 en 2 miljard dollar kost. Is daar iets aan te veranderen? Jazeker, maar het is wel een forse uitdaging!

### 1.	Digitalisering

Waar vrijwel alle sectoren digitalisering inmiddels hebben omarmd, lijkt de farmaceutische industrie enorm haar best te doen om juist zo traditioneel mogelijk te blijven werken. De labomgeving van nu had, qua manier van werken, zomaar weggelopen kunnen zijn uit een oude zwartwit foto uit 1930. En dat terwijl de complexiteit van het onderzoek enorm is toegenomen. 

Digitalisering biedt mogelijkheden om de enorme kosten voor R&D naar beneden te krijgen en tegelijkertijd een versnelling te creëren in het aantal nieuwe medicijnen dat op de markt gebracht kan worden. Goed voor de farmaceut, maar ook voor de volksgezondheid. Een combinatie van technologieën zoals Digitalisering, AI, miniaturisering en IoT kunnen samen een wezenlijke verandering teweegbrengen in het laboratorium. Daarbij worden nieuwe medicijnen zoveel mogelijk digitaal ontwikkeld en ‘gecheckt’ op basis van de historische data uit vorige experimenten. 

### 2.	Agile werken 

Technologie is echter zo sterk is als de persoon die het gebruikt. Een computer is pas echt wat waard als je weet hoe je die moet gebruiken. Hetzelfde geldt voor de net genoemde technologieën. In bijna alle gevallen valt digitalisering dan ook samen met een nieuwe manier van werken. Agile werken leent zich daarbij het beste voor een digitale werkomgeving. 

Daarbij werk je in multidisciplinaire teams, iteratief aan de ontwikkeling van een bepaald onderdeel van een product. Na afloop van die periode, meestal een ‘sprint’ van twee weken, ga je met het team bij elkaar zitten om de voortgang te bespreken. Vaak aangevuld met de opdrachtgever erbij. Je kijkt onder andere hoe de ontwikkeling is verlopen, wat er goed ging en wat juist niet en hoe je bepaalde ‘learnings’ kunt verwerken in de rest van de ontwikkeling. Daarnaast biedt het mogelijkheden aan de opdrachtgever om de scope van de opdracht bij te stellen op basis van nieuwe ontwikkelingen of inzichten vanuit de ‘business’ of de eindgebruiker. 

Agile werken is een gecontroleerde, snelle manier van werken. Door in korte cycli te werken, krijg je snel feedback en kom je op efficiënte wijze tot een bruikbare oplossing. Vooral de combinatie van digitalisering en agile werken in het lab kan leiden tot een flinke versnelling in de duur van de ontwikkeling van nieuwe medicijnen, behandelingen en therapieën. 

### 3.	Cultuurverandering

In sommige sectoren is deze manier van werken makkelijk te introduceren. In de farmaceutische industrie is het een draai van 180 graden. De grootste impact heeft ongetwijfeld de verschuiving in het soort mensen dat voor het werk nodig is. Want hoe kun je van wetenschappers verwachten dat zij naast het zijn van expert op het gebied van medicijnontwikkeling ook nog beschikken over de competenties van een data scientist? Iemand die waardevolle nieuwe inzichten haalt uit de grote hoeveelheid data die ontstaat uit alle experimenten. Door IT en lab te combineren ontstaat niet alleen een nieuwe manier van werken, maar ook de behoefte en noodzaak aan nieuwe functieprofielen en rollen. 

De vraag is natuurlijk hoe makkelijk dit in te voeren is. De beste manier is stap voor stap, waarbij je steeds duidelijker de toegevoegde waarde laat zien per stap. Ook is het zaak om daar zoveel mogelijk mensen uit het veld bij te betrekken. Het uiteindelijke doel is namelijk dat zij hun werk met meer resultaat kunnen uitvoeren. En hopelijk ook met meer werkplezier. 


medicine-doctor-holding-color-capsule-pill-hand-with-icon-medical-network-connection-medical-technology-network-concept.jpg

Developing and producing medicines more effective? You can do it! With these 3 steps

Efficiënter medicijnen ontwikkelen én produceren? Het kan, met deze 3 stappen

CEO LINKIT IT & Innovation

Daan de Groof 211.jpg

Daan de Groof.jpg

Cloud providers such as Microsoft with its Azure Cloud have drastically changed the way organizations deal with hardware and its management. The various forms of the cloud: a public cloud, private cloud or hybrid cloud, all have specific characteristics. But all forms of Cloud Computing enable organizations to focus less on the infrastructure and more on the product. Cloud automation makes things around managing a cloud even easier. LINKIT is specialized in advising and helping companies in setting up a mature cloud environment, driven by automation and modern cloud technologies.

Cloud providers zoals Microsoft met haar Azure Cloud hebben de manier waarop organisaties met hardware en beheer omgaan drastisch veranderd. De diverse vormen van het gebruik van de cloud: een public cloud, private cloud of hybrid cloud, kennen allemaal specifieke kenmerken. Maar alle vormen van Cloud Computing stelt organisaties in staat om zich minder met de infrastructuur, en meer met het product bezig te kunnen houden. Cloud automation maakt zaken rondom het beheren van een cloud nog eenvoudiger. LINKIT is gespecialiseerd in het adviseren en helpen van bedrijven in een het neerzetten van een volwassen cloudomgeving, gedreven door automation en moderne cloudtechnieken.

Business Development Manager

Dianne BruggenKamp Koenen c.jpg

Start with a clear cloud architecture

Begin bij een duidelijke cloudarchitectuur

A mature cloud environment with modern technologies

Een volwassen cloudomgeving met moderne technologieën

Cloud migration like a boss? Develop a strategic masterplan for migrating to the cloud & ensure that your IT-infrastructure can manage the migration!

Cloud migration like a boss? Zo doe je dat! Zorg voor een strategisch masterplan zodat dat jouw IT-infrastructuur het vlekkeloos aan kan.

Checklist: How to migrate to the cloud in 12 steps

Checklist: Naar de cloud migreren in 12 stappen

And the buzzphrase of the year is ... the Cloud! Just like last year and the year before, since the breakthrough of working in the cloud, a good five years ago, there has been a boom in cloud migrations. More and more, companies are relocating their working environment and apparently they are very satisfied with it. But what is about the cloud? Is working in or with the cloud really that affordable? It is high time to take a closer look at the most important reasons for a cloud migration.

### 1. Flexibility 

Put simply, the cloud main advantage can be summed in one word: flexibility. By working through a portal in a web browser you can work wherever and whenever you want. In addition, scalability increasingly plays an important role. Many companies need extra computing power at peak times. With your own server you can  arrange it all yourself. With your cloud provider you can flexibly purchase resources whenever it is demanded. In addition, you can continue to grow in the cloud in terms of users, without ever having to run out of server space. Furthermore, it is much easier in the Cloud to automate work processes. For example, many SaaS applications have easy-to-use API’s that allow you to link them. Enough benefits!

### 2. Management, but differently ...

When it comes to management, cloud migration almost always causes major changes. The files are often transferred to an external environment, so that you are no longer responsible for technical management. That duty now rests with the cloud provider. This considerably changes the role of the manager.

He or she is of course still responsible for the applications. However, the emphasis now is much more on security because in principle everyone can log in via a browser. As a manager you have to keep a close eye on this. Monitoring of the environment and keeping up to date with automatic updates remains important. This is a role that evolves and changes with the pace of technology, but if taken up properly the manager can work a lot more proactively, with more attention for the needs of the business.

### 3. The magic of Microsoft

One of the biggest drivers of cloud migration is Microsoft Office 365. Of course you can also use it without the cloud, but that feels somewhat half-hearted. There are few companies in the Netherlands that do not use Microsoft Office. Microsoft has expanded a lot in its Office environment in recent years. Depending on your package, Office 365 offers just about every application you need in an office environment. From Microsoft Word to Teams, Sharepoint and Power BI. With so much market dominance, the temptation to migrate is very high.

After our own switch to Office 365, the assessment of the working environment increased by almost two points on a scale of ten. A prerequisite is that a great deal of time and attention must be paid to the entire adoption process, so that staff learn to use the new work environment in an efficient manner.

### 4. The magic of LINKIT

 If one thing is important with a Cloud migration, then it is knowledge transfer. This is crucial to make optimal use of the benefits, to perform management accurately and to include your employees in the entire change process of work. And that is precisely what LINKIT is good at. By performing the cloud migration together with your IT department and supporting your company where your expertise is lacking, the migration remains manageable and you keep control and control in your own hands.

*Do you want to know more about the do's and don'ts of Cloud migration? Or can you use some "magic" from LINKIT? Then contact one of our experts for more information. Or read our [cloud migration checklist](https://go.linkit.nl/l/847693/2020-11-13/32r1x) for more information on how to carry out a cloudmigration.*

En het buzzword van het jaar… De cloud! Net zoals vorig jaar en het jaar daarvoor. Sinds de doorbraak van werken in de cloud, een goede vijf jaar geleden, is er een heuse hausse aan cloudmigraties op gang gekomen. Steeds meer bedrijven verhuizen hun werkomgeving en zijn daar blijkbaar nog tevreden over ook. Maar hoe zit dat nou eigenlijk? Is het werken in de cloud werkelijk zo voordelig? Hoog tijd om de belangrijkste redenen voor een cloud migratie onder de loep te nemen. 

### 1.	Flexibiliteit

De cloud biedt, simpel gezegd, één groot voordeel: flexibiliteit. Door via een portal in de browser te werken kun je werken waar en wanneer je maar wilt. Daarnaast speelt schaalbaarheid steeds vaker een belangrijke rol. Veel bedrijven hebben op piekmomenten extra computervermogen nodig. Bij een eigen server zul je die zelf moeten regelen, bij een cloudprovider kun je flexibel inkopen wanneer je het nodig hebt. Daarnaast kun je in de cloud onbeperkt doorgroeien qua gebruikers, zonder dat je ooit serverruimte tekort zult komen. Tot slot is het in de Cloud veel makkelijker om werkprocessen te automatiseren. Zo hebben veel SaaS-applicaties, zoals bijvoorbeeld Office 365, makkelijk bruikbare API’s waardoor je ze kunt koppelen. Voordelen genoeg dus!

### 2.	Beheer, maar dan anders…

Als het gaat om beheer zorgt een cloudmigratie vrijwel altijd voor grote veranderingen. De bestanden worden veelal overgezet naar een externe omgeving, waardoor je niet zelf meer verantwoordelijk bent voor het technisch beheer. Dat ligt nu bij de cloudprovider. Hierdoor verandert de rol van de beheerder aanzienlijk.

Hij of zij is natuurlijk nog wel verantwoordelijk voor de applicaties. De nadruk komt bijvoorbeeld veel meer te liggen op veiligheid, omdat in principe iedereen zomaar kan inloggen via de browser. Als beheerder moet je dit goed in de gaten gehouden worden. Ook het checken en bijhouden van automatische updates is en blijft belangrijk. Als deze veranderende rol goed wordt opgepakt kan de beheerder een stuk proactiever werken, met meer aandacht voor de behoeftes van de business.

### 3.	De magie van Microsoft

Tot slot één van de grootste aanjagers van cloudmigratie: Microsoft Office 365. Natuurlijk kun je die ook prima gebruiken zonder cloud, maar dat voelt toch wat halfslachtig. Er zijn in Nederland maar weinig bedrijven die geen gebruik maken van Office en het liefst doe je dat optimaal. In de cloud dus. Microsoft heeft de laatste jaren veel geïnvesteerd in haar Officeomgeving. Afhankelijk van je pakket biedt O365 ongeveer elke applicatie die je nodig hebt binnen een kantooromgeving. Van Microsoft Word, tot Teams, Sharepoint en Power BI. Met zoveel dominantie op de markt is de verleiding om te migreren wel erg groot. 

Bovendien levert het ook het nodige op. Om een voorbeeld uit eigen keuken te geven: na onze eigen overstap op Office 365 in de cloud ging de beoordeling van de werkomgeving met bijna twee punten omhoog op een schaal van tien. Voorwaarde is wel er veel tijd en aandacht moet worden besteed aan het hele adoptieproces, zodat het personeel de nieuwe werkomgeving op een efficiënte manier leert te gebruiken. 

### 4.	De magie van LINKIT

Als er één ding belangrijk is bij een Cloud migratie, dan is het wel kennisoverdracht. Dit is cruciaal om optimaal gebruik te maken van de voordelen, beheer accuraat uit te voeren én om je werknemers mee te nemen in het hele veranderingsproces van werken. En dat is precies waar LINKIT sterk in is. Door de cloudmigratie samen met jouw IT-afdeling uit te voeren en jouw bedrijf te ondersteunen waar je expertise tekort komt, blijft de migratie behapbaar en houdt je het beheer én de controle in eigen hand. 

*Wil je meer weten over de do’s en dont’s van Cloud migratie? Of kun je wel wat ‘magie’ van LINKIT gebruiken? Neem dan contact op met één van onze experts voor meer informatie. Of lees onze [cloudmigratie checklist](https://go.linkit.nl/l/847693/2020-05-29/695r) voor meer informatie over het uitvoeren van een cloudmigratie.*





why-cloud.png

Why migrate to the cloud? The buzzphrase of the year is ... the Cloud! Again :). Is it really as affordable as they say? 

Waarom migreren naar de cloud? Het buzzword van het jaar… De cloud! Alweer? :) Is het zo werkelijk zo voordelig als men beweert? 

Cloud migration? But why?

Cloudmigratie? Maar waarom dan?

Are you migrating to the cloud? A clear strategy, vision & planning can do a lot. Discover how these 5 steps will put you in the right direction.

Migeren naar de cloud, wat komt daar nou bij kijken? Met een duidelijk strategie, visie en planning kom je een heel eind. Met deze 5 stappen pak je het goed aan!

Microsoft Cloud Lead

Dick van Straaten c.jpg

Dick van Straaten c-sq.jpg

Microsoft Cloud Engineer

Remco Wildeboer c.jpg

Junior Solution Advisor

Chrisje Ganzevoort 2.jpg

Chrisje Ganzevoort.jpg

Cloud heroes

Cloud helden

### Part 1: preparation and choice

*December 2019*

Safire is by no means a standard organization. It is a partnership between Strukton, Heijmans, Engie and ISS who united to perform various management tasks within a Public Private Composition (PPP) for a large government institution. This includes tasks such as building maintenance, catering and landscaping. The personnel are supplied by the four companies. Several employees work part-time for Safire. Looking at their situation, it’s really no wonder working in the cloud is a big deal to them, it gives employees access their Safire mail and files at any time and location. Until recently that took place in a Citrix environment, but that was about to change.

### Time for change

Ruud de Haas, IT project manager at Safire from Strukton explains: “Last year, the service contracts we had in place expired. In addition, the thin clients were now six years old and had to be renewed or changed. Thus we had to make a choice: will it be replaced or do we switch to another cloud service? Since the requested cloud environment is fairly standard at Safire, switching to Microsoft 365 turned out to be the best option.”

### LINKIT?

"When it go to decision time we had to make the next difficult choice," Ruud continues. “The Citrix environment was implemented by LINKIT, which means we had an excellent working relationship with them. However, setting up a Microsoft 365 environment was also fairly new territory for them. On the other hand, there was another company who had a lot of experience, but worked with more standardized solutions. In the end, after several consultations, we decided to choose LINKIT. They approached the solution more from the needs we had in mind. In addition, they had previous insight into our business needs, making them an experienced party that would support us  in the implementation process.”

So far nothing special. The contract was signed, the hardware was pre-ordered and a date was also chosen for the rollout: April 2020

### Part 2: Implementation

*March to May 2020*

From LINKIT, Sai Hin Sin (project leader) and system administrator Oscar Meertens of LINKIT were appointed to manage the Microsoft 365 implementation at Safire and set out to prepare for this operation. However, on Thursday March 12th 15:00 their work for the coming months was turned upside down through a historic press conference. The Netherlands went into an intelligent lockdown due to the Coronavirus. Everyone had to work from home as much as possible and it soon became clear that the implementation at Safire would certainly not go according to plan we originally made.

### Unplug it

Ruud came to the same conclusion at Safire. “The major government agency for which Safire provides its services was drained overnight. Almost all employees had to work from home. Minimal presence in the building also applied to Safire. On top of that, it also turned out that the hardware we ordered had been delayed considerably. After in consultation with Sai Hin and Oscar we actually had no choice but to unplug it for the time being.”

*A few weeks later…*

Ruud: “Of course this was not the situation we wanted to get into. Fortunately, we were able to restart several projects after a few weeks, including this implementation. A limited number of suppliers, including LINKIT, regained access to the building. This ensured that we could still start with the implementation. LINKIT immediately moved along with this and ensured that Sai Hin and Oscar were on call and remained available.”

### Abandoned office

That was a special performance for Sai Hin and Oscar. Sai Hin explained: “we were suddenly working in an almost completely deserted office environment. Except ourselves, only Patrick from Safire was regularly present. He was appointed as the primary user for Safire and after implementation, he would also take up primary management.”

### Phased switching

“Normally we would convert the environment in one big blow, which is nice for the users. In this case, they go home on Friday and can then continue working on their new upgraded systems when they’re back on Monday. That being said,  if there is no one in the office, you can rather just do it in phases.”

Ruud was keen on that approach. “While it is exciting to convert everything at once, by doing it in phases meant we were able to check whether everything was working properly. If something went amiss, the consequences are contained and a solution can be sought immediately.”

### Performance

Oscar went to work on rolling the changes out. He first transferred two intensive users, followed by  reception and then several batches of users, scaling out the conversion over the span of about week.

### Mavericks

There were some applications that fell outside the standard implementation techniques. The first was a document management app as well as another program called Planon, an information system (FMIS) that was used to book meeting rooms and workplaces in the office, among other things. This application is not only used by Safire, but also by its client.

“Single SignOn was already being used by the company, a precondition for the new environment to guarantee safer access, ”explains Ruud. “Oscar was successful in integrating Planon into the Microsoft environment so that users only have to log in once, a big improvement from a user perspective. Furthermore, we were able to immediately fulfil our appointment. In the end, despite some challenges from the Coronavirus, the implementation was a success!”

### Part 3: and beyond…

*From June 2020*

While for LINKIT the implementation is the centre of the migration process, for Safire the key to success is the adoption phase. The transition usually takes roughly three to four weeks. During that time users will get used to their new office environment and should start exploring and adapting the new functions effectively. If this adaptation phase does not work well, the implementation still "fails".

### Flexible adoption

The original idea was that Oscar would be at the office of Safire as a floorwalker for half a day every two weeks to deal with potential problems and, above all, answer questions. Ruud: “We found out that some specific users had more questions than we had initially estimated. Fortunately, Oscar turned out to be flexible so we could push his days forward a little. With Oscar their to guide the users into the new environment,  way we could offer everyone the right support at an early stage. ”

### Result

“We are now more than a month and a half into our experience of Microsoft 365 and we are certainly satisfied. I get feedback from users saying that Microsoft 365 works very pleasantly, is accessible, fast and is definitely an improvement on the Citrix environment that we used before. ”

At the same time, it remains a bit challenging do the unique circumstance of 2020. A large part of the staff still work mainly from home and the building is still closed. This also means that part of our services are still not delivered. ”

### Good cooperation

Ruud: “All in all, I am very satisfied with the cooperation with LINKIT. In addition to the available flexibility, I notice, for example, that Oscar knows our organization very well. Because of the long-term cooperation we already had, he can probably see our office in his dreams and knows how to indicate his insight in conversations with us, providing us great implementation insight. The advice and choices within the project are in line with the needs of Safire, which provides good confidence in the continuation of our cooperation. LINKIT will remain involved in the (second-line) management of our office environment for the next five years. A collaboration that I look forward to with great confidence! ”


### Deel 1: voorbereiding en keuze

*December 2019 *

Safire is zeker geen standaard bedrijf. Het is een samenwerkingsverband tussen Strukton, Heijmans, Engie en ISS. Voor de gelegenheid samengevoegd om binnen een tender diverse beheerstaken uit te voeren voor een grote overheidsinstelling, zoals bijvoorbeeld catering en groenonderhoud. Het personeel wordt aangeleverd door deze vier bedrijven en werkt in vrijwel alle gevallen parttime voor Safire. Geen wonder dus dat werken in de cloud centraal staat. Daardoor kunnen de werknemers te allen tijde bij hun bestanden. Tot voor kort gebeurde dat in een Citrix omgeving, maar dat ging veranderen. 

### Tijd voor verandering
Ruud de Haas, IT-projectmanager bij Safire vanuit Strukton legt het uit: “Vorig jaar liepen de servicecontracten af. Daar kwam bij dat de thin clients inmiddels zes jaar oud waren en vervangen moesten worden. Vervolgens moesten we een keuze maken: wordt het vervangen? Of stappen we over op een andere clouddienst? Omdat de gevraagde cloudomgeving bij Safire vrij standaard is, bleek overstappen op Microsoft 365 uiteindelijk de beste optie.”

### LINKIT? 
“Toen we daar uit kwamen moesten we de volgende keuze maken,” gaat Ruud verder. “De Citrix omgeving was geïmplementeerd door LINKIT. We hadden een prima werkrelatie met hen, maar het inrichten van een Microsoft 365 omgeving was redelijk nieuw terrein voor hen. Daar tegenover stond een andere partij die juist wel enorm veel ervaring had, maar met gestandaardiseerde oplossingen werkte. Na een aantal keer overleggen besloten we voor LINKIT te kiezen. Zij benaderden hun oplossing meer vanuit de behoefte die wij hadden. Bovendien namen zij Insight in de arm. Een ervaren partij die hen zou ondersteunen in het implementatietraject.”

Tot zover niets bijzonders. Het contract werd getekend, het project opgestart en de hardware werd alvast besteld. Ook werd een datum gekozen voor de uitrol: april 2020

### Deel 2: Uitvoering

*Maart t/m mei 2020*

Vanuit LINKIT waren Sai Hin Sin (projectleider) en systeembeheerder Oscar Meertens van LINKIT aangewezen om de Microsoft 365 implementatie bij Safire in goede banen te leiden. De voorbereiding ging prima. Tot donderdag 12 maart dan, om drie uur ’s middags. Via een historische persconferentie werd hun werk voor de komende maanden flink op zijn kop gezet. Nederland ging in een intelligente lockdown. Iedereen moest zoveel mogelijk thuiswerken en al snel werd duidelijk dat de implementatie bij Safire zeker niet volgens plan zou gaan verlopen. 

### De stekker eruit
Bij Safire kwam Ruud tot dezelfde conclusie. “De grote overheidsinstantie waarvoor het bedrijf was ingehuurd liep van de ene op de andere dag leeg. Alle werknemers moesten verplicht thuiswerken. Aangezien Safire in hetzelfde gebouw is gehuisvest, gold dat ook voor ons. Vervolgens bleek ook nog eens dat de door ons bestelde hardware flink vertraagd was door de spontane uitbraak van het coronavirus. Na overleg met Sai Hin en Oscar hadden we eigenlijk geen andere keuze dan de stekker er voorlopig uit te trekken.”

*Een aantal weken later…*

Ruud: “Dit was natuurlijk niet de situatie waarin we terecht wilden komen. Gelukkig konden we na een aantal weken een lijst opgeven bij de overheidsinstantie met daarop een aantal namen die toegang kregen tot het gebouw. Ik heb er toen voor gekozen om Sai Hin en Oscar daar direct op te zetten, zodat we alsnog konden beginnen met de implementatie. LINKIT bewoog daarin direct mee en zorgde ervoor dat Sai Hin en Oscar beschikbaar waren en bleven.”

### Verlaten kantoor
Voor Sai Hin en Oscar werd dat een bijzondere uitvoering. Sai Hin: “We waren ineens aan het werk in een vrijwel volledig verlaten kantooromgeving. Behalve wijzelf was alleen Patrick vanuit Safire regelmatig aanwezig. Hij was aangesteld als de hoofdgebruiker voor Safire die na de implementatie ook het eerstelijns beheer zou oppakken.”

### Gefaseerd overstappen
“Normaal gesproken zouden we de omgeving in één grote klap omzetten. Voor de gebruikers is dat fijn. Ze gaan dan bijvoorbeeld op vrijdag naar huis en kunnen dan de volgende week gewoon verder werken, maar dan met 365. Maar ja, als er niemand op kantoor is. Dan kun je het ook gewoon in fases doen.”

Ruud zag dat wel zitten. “Ergens is het toch wel spannend om in één keer alles om te zetten. Door het in fases te doen konden we goed checken of alles naar behoren werkte. En mocht er iets fout gaan, dan blijft de schade beperkt.”

### Uitvoering
Oscar ging aan de slag. Hij zette eerst twee intensieve gebruikers over, daarna de receptie en vervolgens diverse batches met gebruikers. De hele omzetting gebeurde niet in een dag, maar in week.

### Buitenbeentjes 
Daarbij waren er een paar apps die buiten de normale paden vielen. De eerste was Therefore, een app voor documentenbeheer die in een later stadium vervangen moet worden door Sharepoint. En nummer twee is Planon. Een app voor kantoorbeheer waarmee je onder andere ruimtes en werkplekken kunt boeken. Deze app wordt niet alleen door Safire gebruikt, maar ook door de overheidsinstantie. 

“We hadden met hen afgesproken om voor Planon over te gaan op een single sign on,” legt Ruud uit. “Oscar slaagde er goed in om Planon te integreren in de Microsoft omgeving zodat gebruikers maar één keer hoeven in te loggen. Vanuit gebruikersperspectief een flinke verbetering. Bovendien konden we zo direct onze afspraak nakomen. Uiteindelijk werd de implementatie, ondanks alles, toch een succes!”

### Deel 3: en verder…

*Vanaf juni 2020*

Waar voor LINKIT de implementatie het zwaartepunt vormt van het migratietraject, ligt dat voor Safire bij de adoptiefase. De pak hem beet eerste vier weken na de overgang. Gebruikers moeten wennen aan hun nieuwe kantooromgeving en moeten de nieuwe functies ook effectief gaan gebruiken. Gebeurt dat niet, dan ‘faalt’ de implementatie alsnog. 

### Flexibele adoptie 
Het oorspronkelijke idee was dat Oscar iedere twee weken een halve dag op kantoor zou zitten bij Safire om mogelijke problemen op te pakken en vooral ook vragen te beantwoorden. Ruud: “We kwamen er al snel achter dat onze gebruikers een stuk meer vragen hadden dan we hadden ingeschat. Gelukkig bleek Oscar nogmaals flexibel te kunnen zijn, zodat we zijn dagen naar voren konden schuiven. Op die manier konden we in een vroeg stadium iedereen de juiste ondersteuning bieden.”

### Resultaat
“Inmiddels zijn we ruim anderhalve maand verder en zijn we zeker tevreden. Ik hoor terug dat Microsoft 365 zeer prettig werkt, laagdrempelig en snel is en absoluut een verbetering vormt ten opzichte van hoe het was.”

“Tegelijkertijd blijft het raar. Een groot gedeelte van het personeel werkt nog steeds voornamelijk vanuit huis en het ministerie is nog steeds gesloten. Dat betekend ook dat een deel van onze diensten, zoals de catering, niet wordt geleverd.”

### Goede samenwerking
Ruud: “Alles bij elkaar ben ik zeer tevreden over de samenwerking met LINKIT. Naast de aanwezige flexibiliteit merk ik bijvoorbeeld aan Oscar dat hij ons heel goed kent, vanwege de langdurige samenwerking die we al hadden. Hij kan onze kantooromgeving zo’n beetje dromen en weet dat ook aan te geven in gesprekken met andere partijen. Bovendien zie ik het terug in de keuzes die LINKIT maakt. Gelukkig zijn we voorlopig nog niet van elkaar af. De komende vijf jaar blijft LINKIT betrokken bij het (tweedelijns) beheer van onze kantooromgeving. Een samenwerking waar ik met veel vertrouwen naar uit kijk!” 


tina-witherspoon-ePu9rM_ud7g-unsplash

Een succesvolle migratie naar Office 365 tijdens de intelligente lockdown, hoe ziet dat eruit? We nemen je mee in het migratietraject weg van de Citrix omgeving!

A cloud migration in three parts, with a "twist in the plot"

Een cloudmigratie in drie delen, met een ‘twist in the plot’

How Safire switched to Microsoft 365

Hoe Safire overstapte op Microsoft 365

Building a private cloud for an IT service provider of the four major cities of the Netherlands presents many challenges, but the real work only comes when the technology is deployed put to use. As IT architect Jean-Paul van der Ham says: “I found building a private cloud for Wigo4it the nicest, most challenging and most educational project of my life! I would do a few things differently next time. "

### Wigo4it

Since the decentralization of social assistance in 2009, many municipalities have been collaborating with each other in this area. The four major cities, Amsterdam, Rotterdam, The Hague and Utrecht, are a prime example. There is a joint organization for improving digital services to everyone in social assistance: Wigo4it. In practice, they are mainly busy with the management and building of municipal applications and with initiatives to improve IT services.

### From data center to private cloud

Because of the shared services to several cities at the same time, Wigo4it has been working with its own private data center for years. They are now switching to a private cloud, where many processes are automated. The benefits are great: More (freedom of choice) for the staff by introducing, among other things, self-service and the automation of work processes.

### SDDC

As an IT architect, Jean-Paul was responsible for the design of the Cloud environment. He ensures that agreements are met and that the development team can work as efficiently as possible. The core of the project was the SDDC, an abbreviation for Software-Defined Data Center. With this you can automate and organize almost any kind of work, all accessible from a self-service portal. 
 
### Three blocks

Jean-Paul: “The data center consists of three blocks, namely: computer power, storage and network. Since these areas all are specialties in their own right, we put together a team that included experts in each of these areas. The entire construction is primarily based on VMware ESX, vRealize suite and NSX. ”

### Azure 2.0?

“The challenge was mainly that this private cloud had to work as well as any reputable private cloud, such as Azure or AWS. On the one hand, that makes it a very interesting assignment. Who doesn't want to build their own Azure? On the other hand, there are few best practices from it. Especially when it comes to procedures. In order to limit the risks, we have technically made use of proven technologies and software, with all documentation, updates and support being properly arranged. ”

### An artistic vision

The focus of the assignment was mainly on execution, Jean-Paul's said; “The main thing is how you make the three blocks of computer power, storage and network work together within a private cloud. How do you organize them in such a way that they function optimally towards the user? This is not just about installing some software, it requires an almost artistic vision to design and coordinate all functions so that they achieve the common goal. ”

### Drastic cultural change

Just when Jean-Paul felt he was getting a grip on the situation, obstacles presented themselves; "Technology is certainly a major challenge," explains Jean-Paul. “But pales in comparison to the challenge getting the entire organization involved in this drastic change in work. To give an example: the developers can now generate their orders automatically with the self-service portal. This makes it a catalyst that is needed for the intended cultural change from Wigo4it to a DevOps organization. It changes roles, responsibilities and many work processes. "

### Lessons learned

This is also the most important learning point Jean-Pau takes away from the project; “If I do such an assignment again, I would first teach the (future) users how to handle their new technology and then implement it. In addition, it is important to clearly communicate why this transformation is needed and what they can benefit from it. ”

### An assignment with potential for the future

For Jean-Paul, the importance of this assignment cannot be underestimated. “With the construction of this private cloud, we have entered new territory. At the same time, it is an area that is promising for the future. There are a huge number of companies and organizations that now have their own data center and will switch to a private cloud to a greater or lesser extent, with all the associated benefits. It is still an innovative step, with few best practices to follow. We had to determine the rules ourselves and that made this project the most fun, challenging and educational that I have ever carried out! ”

*Are you also considering switching or using a private cloud? And can you use some extra expertise for this? Then contact one of our experts for more information.*


Het is al moeilijk zat om een private cloud te bouwen voor dé IT-dienstverlener van de vier grote steden. Maar het echte werk komt pas als de technologie staat en deze gebruikt moet gaan worden. IT architect Jean-Paul van der Ham: “Ik vond het bouwen van een private cloud voor Wigo4it het leukste, uitdagendste en meest leerzame project uit mijn leven! Wel zou ik volgende keer een paar dingen anders doen.”

### Wigo4it

Sinds de decentralisatie van de bijstand in 2009, werken veel gemeenten overkoepelend met elkaar samen op dit gebied. De vier grote steden, Amsterdam, Rotterdam, Den Haag en Utrecht, vormen hierop geen uitzondering. Voor het verbeteren van de digitale dienstverlening aan iedereen in de bijstand bestaat een gezamenlijke organisatie: Wigo4it. In de praktijk zijn ze vooral druk bezig met het beheren en bouwen van de gemeentelijke applicaties en met initiatieven om de IT-dienstverlening te verbeteren.

### Van datacenter naar private cloud

Juist vanwege de gedeelde dienstverlening aan meerdere steden tegelijk, werkt Wigo4it al jaren met een eigen private datacenter. Inmiddels maken ze de overstap naar een private cloud, waarbij veel processen worden geautomatiseerd. De voordelen zijn groot: Meer (keuze)vrijheid voor het personeel door het introduceren van onder andere self-service en het automatiseren van werkprocessen. 

### SDDC

Als IT architect was Jean-Paul verantwoordelijk voor het design van de Cloud omgeving . Ook zorgt hij ervoor dat afspraken worden nagekomen, zodat het development team zo efficiënt mogelijk kan werken. De kern van het project betrof het SDDC, een afkorting voor Software-Defined Datacenter. Hiermee kun je vrijwel ieder soort werk automatiseren en organiseren. Aan de voorkant maak je dan gebruik van een self-service portal. 

### Drie blokken

Jean-Paul: “Het datacenter bestaat uit drie blokken: computerkracht, opslag en netwerk. Dat betekent ook dat we een team samenstelden waarin expert zaten op elk van deze gebieden. De hele constructie is primair gebaseerd op VMware ESX, vRealize suite en NSX.”

### Azure 2.0?

“De uitdaging zat hem er vooral in dat deze private cloud bijna hetzelfde moest werken als gerenommeerde private clouds, zoals Azure of AWS. Aan de ene kant maakt dat het een hele interessante opdracht. Wie wil er nou niet zijn eigen Azure bouwen? Aan de andere kant zijn er maar weinig best practices van.. Vooral als het gaat over de procedures. Om de risico’s te beperken hebben we technisch dan ook gebruik gemaakt van bewezen technologiën en software, waarbij alle documentatie, updates en support goed geregeld is.”

### Een artistieke visie

Vervolgens verschoof het zwaartepunt van de opdracht naar de uitvoering, het terrein van Jean-Paul. “Het gaat er vooral om hoe je de drie blokken van computerkracht, opslag en netwerk binnen een private cloud met elkaar samen laat werken. Hoe organiseer je ze op zo’n manier dat ze optimaal functioneren richting de gebruiker? Het gaat hierbij niet alleen om het installeren van wat software. Het vereist een bijna artistieke visie om alle functies zo te ontwerpen en op elkaar af te stemmen dat ze het gezamenlijk doel bereiken.”

### Drastische cultuurverandering

Net op het moment dat Jean-Paul voor zijn gevoel grip begon te krijgen op de situatie, diende de volgende uitdaging zich alweer aan. “Technologie is zeker een grote uitdaging,” legt Jean-Paul uit. “Maar hij haalt het niet bij de uitdaging om de hele organisatie mee te krijgen in deze drastische verandering van werken. Om een voorbeeld te geven. De developers kunnen hun opdrachten nu automatisch genereren met het self-service portal. Daarmee wordt deze een katalysator die nodig is voor de beoogde cultuurverandering van Wigo4it naar een DevOps organisatie. Het verandert rollen, verantwoordelijkheden en heel veel werkprocessen.”

### Lessons learned

Dit is ook direct het belangrijkste leerpunt voor Jean-Paul. “Als ik nog een keer een dergelijke opdracht doe, dan zou ik eerst de (toekomstige) gebruikers leren hoe ze met hun nieuwe technologie moeten omgaan en deze daarna pas implementeren. Daarnaast is het belangrijk om duidelijk te communiceren waarom deze transformatie nodig is en wat ze daar zelf aan hebben.”

### Een opdracht met potentie voor de toekomst

Voor Jean-Paul is het belang van deze opdracht niet te onderschatten. “Met het bouwen van deze private cloud hebben we ons op onontgonnen terrein begeven. Tegelijkertijd is het wel een gebied dat veelbelovend is voor de toekomst. Er zijn enorm veel bedrijven en organisaties die nu een eigen datacenter hebben en in min of meerdere mate over zullen gaan stappen op een private cloud, met alle bijbehorende voordelen. Het is nog steeds een innovatieve stap, met maar weinig best practices om te volgen. We moesten zelf de regels bepalen en dat maakte dit project tot het leukste, uitdagendste en meest leervolle dat ik ooit heb uitgevoerd!”

*Overweeg jij ook om over te stappen of gebruik te maken van een private cloud? En kun je daarbij wel wat extra expertise gebruiken? Neem dan contact op met één van onze experts voor meer informatie.*


pexels-photo-335907.jpeg

Building a private cloud for Wigo4IT. Building is one and adopting & using is challenge number two. Are you considering switching to private cloud?

Private cloud bij overheidsinstantie Wigo4it. Bouwen is één, adopteren en in gebruik nemen is uitdaging nummer twee. Wil jij overstappen naar de private cloud? 

Building a private cloud for government agency Wigo4it

Een private cloud bouwen voor overheidsinstantie Wigo4it

Building is one, adopting is the challenging number two

Bouwen is één, adopteren is de uitdagende nummer twee

Cloud Architect and co-founder of IT Consultant Weolcan Bart Veldhuis works with companies and governments daily to help them assess strategic decisions regarding their IT landscape. On May 25th, he will be one of the speakers at [LINKIT's Cloud Readiness event](https://www.linkit.nl/en/events/Cloud-Readiness). In this interview, he gives us some insights into his upcoming session. Let’s see what he has to say.

### *How big is the cloud issue for the Dutch government at the moment?*

“At the municipality and regional level, many governments cooperate to develop so-called 'common ground' applications. Governments require certain unique applications that function at municipality level, such as a register to keep records of a cemetery. But on the other hand, they are also quite common. Why should there be 200 different apps to keep these records? One joint application for all municipalities is much smarter, cheaper, safer and easier to maintain technically. Next to this, making clear architectural principles is also important. For instance, say you are gathering location data, you should integrate your sources of data and only have to fill in a geolocation once. Then, it is immediately implemented in all other relevant applications. Combined this is exactly why the Dutch municipalities have these common ground apps developed. This is done in collaboration with the VNG, the Association of Netherlands Municipalities.”

“Those apps work best as SaaS apps in the cloud, although it is still possible to use them locally on-premise. In an average municipality, 80 percent of the IT landscape may eventually consist of these types of standard applications, creating a major incentive to start working in the cloud, if they currently don’t.”

### *Unlike "normal" companies, what should the government take into account in cloud readiness?*

"Well, there are quite a few things really. To begin with, there are laws and regulations, which are very different for governments than for companies. To make it more complicated, the rules often change, and this requires implementing changes or upgrades in your IT environment. This is a great advantage of shared cloud apps, where this can be arranged centrally, instead of each municipality having to do this itself."

“In addition, governments have public duties, creating serious compliance requirements and expectations from governments. To overcome all this, they need to work proactively. If you, as a government, wait to adjust your IT until new laws and regulations have been introduced, then you have a serious problem.”

### *When is the ideal time to make the switch?*

“To determine what is important, you first have to make a good inventory of what you already have. In addition, you must implement a cloud transition in a structured manner, with a clear strategy in mind.”

“What you definitely must NOT do is sit back and hope for the best. That leads to chaos. If you take a look at what needs to be done at the end of an app's lifecycle and only then determine that you want to go to the cloud, you are simply too late. That is a train wreck in the making. A cloud transformation requires solid preparation, planning and, above all, a clear vision from the contractor. In this case the government. This is really important because as a government you also bear political responsibility for your decisions. If a critical IT system fails and important processes no longer run smoothly or safely, you can be blamed for that.”

### *As a municipality, how do you keep a clear overview when implementing all these SaaS applications?*

“Municipalities will soon receive a lot of SaaS applications, supplemented with the common ground apps from the VNG association. Naturally, they have to communicate with your current landscape too. In other words, they must be integrated into your unique IT environment, and data must be exchanged securely. All of this involves the necessary IT architects, solid security practices and costs for implementing it.”

“In a cloud transition, it is crucial to work with a roadmap. How do we, as a government, reach the stage where we can call ourselves a digital organisation? Well, you work towards that step by step, and that again involves several kinds of people with different skills. The aim is to get the necessary automation, integration and security in motion within your organization."

“You can’t eat an elephant in one bite, or bit. Other programs are running that require time and attention to continue. Also, as a government, you cannot simply halt the civil affairs department for technical maintenance. So, you have to make a smart choice between what you should and should not do and when to do it."

“What’s also important to consider is what kind of people do you need for your journey. How will you introduce these new apps to your employees, the new processes they will be working with, and the culture change required to do so? How do you transform your work processes as a government, while at the same time retaining your current organizational structure?"

“By answering these - and more - questions, it is possible to set up the roadmap and work proactively towards cloud readiness. Also, in such a way that it suits your organization, meets your needs and complies with all laws and regulations."

*Have you become curious about Bart's whole story? Then register for our [Cloud Readiness event](https://www.linkit.nl/en/events/Cloud-Readiness) on May 25 at 3:00 PM. Or visit the event page for the entire program.*


Cloud Architect en mede-oprichter van IT-consultant Weolcan Bart Veldhuis helpt dagelijks bedrijven en overheden met het maken van strategische keuzes over hun IT-landschap. Op 25 mei is hij één van de sprekers op [LINKIT’s Cloud Readiness event](https://www.linkit.nl/events/Cloud-Readiness). In dit interview geeft hij alvast een voorschot op zijn sessie: “Werken in de cloud gaat om veel meer dan IT alleen. Het gaat ook over mensen, werkprocessen en een cultuurverandering.”

### *Hoe groot is het cloud-vraagstuk op dit moment voor de Nederlandse overheid?*

“Op lokaal en regionaal niveau zie je dat veel overheden samen werken aan het ontwikkelen van zogenaamde ‘common ground’ applicaties. De overheid heeft behoefte aan bepaalde applicaties die aan de ene kant uniek zijn, zoals een begraafplaatsregister, maar die aan de andere kant ook hetzelfde zijn. Het is natuurlijk waanzin om 200 verschillende apps te hebben voor een begraafplaats. Één gezamenlijke voor alle gemeentes is veel slimmer, goedkoper, veiliger en makkelijker technisch te onderhouden. Ook het beschikbaar stellen van architectuurprincipes is belangrijk. Dat je bronnen integreert en een geolocatie bijvoorbeeld maar één keer hoeft op te slaan, waarna het direct ook in alle andere relevante applicaties wordt doorgevoerd. Dit is precies waarom de Nederlandse gemeenten deze common ground apps laten ontwikkelen. Dat doen ze overigens in VNG-verband, de Vereniging van Nederlandse Gemeenten.” 

“Het beste werken die apps als SaaS in de cloud, hoewel het ook mogelijk blijft om ze lokaal on premise te gebruiken. Uiteindelijk kan bij een gemiddelde gemeente straks 80 procent van het IT-landschap uit dit soort standaard applicaties bestaan. En dat is uiteraard een forse stimulans om in de cloud te gaan werken.” 

### *Waar moet de overheid rekening mee houden bij cloud readiness, anders dan ‘normale’ bedrijven?*

“Nogal wat. Om te beginnen is er de wet- en regelgeving, die bij overheden heel anders is dan voor bedrijven. Bovendien veranderen de regels nogal eens, waarna die doorgevoerd moeten worden in de IT. Dat is ook direct een groot voordeel van gedeelde cloud apps, waar dit centraal kan worden geregeld, in plaats van dat iedere gemeente dit zelf moet doen.

“Daarnaast hebben overheden een publieke functie en zijn er serieuze compliancy eisen- en verwachtingen van overheden. Om dit allemaal te ondervangen, is het belangrijk voor hen om proactief te werken. Als je als overheid wacht met het aanpassen van je IT totdat nieuwe wet- en regelgeving is ingevoerd dan heb je een serieus probleem.” 

### *Wanneer is het ideale moment om de overstap te maken?* 

“Om dat te bepalen is het ten eerste belangrijk om goed te inventariseren wat je nu al hebt. Daarnaast is het belangrijk dat je een cloud transitie gestructureerd uitvoert, met dus een duidelijke strategie in het achterhoofd.”

“Wat je in ieder geval niet moet doen is de IT op zijn beloop laten. Dat leidt tot chaos. Als je aan het einde van de levenscyclus van een app eens gaat kijken wat er moet gebeuren en dan pas bepaald dat je naar de cloud wilt, ben je gewoon veel te laat. Dat is een train wreck in wording. Bij een cloud transformatie komt een goede voorbereiding kijken, met een heldere planning en vooral regie vanuit de uitvoerder. In dit geval de overheid. Extra belangrijk omdat je als overheid ook politieke verantwoording draagt. Als de IT het laat afweten en de uitvoering van belangrijke processen niet meer goed of veilig verloopt, is je dat aan te rekenen.” 

### *Hoe wordt je als gemeente regievoerder op SaaS applicaties?*

“Gemeenten krijgen straks flink wat SaaS applicaties op hen af, aangevuld met de common ground apps vanuit het VNG-verband. En die moeten natuurlijk wel communiceren met je huidige landschap. Ze moeten worden geïntegreerd, waarbij data op een veilige manier moet worden uitgewisseld. Daarbij komen de nodige IT-architecten kijken, een security vraagstuk en bijbehorende kosten.”

“Bij een cloud transitie is het belangrijk om te werken met een routekaart. Hoe komen wij als overheid in de fase dat wij onszelf een digitaal concern kunnen noemen? Daar werk je vervolgens stapsgewijs naar toe. En dat gaat weer over meerdere assen. Dat zijn mensen, het organiseren van werkprocessen en techniek. Het doel daarbij is om de benodigde automatisering, integratie en veiligheid binnen je organisatie in beweging te krijgen. 

“Je kunt daarbij niet de hele oceaan in één keer koken. Er zijn nog andere programma’s die lopen en waar ook tijd en aandacht aan besteed moet worden. Je kunt bovendien als overheid niet de afdeling burgerzaken even stil leggen vanwege technisch onderhoud. Je moet dus heel nadrukkelijk een keuze maken tussen wat je wel en niet moet doen en wanneer.

“Ook belangrijk: wat voor mensen heb je nodig voor je reis? En hoe ga je die inzetten voor je werknemers, de (nieuwe) processen waarmee zij gaan werken en de cultuurverandering die daarbij nodig is. Hoe transformeer je als overheid, met behoud van je huidige organisatiestructuur?”

“Door deze - en nog meer - vragen te beantwoorden is het mogelijk om het reisschema in te richten en proactief naar cloud readiness toe te werken. En ook nog eens op zo’n manier dat het past bij je organisatie, aansluit op je behoeftes en voldoet aan alle wet- en regelgeving.”      

*Ben je nieuwsgierig geworden naar het hele verhaal van Bart? Schrijf je dan in voor ons [Cloud Readiness event](https://www.linkit.nl/events/Cloud-Readiness) op 25 mei om 15:00. Of bezoek de eventpagina voor het hele programma.*


cloud-computing-technology-online-data-storage-business-network-concept.jpg

In a cloud transition it's crucial to work with a roadmap. How do we, as a government, reach the stage where we can call ourselves a digital organisation?

Maak een transitie naar de cloud volgens een routekaart. Hoe kom je als overheid in de fase dat je het een digitaal concern kan noemen?

Cloud readiness at the government - On the way to the digital enterprise?

Cloud readiness bij de overheid - Op weg naar de digitale enterprise?

On the way to the digital enterprise?

Op weg naar de digitale enterprise?

Cloud readiness at the government 

Cloud readiness bij de overheid

Our cases

Onze cases

safire-services

Safire

logo-wigo4it.png

Wigo4it

min-bzk-2000-2.png

Minsterie van Binnenlandse zaken en koninkrijksrelaties

Bringing these clients in the cloud

Klanten die wij helpen in de cloud

overheid.jpg

A partner with experience 

Een partner die bekend is met de structuur en processen binnen de (Rijks)overheid

Government

Overheid

nasa-Q1p7bh3SHj8-unsplash-overlay.jpg

Get value out of your data with the help of a cloud platform

Waarde uit je data halen met de cloud als hulpmiddel

Cloud data platform

manager-industrial-engineer-using-tablet-check-control-automation-robot-arms-machine-overlay.jpg

LINKIT v3.0 - Event versie EN met subs.mp4

Manage your Internet of Things devices in a blink

Internet of Things onder controle in één platform

Managing IoT

Beheer je IoT apparaten

Business themes & markets

Business thema's en markten

aws.png

azure.png

Azure

microsoft partner-4.png

Microsoft Partner

large_pexels-aleksandar-pasaric-325185.jpg

medium_pexels-aleksandar-pasaric-325185.jpg

small_pexels-aleksandar-pasaric-325185.jpg

thumbnail_pexels-aleksandar-pasaric-325185.jpg

pexels-aleksandar-pasaric-325185.jpg

Faster innovation, scaling and greater flexibility with Cloud Computing

Sneller innoveren, schalen en meer flexibiliteit dankzij Cloud Computing

Azure Cloud

Cloud

DevOps

SaaS

Director OutSystems

Remco Dekkinga 2.jpg

Remco Dekkinga.jpg

Binnen de IT staat de ontwikkelsnelheid al een aantal jaar hoog op de agenda. Dit heeft een aantal redenen. Zo zijn IT-professionals niet alleen duur, maar ook zeldzaam. Door efficiënter te werken druk je niet alleen de kosten, maar kun je ook meer projecten aannemen en hoef je als IT-bedrijf minder vaak ‘nee, geen tijd’ te verkopen. Ook voor de opdrachtgevers zijn de voordelen evident. Bij LINKIT maken we sinds een aantal jaren gebruik van een gouden combinatie: low code ontwikkelen in OutSystems door Agile te werken. Één plus één is drie, volgens onze ontwikkelaars. Wat is het geheim daarachter?  

## Agile 
Om bij Agile te beginnen: deze werkmethode is rond de jaren ’90 ontwikkeld. Het hoofdonderdeel is het zogenaamde [Agile Manifesto](https://agilemanifesto.org/). Agile werken kan op meerdere manieren, maar is vooral bekend vanwege het werken in korte ‘sprints’. Periodes van één of twee weken waarin duidelijke omschreven taken binnen een team worden uitgevoerd, waarbinnen altijd meerdere skillsets zijn vertegenwoordigd. Bijvoorbeeld die van .NET developer of data engineer. Daarna volgt altijd een evaluatie, waarna de ‘product owner’, de vertegenwoordiger van de opdrachtgever, de mogelijkheid heeft om bij te sturen voordat de volgende sprint begint. In tegenstelling tot de aloude watervalmethode zit je als opdrachtgever met Agile veel dichter op de uitvoering. Niet alleen wordt er sneller gewerkt, maar ook de kans op fouten is fors lager. Een van de bekendste Agile werkmethodes is Scrum. 

## OutSystems
OutSystems op zijn beurt is ontwikkeld als een low code platform om razendsnel nieuwe applicaties mee te ontwikkelen. Dit kan vooral doordat het programmeren in deze omgeving grotendeels visueel gebeurt. Veelgebruikte features, of stukken code zijn voorgeprogrammeerd en kunnen simpelweg achter elkaar worden gesleept. Dit maakt het mogelijk om al binnen een paar uur een werkend prototype op te leveren. Afhankelijk van de gevraagde complexiteit kan een project binnen enkele dagen of weken worden opgeleverd.  

Agile is vooral bedoeld als methode om een langzame manier van programmeren sneller uit te voeren. Maar wat levert het op als je het combineert met een ontwikkelmethode die op zichzelf al heel snel is?  

## OutSystems met Agile in sneltreinvaart 
Onze ervaring is dat het een dubbele groeiversneller is. Door Agile te werken, haal je de maximale snelheid uit de ontwikkelmogelijkheden van OutSystems. Omdat het ontwikkelen zo snel gaat is het wel aan te raden om de tijd van iedere sprint flink te verkorten. Bijvoorbeeld naar een week in plaats van twee weken. Door OutSystems te gebruiken wordt de wachttijd van de product owner drastisch verkort en kan het volledige traject in razendsnel tempo worden afgelegd. Agile, maar dan in sneltreinvaart.   

## Uitstekende resultaten OutSystems en Agile 
Agile is zeer geschikt om binnen een zeer snel ontwikkelingstraject toch de controle te behouden en er als opdrachtgever zeker van te zijn dat het optimale resultaat zeer snel wordt opgeleverd. Bij LINKIT bereiken we hier uitstekende resultaten mee, met zeer tevreden opdrachtgevers als gevolg, zoals ook te lezen is in deze [business case](/cases/Hoe-Intratuin-weer-'groeit-en-bloeit'-met-OutSystems).

*Heb je interesse in het (laten) uitvoeren van een project via deze droomcombinatie? Neem dan contact op met één van onze experts voor meer informatie?*


OS-Scrum.jpg

Low-code is a way of software development that focuses on visual programming with predefined components. Building blocks that have already proven themselves, and that adapt perfectly to business logic. The big advantage is that with less programming and less need for specialist knowledge, applications can be built at a rapid pace. Apps that can be used in both SME and enterprise environments. Web and mobile apps can be set up in no time and a prototype is ready within a day. LINKIT specializes in the Low-code platforms that according to Forrester and Gartner are the most promising: OutSystems and Mendix.

Low-code is een manier van software-ontwikkeling die gericht is op visueel programmeren met vooraf gedefinieerde componenten. Bouwblokken die zich reeds bewezen hebben, en zich perfect schikken naar business-logica. Het grote voordeel is dat er met minder programmeerwerk en minder specialistische kennis in een hoog tempo applicaties kunnen worden gebouwd die bruikbaar zijn in mkb- en enterprise-omgevingen. Web- en mobiele apps zijn binnen no-time op te zetten en een prototype staat binnen een dag. LINKIT is gespecialiseerd in de Low-code platformen die volgens Forrester en Gartner het meest veelbelovend zijn: OutSystems en Mendix.

Director New Business

Omid Darroudi 4.jpg

Omid Darroudi.jpg

With Low-code you can create a prototype for an enterprise-level application within a day

Met Low-code maak je een prototype voor een enterprise-level applicatie binnen een dag

Visual programming with proven components

Visueel programmeren met bewezen componenten

With an application for ModuleMakers, a corporate start-up that emerged from tech giant Croonwolter&dros, LINKIT captured a complex engineering and calculation process in one handy program.

There is a lot to consider when developing a new building or making an existing building more sustainable. For example, it is necessary to consider which systems for climate management should be installed and which materials are required. With millions of combinations of options and various variants from pipes and insulation material to mounting brackets and taps, this is quite a complicated, error-prone and time-consuming job for ModuleMakers. Because everything at ModuleMakers revolves around making the work more modular and less error-prone, they turned to LINKIT to transform this design process. First, the excel file, which requires manual input, was converted into a program. LINKIT and ModuleMakers developed the solution in a joint team: a decision tree that streamlines the entire design process to identify which modules fit which type of buildings, and the right combinations can be easily put together.

**Energy from many angles**  
For ModuleMakers, it was not the first time they collaborated with LINKIT. Earlier, an application was already developed with which product engineers could design building systems. The new issue was complex: the products already developed had to be fully configurable with a new application, including various conditional conditions. For example, you can think of the height of a building, the combination of insulation material with pipes of a specific diameter or, more generally, whether different connections fit together. Therefore, the project started with a design sprint, in which the energy was immediately good. "We sat down with everyone involved, which allowed us to paint a complete picture of the challenge," says Arvid Duijzer, founder of ModuleMakers. "As a result, the result fits in well with the wishes, and the project quickly gets a high level of involvement."

**To the essence…**  
Therefore, during the design sprint, it was important to go back to the core of the issue: How can we optimize the engineering process to make both faster and better modular configurations? The mixed team, including developers from both LINKIT and ModuleMakers, eventually got through to the essence. Jonathan Wigmans, UX designer at LINKIT: "Once we established that those modular products actually worked with standard objects and variables, we had the building blocks we needed for the solution. This allowed us to put together every possible product configuration."

**…and the drawing board**  
At the end of the design sprint, a prototype was immediately made to see whether the solution was in the right direction because the new application had to be robust, error-free, accessible, and easy to maintain. "In the technology world, people think visually," Arvid explains. "By directly involving the users in the process, we were able to increase support." Jonathan agrees: "It shows the power of design to solve these kinds of process problems."

**Low code for a fast turnaround time**  
The application was developed in low code (a technique that works with pre-made functionalities so that little development time is required, ed.) with OutSystems. During the design sprint, the developers immediately validated the technical feasibility of the ideas, which ensured that the development got off to a flying start. Then, the solution was built in five two-week sprints based on the visual and technical design. This resulted in a prototype, to which a few parts still had to be added, including the structure for the database and the output that was needed for other departments within ModuleMakers.

This application is certainly not a one-to-one translation of the original Excel. Jonathan explains: "With what we have delivered, we have gone for the greatest possible added value. It has not become a questionnaire, but an extensive decision tree, with conditional logic and an underlying database that can be continuously supplemented. This also makes it future-proof." The team eventually developed the application in an astonishingly short period of time. ModuleMakers received an entirely usable technical application after only ten weeks, of which only the database had to be filled. The choice for low code also meant they could easily manage their application themselves and, if necessary, quickly adapt it without being dependent on LINKIT.

**Savings from start to finish**  
The ModuleMakers product configurator is used by the calculation and engineering departments within the engineering process. They can put together the various parts on a canvas, after which the output and the resulting options can be used to make a suitable design. The time that ModuleMakers saves with this is enormous. Arvid: "With this application, we now do twenty times as many calculations in the same amount of time, plus: the margin of error is rolling down!" Jonathan adds: "The fact that this information is now embedded in an application makes you as an organization much more resilient to changes in, for example, your workforce, but also more agile in the products you make and deliver." With the addition of the application, ModuleMakers strengthens its foundation to help customers build more efficiently, cleaner and safer with modular products. In the future, there are certainly options for further integration of this application in other processes, such as in the production of construction drawings. Arvid: "The impact of this innovation is that we can automate on a large scale, not just in one piece, but in the entire process from customer to delivery."


Met een applicatie voor ModuleMakers, een corporate start-up die voortgekomen is uit tech-gigant Croonwolter&dros, ving LINKIT een complex engineerings- en calculatieproces in één handig programma.

Bij de ontwikkeling van een nieuw gebouw of verduurzaming van een bestaand gebouw komt veel kijken. Zo moet bijvoorbeeld bedacht worden welke systemen voor klimaatbeheer moeten worden aangelegd en welk materiaal daarvoor nodig is. Met miljoenen combinaties van mogelijkheden en diverse varianten van leidingen en isolatiemateriaal tot bevestigingsbeugels en kraantjes is dat een behoorlijk ingewikkelde, foutgevoelige én tijdrovende klus voor ModuleMakers. Omdat alles bij ModuleMakers draait om het modulairder en minder foutgevoelig maken van het werk, klopten ze bij LINKIT aan voor de transformatie van dit ontwerpproces. De excelfile, waarbij handmatige invoer nodig is, werd omgezet in een programma. In een gezamenlijk team ontwikkelden LINKIT en ModuleMakers de oplossing: een beslisboom die het hele ontwerpproces stroomlijnt, zodat precies duidelijk is welke modules passen bij welke type gebouwen en de juiste combinaties makkelijk kunnen worden samengesteld.

**Energie uit vele invalshoeken**  
Voor ModuleMakers was het niet de eerste keer dat zij samenwerkten met LINKIT. Eerder werd namelijk al een applicatie ontwikkeld waarmee product engineers gebouwsystemen konden ontwerpen. Het nieuwe vraagstuk bleek complex: de reeds ontwikkelde producten moesten met een nieuwe applicatie volledig te configureren zijn, inclusief diverse conditionele voorwaarden. Daarbij kun je denken aan de hoogte van een gebouw, de combinatie van isolatiemateriaal met buizen van een bepaalde diameter of meer algemeen of verschillende aansluitingen wel bij elkaar passen. Het project startte dan ook met een designsprint, waarbij de energie er meteen goed in zat. “We hebben met alle betrokkenen samen gezeten, waardoor er een volledig beeld van de uitdaging kon worden geschetst,“ vertelt Arvid Duijzer, oprichter van ModuleMakers. “Het resultaat sluit hierdoor goed aan bij de wensen en het project krijgt snel een hoge betrokkenheid.” 

**Naar de essentie…**  
Tijdens de designsprint was het dus zaak om terug te gaan naar de kern van het vraagstuk: Hoe kunnen we het engineeringsproces optimaliseren, om zowel snellere als betere modulaire configuraties te maken? Het gemengde team, met daarin onder andere ontwikkelaars van zowel LINKIT als ModuleMakers, drong uiteindelijk door tot de essentie. Jonathan Wigmans, UX-designer bij LINKIT: “Toen we eenmaal vast hadden gesteld dat die modulaire producten eigenlijk werkten met standaardobjecten en variabelen daarop, hadden we de bouwstenen die we nodig hadden voor de oplossing. Daarmee konden we iedere mogelijke productconfiguratie samenstellen” 

**…en de tekentafel**  
Dat betekende dat er, aan het einde van de designsprint, ook meteen een prototype gemaakt werd om te kijken of de oplossing in de juiste richting zat. Want niet alleen moest de nieuwe applicatie robuust en foutloos zijn, hij moest ook laagdrempelig én makkelijk te onderhouden zijn. “In de techniekwereld denken mensen beeldend,” legt Arvid uit. “Door direct de gebruikers mee te nemen in het proces, konden we het draagvlak vergroten.” Jonathan beaamt dat: “Het laat zien wat de kracht van design is om dit soort procesmatige problemen op te kunnen lossen.”

**Low code voor een snelle doorlooptijd**  
De applicatie werd uitgewerkt in low code (een techniek die werkt met vooraf gemaakte functionaliteiten, waardoor weinig ontwikkeltijd nodig is, red.) met OutSystems. Tijdens de designsprint hebben de ontwikkelaars direct de technische haalbaarheid van de ideeën gevalideerd, wat ervoor zorgde dat de ontwikkeling een vliegende start kende. De oplossing kon worden gebouwd in vijf sprints van twee weken, aan de hand van het visuele en technische ontwerp. Hiermee stond er een prototype, waaraan nog wel enkele onderdelen moesten worden toegevoegd, waaronder de structuur voor de database en de output die nodig was voor andere afdelingen binnen ModuleMakers.

Deze applicatie is dan ook zeker geen een-op-een vertaling van de oorspronkelijke Excel. Jonathan licht toe: “Met wat we hebben opgeleverd, zijn we echt gegaan voor een zo groot mogelijke meerwaarde. Het is geen vragenlijst geworden, maar een uitgebreide beslisboom, met voorwaardelijke logica en een achterliggende database die continu aangevuld kan worden. Daarmee is het dus ook toekomstbestendig.” Het team ontwikkelde de applicatie uiteindelijk in een verbazingwekkend korte periode. ModuleMakers kreeg na slechts tien weken een volledig bruikbare technische applicatie in handen, waarvan enkel de database nog gevuld moest worden. De keuze voor low code betekende voor hen tevens dat zij hun applicatie zelf makkelijk kunnen beheren en, indien nodig, snel aan kunnen passen zonder daarbij afhankelijk te zijn van LINKIT.

**Een besparing van begin tot eind**  
De ModuleMakers-productconfigurator wordt gebruikt door de calculatie- en engineeringafdeling binnen het engineeringstraject. Zij kunnen op een canvas de diverse onderdelen samenstellen, waarna de output en daaruit voortvloeiende opties kunnen worden gebruikt voor het maken van een passend ontwerp. De tijd die ModuleMakers hiermee bespaart is enorm. Arvid: “Met deze applicatie doen we nu twintig keer zoveel calculaties in dezelfde tijd, plus: de foutmarge rolt naar beneden!” Jonathan vult aan: “Dat deze informatie nu verankerd ligt in een applicatie, maakt dat je als organisatie veel weerbaarder bent voor veranderingen in bijvoorbeeld je personeelsbestand, maar ook wendbaarder in de producten die je maakt en levert.” Met de toevoeging van de applicatie versterkt ModuleMakers haar fundament om met modulaire producten klanten efficiënter, schoner en veiliger te helpen bouwen. In de toekomst liggen er dan ook zeker opties voor verdere integratie van deze toepassing in andere processen, zoals in de productie van bouwtekeningen. Arvid: “De impact van deze innovatie is dat we grootschalig kunnen automatiseren, niet op één stukje, maar in het hele proces van klant tot oplevering.” 


JDZ_3184_11f0bdecbb.jpeg

Twenty times as many calculations

Twintig keer zoveel calculaties in dezelfde tijd

Super-fast modular configuration with no margin for error

Supersnel modulair configureren zonder foutmarge

With an application for ModuleMakers, a corporate start-up that emerged from tech giant Croonwolter&dros, LINKIT captured a complex engineering and calculation process in one handy program with the help of the OutSystems platform

Met een applicatie voor ModuleMakers, een corporate start-up die voortgekomen is uit tech-gigant Croonwolter&dros, ving LINKIT een complex engineerings- en calculatieproces in één handig programma met behulp van het OutSystems platform.

Twenty times as many calculations in the same amount of time

ahold-delhaize.png

Ahold Delhaize

Deutsche_Bahn_AG-Logo.svg

Deutsche Bahn

tfg logo.svg

TFG Transfracht

Speeding up development at these clients

Sneller ontwikkelen doen we bij deze klanten

Quickly replace a legacy applicatie with OutSystems

Razendsnel een legacy applicatie verrvangen met OutSystems

The use of the development platform OutSystems is increasing rapidly. The platform offers the possibility to create and start production business applications in a short time. However, in order to fully utilize the unique possibilities of OutSystems it is important to manage the platform properly, an aspect that often not expressed enough. In this article you will find a number of practical maintenance tips to make the most of your OutSystems platform!
 
### Infrastructure
OutSystems runs as a layer on top of an existing infrastructure. This can be servers that run in their own data centres, but virtual environments such as Azure and AWS are also possible. Depending on the chosen party, you are therefore responsible for the maintenance of your infrastructure.

### Platform
The biggest bottlenecks, however, arise mainly in the management of the platform itself. This often falls between two pillars. The infrastructure manager sees the maintenance of the OutSystems platform as a task for the application manager and vice versa. Both groups are wrong in this. It’s important to take the necessary steps for which specific knowledge is necessary in each case, otherwise the environment slowly but surely fills up and eventually, the applications slow down or give errors.

The management of the OutSystems platform can be divided into the following sections:

**1. Control in ServiceCenter on the various loggings and the "environment health".**

ServiceCenter shows the overall status of the platform. Here you will find the following loggings: Errors, General, Service Actions, Integrations, Processes, Mobile Apps, Environment Health and Security. Each of the logs provides more detail about the events that occurred in that area. ServiceCenter also provides an overview of all modules.

**2. Distribution of applications into different application pools**

The applications are deployed on a web server in IIS (can this be said in more easily understandable way?). By distributing the applications over multiple application pools, it is possible to reduce application clashing with each other as they request network resources..

 **3. Keeping and removing old application (versions)**

OutSystems offers the possibility to quickly try things out. This can lead to a proliferation of different applications that are no longer in use since they were only deployed as a test. Because of the overview and the space used, it is recommended to run through the applications from time to time and to clean up everything that was once made as a test.

**4. Track application analytics (LifeTime)**

In LifeTime there is an option to further analyse the applications. An application performance index score per application is shown – known as APDEX. It also shows how the time it takes to display a request is divided into client, network and server time. In this way, a developer can get started to improve the performance of areas that might seem to be underperforming.

*Do you want to know more about this subject? Then [read](https://itnext.io/beheer-outsystems-nuttig-of-noodzakelijk-e92d8347a90f) the long version of this article (in Dutch) on ITNEXT, the knowledge platform of LINKIT. Or contact author and OutSystems expert Kees Kleybeuker directly for more information.*


Het gebruik van het ontwikkelplatform OutSystems neemt een steeds grotere vlucht. Het platform biedt de mogelijkheden om in korte tijd business applicaties te maken en in productie te nemen. Maar om de unieke mogelijkheden van OutSystems voluit te benutten is het wel belangrijk om het platform goed te beheren, een onderdeel wat vaak onderbelicht blijft. In dit artikel vind je een aantal praktische onderhoudstips om jouw OutSystems platform optimaal te benutten! 

### Infrastructuur
OutSystems draait als een laag bovenop een bestaande infrastructuur. Dit kunnen servers zijn die in eigen datacenters draaien maar ook virtuele omgevingen zoals Azure en AWS zijn mogelijk. Afhankelijk van de gekozen partij ben je dan ook zelf verantwoordelijk voor het onderhoud van je infrastructuur. 

### Platform
De grootste knelpunten ontstaan echter vooral in het beheer van het platform zelf. Dit valt vaak tussen wal en schip. De beheerder van de infrastructuur ziet het onderhoud van het OutSystems platform als een taak voor de applicatiebeheerder en andersom. Beide groepen hebben in deze ongelijk. Je dient wel degelijk de noodzakelijk stappen te ondernemen waarvoor specifieke kennis noodzakelijk is. Anders loopt langzaam maar zeker de omgeving vol en worden uiteindelijk de applicaties trager of geven fouten.

Het beheer van het OutSystems platform is in de volgende stukken te verdelen:

**1.	Controle in ServiceCenter op de diverse loggings en de ‘environment health’.**

In ServiceCenter wordt de algehele status van het platform weergegeven. Je vindt hier o.a. de volgende loggings: Errors, General, Service Actions, Integrations, Processes, Mobile Apps, Environment Health en Security. Elk van de logs geeft meer detail over de gebeurtenissen die op dat gebied hebben plaats gevonden. ServiceCenter biedt ook het overzicht over alle modules heen. 

**2.	Verdeling van applicaties in verschillende applicationpools**

De applicaties worden gedeployed op een webserver in IIS. Door de applicaties te verdelen over meerdere applicatiepools is het mogelijk om invloeden van applicatie op elkaar (qua processor of CPU gebruik) te verminderen.

**3.	Bijhouden en verwijderen van oude applicatie (versies)**

OutSystems biedt de mogelijkheid om snel het een en ander uit te proberen. Dit kan leiden tot een wildgroei aan verschillende applicaties die niet (meer) gebruikt worden. Vanwege het overzicht en de gebruikte ruimte is het aan te bevelen van tijd tot tijd de applicaties langs te lopen en alles wat ooit als een test gemaakt is, weer op te ruimen.

**4.	Bijhouden applicatie analytics (LifeTime)**

In LifeTime is er een mogelijkheid de applicaties nader te analyseren. Hierbij wordt er een APDEX (Application Performance Index) score per applicatie weergegeven. Tevens is te zien hoe de tijd die nodig is om een request te tonen is opgedeeld in client-, netwerk- en servertijd. Zodoende kan een ontwikkelaar gericht aan de slag om de performance van onderdelen te verbeteren. 

*Wil je meer weten over dit onderwerp? Lees dan [de lange versie](https://itnext.io/beheer-outsystems-nuttig-of-noodzakelijk-e92d8347a90f) van dit artikel op ITNEXT, het kennisplatform van LINKIT. Of neem direct contact op met auteur en OutSystems expert Kees Kleybeuker voor meer informatie.*


OS-fourtips-1.png

With an OutSystems platform you can develop business applications in a short time. You will certainly get total control of the platform with these 4 tips.

Met een OutSystems platform kun je in korte tijd businessapplicaties ontwikkelen. Totale controle van het platform gaat je zeker lukken met deze 4 tips. 

OutSystems platform for developing apps quickly

OutSystems platform voor snelle app ontwikkeling

Four tips for maintenance and management of your OutSystems platform

Vier tips voor onderhoud en beheer van je OutSystems platform

What is your biggest peeve at the office? For many people, the answers usually include unreliable managers, bad coffee or jabbering colleagues. However, a poorly functioning IT system is often high on the list too, and this is a bit more complicated to resolve than a slow internet speed. Working with outdated, legacy applications that have been developed layer by layer over the years is a constant source of irritation for many people. IT is, therefore, an important point of attention for many companies. Malfunctioning and outdated applications not only cost a lot of money on maintenance but also reduce the ability of the employees to do their job effectively.
 
At the same time, modernizing the clumsy & clunky, old but extremely necessary legacy applications is easier said than done. So, is there a way to make this possible in a relatively easy way? Well, one way is by using a low-code platform such as OutSystems. That, in combination with the following 3 tips should help you get a good start on your journey.
 
### 1. Build the frontend first, then the backend
 
Building or modernizing an application with OutSystems is reverse engineering. With traditional programming languages you normally begin with a plan of what you’re going to make, then you build the backend and finally the frontend to meet that initial vision. Seen from a programmer's perspective this makes sense, but from a business point of view, this is tricky. After all, you would prefer to know as quickly as possible how certain functionalities work in practice so that you can easily adjust them where necessary.
  
This approach to this problem works differently with OutSystems. OutSystems offers the unique possibility to start right with the front end of the application. This is possible because the low-code platform works with templates and modules that pre-programmed. These are ready-to-use and immediately show what certain functionalities look like in practice.
 
In fact, because the development time is heavily reduced, you can have the user sitting next to you while you put something together. After getting the broad strokes complete in a short time, you can use the development time to work out the finer details.
 
### 2. Pick the low-hanging fruit first.
 
To get back to the intro of this article, legacy applications are undoubtedly the least user-friendly, most annoying and most complicated pieces of software you can come across. Sometimes they are so old that you must go back decades in the archives to discover why that one functionality works the way it does. That is, if that archive is still available. Working in four screens at the same time to perform one action is certainly no exception to the issues of these legacy applications. 
  
In short: asking end-users to come up with proposals for improvement is the same as asking a 5-year-old what he would like to receive from Santa. In other words, end-users are often full of ideas for improvement.  
  
### Rapid profit
 
Removing the frustrations of slow and cumbersome will improve the workflow of employees a huge amount, and with OutSystems it should take relatively little time to get tangible improvements. It also makes employees feel that they are taken seriously and are seeing real improvements in their work at a rapid pace. By automating certain actions in the background, they are relieved of work and can make better use of their time. An additional advantage is that you can quickly discover possibilities for new functionalities and improvements.
  
### 3. Integrate your applications and databases
  
Whilst modernizing an application, this is also a good opportunity to integrate it with various other applications and databases that work alongside that application. For example, employees often enter repetitive data, such as names and addresses into multiple databases. Why not integrate these databases so your employees do not have to continuously enter data four times in four different systems. These functions are automatically taken over from each other through integration. This is also very useful with databases. Combining data creates new insights into the behavior and needs of your customers, which you can apply in your business decisions.
 
With OutSystems it is relatively easy to implement integrations, both in the cloud and on-premise. It’s even possible that you keep the database of a legacy application up and running for longer, but already let it work via the new frontend.
  
*Would you like to know more about the possibilities of OutSystems for modernizing (legacy) applications? Then read our whitepaper [Replace a legacy application in no time with OutSystems](https://www.linkit.nl/en/articles/Modernize-your-application-You-do-it-with-these-3-tips!?whitepaper=open). Or contact one of our experts for more information.*


Wat is jouw grootste ergernis op kantoor? Voor veel mensen zijn dat onbetrouwbare managers en slechte koffie, maar ook slecht functionerende IT staat vaak hoog op de lijstjes. En dan gaat het niet alleen om traag internet. Ook het werken met verouderde applicaties die door de jaren heen laag over laag zijn uitgebouwd, zijn voor veel mensen een voortdurende bron van irritatie. Voor veel bedrijven vormt IT dan ook een belangrijk aandachtspunt. Slechtwerkende en verouderde **legacy systemen** kosten niet alleen veel geld aan onderhoud, maar verlagen ook de efficiëntie van de werknemers en zorgen dus voor veel frustraties.  

Tegelijkertijd is het moderniseren van het vaak logge, oude maar uiterst noodzakelijke legacy systeem makkelijker gezegd dan gedaan. Hoe het toch op een relatief makkelijke manier kan? Door low-code platform OutSystems te gebruiken, in combinatie met deze 3 tips, kom je hopelijk een heel eind! 

## Stap 1 bij een legacy systeem: pluk eerst het laaghangend fruit

Een legacy systeem bevat vaak de minst gebruiksvriendelijke, meest irritante en meest compliceerde stukken programmatuur die je tegen kunt komen. Soms zijn ze zo oud dat je tientallen jaren terug moet in de archieven om te ontdekken waarom die ene functionaliteit werkt zoals hij werkt. Werken in vier schermen tegelijk om één handeling uit te voeren is zeker geen uitzondering.  

Kortom: eindgebruikers vragen om met verbeter voorstellen te komen is hetzelfde als een 5-jarige vragen wat hij graag van Sinterklaas wil krijgen. Het kost zelden veel moeite.  

**Snelle winst **
Tegelijkertijd levert het wegnemen van deze frustraties wel enorm veel op. Terwijl het met OutSystems relatief weinig tijd hoeft te kosten. Werknemers voelen zich serieus genomen en zien in hoog tempo ook daadwerkelijke verbeteringen in hun werk. Door op de achtergrond bepaalde handelingen te automatiseren wordt hen werk uit handen genomen en kunnen ze hun tijd beter benutten. Een extra voordeel is dat je mogelijkheden voor nieuwe functionaliteiten en verbeteringen snel kunt ontdekken.  

## 2.	Bouw eerst de frontend, dan de backend

Een applicatie bouwen, of moderniseren met OutSystems is reverse engineering. Bij traditionele programmeertalen maak je normaal gesproken eerst een plan, bouw je daarna de backend en tot slot de frontend. Vanuit een programmeur bekeken is dit logisch, maar vanuit de business gezien is dit lastig. Je wilt tenslotte het liefst zo snel mogelijk weten hoe bepaalde functionaliteiten in de praktijk werken, zodat je ze waar nodig nog makkelijk aan kunt passen.  

Bij OutSystems werkt dit anders. Het biedt de unieke mogelijkheid om juist te beginnen met de frontend van de applicatie. Dit kan omdat het low-code platform met templates en modules werkt. Deze zijn kant-en-klaar en laten direct zien hoe bepaalde functionaliteiten in de praktijk eruit zien.  
Sterker nog; omdat de ontwikkeltijd vele malen lager ligt, kun je de gebruiker naast je hebben zitten terwijl je iets in elkaar knutselt. Na het razendsnel bouwen van de grote lijnen, kun je de ontwikkeltijd gebruiken voor het uitwerken van de details.     

## 3.	Integreer je applicaties en databases

Bij het moderniseren van een legacy systeem wil je de kans niet missen om deze te integreren met diverse andere applicaties en databases. Zo hoeven werknemers bijvoorbeeld niet continu gegevens viermaal in te vullen in vier verschillende applicaties. Door integratie worden die automatisch van elkaar overgenomen. Ook bij databases is dit zeer handig. Door data met elkaar te combineren ontstaan nieuwe inzichten in het gedrag en de behoeftes van je klanten die je kunt toepassen in je beslissingen.

Met OutSystems is het relatief makkelijk om integraties aan te leggen. Zowel in de cloud als on premise. Hierbij is het zelfs mogelijk dat je de database van een legacy applicatie langer in de lucht houdt, maar deze al wel laat werken via de nieuwe frontend.  

*Wil je meer weten over de mogelijkheden van OutSystems voor het moderniseren van (legacy)applicaties? Lees dan ons whitepaper [Razendsnel een legacy-applicatie vervangen met OutSystems](https://www.linkit.nl/articles/Jouw-applicatie-moderniseren-Je-doet-het-met-deze-3-tips!?whitepaper=open). Of neem contact op met één van onze experts voor meer informatie.*


programmer-cooperating-working-web-site-project-software-developing-desktop-computer.jpg

Replace your legacy system by using low-code platform OutSystems. You can easily do it with these 3 tips!

Legacy systeem vervangen door low-code platform OutSystems te gebruiken? Met deze 3 tips, kom je een heel eind! 

Modernize your legacy application with low-code

Legacy systeem moderniseren met low-code

Modernize your application? You can do it, with these 3 tips!

Jouw applicatie moderniseren? Je doet het, met deze 3 tips!

Whitepaper: replacing legacy applications by using OutSystems

Whitepaper: legacy-applicaties vervangen met behulp van OutSystems

Articles to get you started

Low-code artikelen om je op weg te helpen

Deliver 50% faster results in application development compared with traditional development

Applicaties ontwikkelen in 50% van de tijd ten opzichte van traditionele methoden 

Low-code

Waarom zijn Agile werken & OutSystems een droomcombinatie? Ontdek waarom volgens onze developers 1 plus 1 dan ook 3 is! 

Artikelen die inspireren

Het startpunt van je zoektocht

Verfijn je zoekopdracht