How do I know if I am ready for offshoring or nearshoring?
Offshoring and nearshoring are becoming increasingly popular. Articles are published about new offshoring decisions made by multinationals almost every day. And with the eternal struggle to find talent and lower costs, the importance of involving people from offshore or nearshore countries grows. The question that I hear frequently is ‘am I ready for offshoring?’. It appears to many people that offshoring is something for the multinationals, but is that true? Does readiness depend on the size of the company, of the projects or on other factors?
Offshoring en nearshoring worden steeds populairder. Er worden bijna elke dag artikelen gepubliceerd over nieuwe offshoring beslissingen die door multinationals worden gemaakt. Door de eeuwige strijd om nieuw talent en lage kosten, wordt het belangrijker mensen uit offshore of nearshore landen in te huren. De vraag die ik vaak hoor is ‘ben ik klaar voor offshoring?’. Voor veel mensen lijkt het alsof offshoring iets is dat alleen multinationals doen, maar is dat zo? Hangt het feit of iemand klaar is voor offshoring af van de grootte van diens bedrijf, van de projecten of van andere factoren? De vragen die u uzelf kunt stellen zijn (niet op volgorde van belangrijkheid):
1. Heb ik een probleem dat opgelost kan worden door gebruik te maken van offshoring?
Als uw probleem is ‘mijn bedrijf groeit niet meer omdat ik het juiste talent niet lokaal kan vinden’, kan dit opgelost worden door gebruik te maken van offshoring omdat u toegang krijgt tot een grotere arbeidsmarkt. Als uw probleem is ‘ik heb een heel complex software project dat ik niet zelf kan doen omdat ik een heel strakke deadline heb’, kan dit niet opgelost worden door gebruik te maken van offshoring. Waarschijnlijk maakt het uw probleem zelfs groter omdat u meer tijd nodig heeft om te leren hoe een offshore team te managen, ook verliest u veel kostbare tijd omdat er extra communicatie nodig is.
Offshoring och nearshoring blir allt populärare. Artiklar är publicerade om nya offshoring beslut som fattats av multinationella företag nästan varje dag. Och med den eviga kampen för att hitta kunnig personal och minska kostnader ökar vikten av att involvera människor från offshore eller nearshore länder. Den fråga som jag ofta hör är “Är jag redo för offshore outsourcing?”. Många tror att offshoring är något för de multinationella företagen, men är det sant? Beror det på företagets storlek, storleken på projektet eller beror det på andra faktorer om man är redo eller inte? De frågor som du måste ställa dig själv är (inte i ordning efter betydelse):
1. Har jag ett verkligt problem som kan lösas genom offshoring?
Om ditt problem är “mitt företag är fast i sin tillväxt eftersom jag inte kan hitta personal med rätt kunskap lokalt”, då har du ett verkligt problem och det kan lösas genom att nyttja offshore-arbetskraft. Om ditt problem är “jag har en mycket komplex programvara som ska utvecklas och kan inte göra det själv eftersom den har en otroligt kort deadline”, så har du ett verkligt problem, men det kommer inte att lösas genom offshoring. Troligtvis kommer det bara att göra ditt problem större, eftersom du behöver tid att lära dig hantera ditt offshore team och du kommer att förlora värdefull tid med extra kommunikation.
Offshoring und Nearshoring werden zunehmend populärer. Artikel über neue Offshore Entscheidungen, die von multinationalen Unternehmen getroffen werden, werden nahezu täglich veröffentlicht. Und durch das ewige Bemühen Talente und niedrigere Kosten zu finden, wächst die Bedeutung der Miteinbeziehung von Menschen aus Offshore und Nearshore Ländern. Die Frage, die ich oft höre ist „Bin ich bereit für Offshoring?“. Für viele Menschen scheint Offshoring etwas für die multinationalen Unternehmen zu sein, aber ist das wahr? Hängt die Bereitschaft von der Größe des Unternehmens, der Größe der Projekte oder von anderen Faktoren ab? Die Fragen, die man sich stellen muss sind folgende (nicht nach Wichtigkeit sortiert):
1. Habe ich ein wirkliches Problem und kann dieses durch Offshoring gelöst werden?
Wenn ihr Problem ist, dass „mein Unternehmen in seinem Wachstum gebremst ist, weil Ich die richtigen Talente nicht in der nähren Umgebung finden kann“, dann haben sie ein wirkliches Problem, und es kann gelöst werden indem ein Offshore Arbeitspool angezapft wird. Wenn ihr Problem ist „Ich habe ein umfangreiches Software Projekt, dass man nicht selbst durchführen kann, weil es eine sehr enge Deadline hat“ dann haben sie ein großes wirkliches Problem, aber dies würde nicht durch Offshoring gelöst werden. Höchstwahrscheinlich würde es ihr Problem nur größer werden lassen, weil man Zeit braucht, um zu lernen, wie man ein Offshoreteam lenkt und durch die zusätzlich benötigte Kommunikation werden sie viel wertvolle Zeit verlieren.The questions that you need to ask yourself are (not in order of importance):
1. Do I have a real problem that can be solved by going offshore?
If your problem is ‘my company is stuck in its growth because I can’t find the right talent locally’, you have a real problem and it can be solved by tapping into an offshore labor pool. If your problem is ‘I have a very complex software project which you can’t do yourself because it has an incredibly tight deadline’, you do have a real problem, but it’s not going to be solved by going offshore. Most likely, it will make your problem only bigger, because you need time to learn how to manage the offshore team and you are going to loose valuable time with the extra communication required.
2. Do I have strong and documented processes?
The precondition for being able to manage external resources is having strong (internal) processes. If your processes are ad hoc, not given enough thought and not documented, offshoring will only result in more complexity. In a software outsourcing context, you might use the agile software methodology. But does everyone know exactly what he has to do? Did you document each step of the process? Does everyone understand what is expected of him? By putting your processes on paper, the way of working can be clearly articulated to the external people. Based on these processes, clear expectations can be set and you will have a good fundament.
3. Do I have the right management in place?
This question should be asked on two levels: top management and middle management. First of all, the top management team needs to make a conscious, long term strategic decision to offshore. The transition will need to be supported by the whole organization and the management team has a crucial role in ensuring this support. Second, it is crucial that somebody within your organisation is accountable for managing the relation with the external team. In a software nearshoring context, this would be an experienced project manager, preferably with some experience in managing a nearshore or offshore team. The person should have sufficient time to manage the external team on a daily basis, support them technically, communicate requirements clearly, organize meetings.
4. Is my company stable and ambitious?
It is hard to define the readiness by the size of your company. Offshoring is done by individuals as well as by the big multinationals. Assuming you run a company with more people than yourself, you do need some structure. Typically, a company that can say yes to 3 of the following factors, should have sufficient structure: exists more than 5 years, has more than 10 employees, makes more than a million USD in turnover, ambition to grow (substantially).
2. Heb ik goede en gedocumenteerde processen?
De voorwaarde voor het managen van externe mensen is het hebben van sterke (interne) processen. Als uw processen ad hoc zijn, als er niet genoeg over nagedacht is en het niet opgeschreven is, zal offshoring alleen maar voor meer complexiteit zorgen. Als we het hebben over software kunt u misschien gebruik maken van de agile software methodologie. Maar weet iedereen precies wat hij/zij moet doen? Heeft u elke stap van het process gedocumenteerd? Door uw processen op papier te zetten kan de manier van werken goed uitgelegd worden aan de externe mensen. Gebaseerd op deze processen kunnen duidelijke verwachtingen gearticuleerd worden en zal u een goed fundament hebben.
3. Heb ik het juiste management?
Deze vraag moet op twee niveaus gesteld worden: top management en midden management. Ten eerste moet het top management team een bewuste en strategische keus maken om gebruik te maken van offshoring. De overgang moet ondersteund worden door de hele organisatie en het management team heeft een cruciale rol om ervoor te zorgen dat deze ondersteuning ook plaatsvindt. Ten tweede is het van cruciaal belang dat iemand binnen uw organisatie verantwoordelijk is voor het managen van de relatie met het externe team. Als we denken aan software nearshoring zou dit een ervaren projectmanager zijn, het liefst iemand die ervaring heeft met het managen van een nearshore of offshore team. De persoon moet genoeg tijd hebben om het externe team dagelijks te managen, technisch te ondersteunen, duidelijke vereisten te communiceren en meetings te organiseren.
4. Is mijn bedrijf stabiel en ambitieus?
Het is moeilijk om precies aan te geven wanneer uw bedrijf er klaar voor is. Offshoring wordt door zowel individuen als grote multinationals gedaan. Als we ervan uit gaan dat u uw bedrijf runt met meerdere mensen heeft u structuur nodig. Als een bedrijf ‘ja’ kan zeggen tegen 3 van de volgende factoren zou het voldoende structuur moeten hebben: het bestaat meer dan 5 jaar, heeft meer dan 10 werknemers, heeft meer dan een miljoen omzet en heeft de ambitie om te groeien.
2. Har jag starka och dokumenterade processer?
Förutsättningen för att kunna hantera externa resurser är att ha starka (interna) processer. Om dina processer är ad hoc, dvs tillsatt för ett särskilt ändamål, inte ges tillräckligt med eftertanke och inte är dokumenterade, är risken att offshoring bara kommer att leda till mer komplexitet. När det gäller outsourcing av programmerings jobb kan du exempelvis använda en agilt arbetssätt. Men vet alla exakt vad de har att göra? Har du dokumenterat varje steg i processen? Förstår alla vad som förväntas av dem? Genom att skriva ner dina processer på papper, kan ditt arbetssätt bli tydligt uttryckt för externa personer. Baserat på dessa processer kan klara förväntningar ställas och du kommer att ha ett bra fundament att utgå ifrån.
3. Har jag rätt ledning på plats?
Denna fråga bör ställas på två nivåer: till ledningen och till chefer på mellannivå. Först av allt måste högsta ledningen göra ett medvetet, långsiktigt strategiskt beslut att använda offshoring. Övergången kommer att behöva stöd från hela organisationen och ledningen har en avgörande roll för att säkerställa detta stöd. För det andra är det avgörande att någon inom din organisation är ansvarig för att hantera relationen med det externa teamet. I offshoring av programmeringsjobb skulle detta kunna vara en erfaren projektledare, gärna med teknisk bakgrund. Personen bör ha tillräcklig tid för att hantera det externa teamet på daglig basis, stödja dem tekniskt, kommunicera arbetsuppgifter och organisera möten.
4. Är mitt företag stabilt och ambitiöst?
Det är svårt att definiera om ditt företag är redo eller ej baserat på storleken på ditt företag. Offshoring används såväl av små företag som av de stora multinationella företagen. Förutsatt att du driver ett företag med fler personer än dig själv, behöver du uppfylla vissa faktorer. Normalt bör ett företag som kan säga ja till 3 av följande faktorer vara redo för offshoring: det har existerat i mer än 5 år, har mer än 10 anställda, har mer än en miljon dollar i omsättning, har ambition att växa (ordentligt).
2. Habe ich klare und dokumentierte Arbeitsabläufe?
Die Voraussetzung, um in der Lage zu sein externe Ressourcen zu verwalten, ist es starke (interne) Prozesse zu haben. Wenn Ihre Prozesse ad hoc sind, sich über diese nicht genug Gedanken gemacht wird und diese nicht dokumentiert sind, wird Offshoring in noch größere Komplikation resultieren. In einem Software Outsourcing Kontext, könnten Sie die agile Software Methodologie verwenden. Aber weiß jeder genau, was er zu tun hat? Haben Sie jeden Schritt des Prozesses dokumentiert? Weiß jeder, was von ihm erwartet wird? Durch das Niederschreiben Ihrer Prozesse kann die Arbeitsweise den externen Leuten deutlich artikuliert werden. Auf Grundlage dieser Prozesse können klare Erwartungen festgelegt werden und Sie werden somit eine gutes Fundament haben.
3. Habe ich das richtige Management im Einsatz?
Diese Frage sollte auf zwei Ebenen gestellt werden: top Management und mittleres Management. Zuerst, muss das Management bewusste, strategisch auf lange Zeit ausgerichtete Entscheidungen treffen, um Offshore zu gehen. Dieser Wandel muss von der gesamten Organisation unterstützt werden und das Management Team spielt eine bedeutende Rolle in Hinblick auf die Sicherung dieser Unterstützung. Zweitens, ist es entscheidend, dass jemand innerhalb ihrer Organisation für die Verwaltung der Beziehung zu dem externen Team verantwortlich ist. Diese Person sollte genügend Zeit haben, das externe Team auf einer täglichen Basis zu verwalten, sie technisch zu unterstützen, klar und deutlich über Notwendigkeiten zu kommunizieren und Meetings zu organisieren.
4. Ist mein Unternehmen stabil und ehrgeizig?
Es ist schwierig die Bereitschaft anhand der Größe ihres Unternehmens zu bestimmen. Offshoring wird von Individuen genauso wie von den großen multinationalen Unternehmen betrieben. Angenommen Sie haben ein Unternehmen mit mehr Leuten als nur Ihnen, dann brauchen Sie Struktur. Normalerweise sollte ein Unternehmen, das zu drei der folgenden Faktoren ja sagen kann, über eine ausreichende Struktur verfügen: besteht seit mehr als 5 Jahren, hat mehr als 10 Angestellte erwirtschaftet mehr als eine Millionen USD Umsatz, Ehrgeiz zu wachsen (substantiell).
About Hugo Messer
Hugo Messer is a Dutch entrepreneur, distributed agile team specialist, and author. He is the founder and owner of Bridge Global, a software services provider, and ekipa.co., an agile coaching agency. He has been building and managing teams around the world for the past several years. His passion is to enable people that are spread across cultures, geography and time zones to cooperate. Whether it’s offshoring or nearshoring, he knows what it takes to make global cooperation work.
View all posts by Hugo Messer →
I spent a year in India to create an offshore SW Dev organization for Siemens, and then another year remotely managing it from the US. Note that I have _not_ read your link, I’m just speaking from one (long) experience.
The factors which caused our offshore development to (almost) fail had more to do with cultural disconnects and human failings than the work itself, although the choice of work can cause failure as well. There are many pitfalls.
Key success factors from my experience:
– Pick a country whose culture is as similar as possible to yours, and ideally speaks the same language and/or English.
– Find a representative or go-between who understands both your culture and the remote culture. Often the offshoring organization will provide a point-person (someone who works for them but is “west-aware”), but you may want to find/hire a dedicated and experienced offshoring manager who has been successful with this country before.
– Choosing the right project to offshore. Successful projects are self-contained (all resources, training, know-how, detailed requirements, equipment, materials, etc, can be found, purchased, and acquired by the remote organization in the remote country, without your daily support). Poor projects include ones requiring specialized know-how or training by you, prototypes from your country, highly detailed requirements written in your country, etc. Basically, if the remote organization cannot be autonomous — if it requires frequent (more than weekly) interaction with you, or has to do things exactly “your way” — you will fail. If the remote organization is frequently held up by problems that only you can solve, or equipment that only you can provide, you will fail. A good project is one you can cleanly define, package-up and give away. Of course, these kinds of projects are not common (another reason offshoring is not for everyone).
– Use your go-between to track progress, don’t try to do it directly unless you have spent a lot of time visiting the remote organization and establishing relationships. Even the most basic concepts, like Time are treated differently in every country; Truth is treated differently in every country; the trade-off between the Relationship and Task is different in every country. Trying to use your value-system (assumption base) to interpret the answer to even something as simple as “will it be ready Friday” will leave you thinking you heard “yes” and then confused when, on Friday, it is not. It is not a language issue it is a culture issue. Only your go-between (someone culturally savvy) will be able to interpret correctly.
– Visit the remote organization frequently, and establish strong relationships. Good relationships are the capital that will solve most problems. Failure to visit often and invest in relationships will gradually defeat you. If, like many westerners, you really prefer to focus on the tasks/projects alone, you will (probably) fail.
– Recognize that you will have to hold conference-calls during the remote organization’s workday, which may mean making calls at 9pm your time or 6am your time. And if other employees from your home organization need to be on the calls (which is common), beware that interruption of an employee’s home-time is often a formula for resentment.
Offshoring is very tricky and incredibly complex. There are a thousand ways for it to fail. If it is your first time, work through someone who has done it successfully before, and listen to their advice. Alternatively, do it yourself from scratch but be prepared to invest a lot of time and effort in laying the ground work.
Hope this helps.
When you have decided it won’t work for you. That means you have identified the problems with your set up, and are actually closer to success than you believe. The only thing you now need to do is address the main problems with available resources and start.
You are ready when you start thinking about it. In most cases this mean your business is growing outside your country/needs a quality support at lower costs etc., i.e. ready for offshore solutions.
Ignore the hype and focus on the longer term outcomes from companies like Boeing who’ve ended up “insourcing” their previously outsourced workers.
Outsourcing (sometimes) works for very low level roles, especially when you already have a global presence but in higher level roles, the savings to be made are very limited and you’ll almost certainly end up taking a massive hit in terms of reputation and prestige in your sector.
I have been doing outsourcing/offshoring from the US to India for about 10 years now and I must say that I completely agree with Dave Mock’s answer. It is a business tool that is incredibly complex and requires an experienced Manager who is well versed with the intricacies of language and culture in both countries for it to succeed. Technical expertise or domain expertise alone is not enough. There are a 1000 reasons why it can fail and you do not want to have to repeat mistakes or try to reinvent the wheel. Get someone who has been there and done it before and the chances of success are much higher. It is well worth the investment as the probability of success will dramatically improve thereby raising your expected return on investment from the outsourced project. There are many ways you can implement a tool like outsourcing but many of them may lead to disaster. There is often only one right way to implement it and you do not want to find it by trial and error.
Having long years outsourcing works experience, the main problem is task specification. If you really can describe what you want to have then you can try outsource your works and you need not to be near developer.
If you will spend your long long time on phone for describe your work then sure you will not have any work. I think his problem also on value on case of onsite development. Better to have communications by email. This case you and developers will have a documents for history and for better and easy understand the task and what to do.
My advice is don’t do any prepayment before you will not have results. This case you will be protected.
And last advice is Cam to Armenia if you want to outsource you software development :)
I totally agree with Dave, particularly with the comment that you must pick a country whose culture is as similar as possible to yours, and ideally speaks the same language and/or English. I think language and cultural differences are the major cause of misunderstandings and mis-communication. If English (or your language) is not the first language of the contractor there will inevitably be poor spelling and grammar as well. Time zones that are very far apart also cause major difficuties. These things, all put together, are the biggest reasons outsourcing attempts fail.
Don’t do it…once you send it over there it never comes back the same.
You will decrease your competitiveness by limiting your domestic teams’ abilities to access and migrate through changes, processes and dare I say the ‘I’ word…Innovation.
Outsourcing is a trend and displacement of power that is required here.
If you haven’t noticed, outsourcing has been in effect for nearly 15 years and the trends have shown we are less competitive, incredibly poorer and for some reason people in this country just can’t find work…hi ho, hi ho, its off to out source we go…
Several really good insights in the responses here, especially Dave’s.
The key to the question here is the “if”. In my view, that has little to do with the “how” – fixed price, T&M, etc.
The “if” can be answered as follows –
1. What is the business case? Is sourcing a function, process, outcome externally (onshore, offshore, nearshore) really valuable to the business? This needs a better answer than “we will save money next quarter or next year”. The answer will delve into sustainability, scalability & long term viability.
2. What is the best source of the said result? That needs an analysis of the supply side of the equation. Notwithstanding some of the comments, it is hard to beat the efficiency of an offshore (read India) player when it comes to large scale software development. There are other examples as well – some of them will come up with answer “onshore” or “onsite”.
3. What is your preparedness as the buyer to invest in the success of the enterprise? Dave’s response expresses that very clearly.
Having said that, it is necessary to think about how the enterprise will be commercialized. That’s where the T&M, fixed price, etc. come into play. Each has its place, and each has its challenges & risks. It’s tempting to put together a “one-size-fits-all” answer, but that is fraught with pitfalls. Each situation demands & deserves independent analysis.
Thanks for all the replies. I believe there is a lot of knowledge and wisdom in all of them. The one point that I found hard to accept as ‘truth’ is the fourth point Dave makes: that only self-contained projects are leading to succes. My experience is somewhat different and maybe the difference relates to the method of offshoring. In most people’s minds, the question in my article implies ‘offshore outsourcing’. Outsourcing means that you have two companies, two different sets of people who operate (to some more or lesser degree) autonomous. The outsourcer puts a project or process into a ‘black box’ on the vendor side. He puts it in and expects to get it back according to the expectations he has of the outcome. For that to succeed, indeed the project or process should be well described and performable independent of the outsourcers’ organization.
But offshoring can also be organized on the people-level, either by setting up your own company or by working with a supplier that provides you with ‘people’ and leaves operations to you. In that model, you are able to organize according to your own needs/desires/rules/processes. The offshore people are engaged into your organization, they follow (and co-develop) your processes, they add their knowledge to your products and become part of your company. Because there is much more human interaction here (frequent conference calls and physical meetings are more ‘logical’), people seem to overcome language and culture barrier more easily. People invest in eachother, get to know eachother, respect eachother, form high performing teams and the results are more positive that the black box approach.
Een externe partij stelt eisen en dat kan lastig zijn.
Net als met veel zaken, moet je ook bij outsourcing goed nadenken over wat je wilt outsourcen. Ben je vervolgens in staat om een andere partij duidelijk te maken wat je wilt. Zo kun je testwerk zonder documentatie best uitbesteden, alleen dan wordt er door de externe partij getest op basis van common sense (wat zou die applicatie moeten doen). Dus dan moet je iets gaan doen van kennisoverdracht.
Uitdagingen soms, maar door er goed over na te denken, best wel oplosbaar.
Waar een wil is, is een weg. Alleen je moet de weg wel vinden. Neem je de verkeerde weg, dan is verdwalen het resultaat en mislukt het avontuur.
Beste Maurice, dank voor je reactie. Heb je ook specifieke ervaring met offshoring?
Op mijn laatste klus had ik de testers in India zitten. Ik had daar eerst een zeer slecht gevoel bij – het leek wel alsof is een stel apen had, die alleen maar een bepaald kunstje konden uitvoeren. Maar als je er wat langer mee te maken hebt, dan leer je de kracht kennen van hun (dus ook de minder sterke punten) en dan is het zeker waardevol.
Ik denk wel dat je uren verliest, maar de uren zijn wel veel goedkoper. Met de druk op de Nederlandse tarieven zou je ook kunnen outsourcen binnen Nederland.
Capgemini hanteert de kreet Rightshore. Op de juiste shore je werk verrichten. Ook wij vertalen dat graag naar offshore, maar dat is niet per definitie de beste oplossing.
Mijn ervaring is dat voor India hetzelfde geldt als voor Nederland. Als je de juiste mensen vindt, dan zijn ze enorm waardevol. Ook India kent hele goede architecten, test managers, etc. Tevens zijn de Indiërs die al onshore ervaring hebben communicatief veel vaardiger en pro-actiever dan degenen die alleen nog maar in India gewerkt hebben.
Dus, als je blindelings uitbesteed aan een offshore leverancier, dan is het een kwestie van geluk hebben met wat je krijgt. Als je zelf een actieve rol neemt in het selecteren van de mensen, gaat het vaak al stukken beter. Tevens helpt het voor langere trajecten om ofwel mensen (of in ieder geval de offshore projectmanager/testmanager) aan het begin een maand naar Nederland te halen om een persoonlijke relatie op te bouwen. Dat is enorm waardevol op de langere termijn.
En dan hebben we het nog niet eens gehad over alle cultuuraspecten waar je rekening mee dient te houden. Naar mijn mening is offshoring naar India goed te doen. De mensen zijn net zo goed (of slecht) als in Nederland, de cultuuraspecten zijn even wennen en zoals Maurice zegt, duidelijke documentatie helpt bij het testen over een grote afstand. Tevens helpen alle “nieuwe werken” tools als IM en alle aanverwanten bij het overbruggen van de afstand.
Offshoring is volgens mij niet iets waar je klaar voor bent, het is een nieuwe manier van werken, waar iedereen (en vooral wij) aan moeten wennen
Goed om een positieve ervaringen te lezen. Mee eens dat offshore niet altijd de juiste oplossing is (het achterhalen van de situatie waarin het wel een oplossing is, was de crux van mijn vraag/artikel).
Mark, fijn ook om te lezen dat jouw inzicht is dat het om de juiste mensen draait. Mijn ervaring is wel dat je een bepaalde omvang + structuur (specifiek: heldere proces-inrichting en voldoende management tijd) nodig hebt om offshoring soepel te laten verlopen. Is dit niet goed ingericht, dan kan het een weg met veel hobbels zijn. Vandaar dat het nuttig kan zijn jezelf de vraag of je er klaar voor bent (of wellicht nog het een en ander moet inrichten) te stellen voordat je een offshoring avontuur ingaat.
Helemaal mee eens. Naast de juiste mensen en de “softe” aspecten, zijn de procedures net zo belangrijk. Het werken met een team op afstand is een stuk lastiger dan een team in hetzelfde gebouw waar je regelmatig langs kunt lopen. De juiste structuur en management aandacht helpt enorm in het snel opstarten van nieuwe trajecten/projecten
Hi, I do thinnk this is an excellent web site.
I stumbledupon itt ;) I will retuyrn once again sincee i have book marked it.
Money and freedom is the best way to change, mmay you
be rifh and continue tto help other people.