Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

9 Key Factors for successful Nearshoring


Published on

The right Team Spirit instead of “Us” and “Them”

"Building a talented and strong distributed team from various disciplines is in any new project or venture a challenge. But the most difficult thing to find is, not necessarily people with certain skills, but an organisational and management style which allows distributed team members to develop their full potential and remain intrinsically motivated over a long period of time."

Published in: Software
  • helped me too. I always order there
    Are you sure you want to  Yes  No
    Your message goes here
  • Hello! I can recommend a site that has helped me. It's called ⇒ ⇐ So make sure to check it out!
    Are you sure you want to  Yes  No
    Your message goes here

9 Key Factors for successful Nearshoring

  1. 1. INTERVENTURE 9 Key Factors for Successful Nearshoring Our best practice guidelines for mastering the Remote Challenge in distributed software development
  2. 2. The Right Team Spirit Instead of "Us” and "Them” Building a talented and strong distributed team from various disciplines is in any new project or venture a challenge. But the most difficult thing to find is, not necessarily people with certain skills, but an organisational and management style which allows distributed team members to develop their full potential and remain intrinsically motivated over a long period of time. What never must happen is that your people feel disconnected and that needs a very coordinated effort for open communication and platforms that simulate a feel of being in this together. Let people share their work openly to create a true engaging environment where the individual contributes to a team, distributed teams contribute together to the company goals and create an “Us” and not a “We” and “Them". Following are practices from our own experience which can help to overcome the challenges of distributed software development. They are meant as general guidelines as every distributed team has its own specifics and needs a tailored organisational setup.
  3. 3. I ‘lit 531:1 {Cox-, :€, §‘fl; : 2 , . Vi . .4.. . Open communication is the key to successful distributed teamwork. You should minimize the overhead by having a conference room easily available for all teams. Video conferencing is a better option than voice conferencing and in today's times technical equipment for video conferencing is in terms of price really not a big deal. 0.. ... .‘ You can let your team members choose and even vote for the the most practical tools like Google Hangouts, Lync, Skype and different instant messengers and social tools. Email communication should remain the core tool for formal written communication. We also suggest that you include regular communication as an explicit part of the local Team Lead’s function. This helps to catch up with the missed hallway communication and ensures that all team members are up to date with the relevant information.
  4. 4. Use Meetings Our experience shows that regular face—to—face meetings constitute one of the basic success factors for nearshoring. Team members can and which is important for many key decisions that need to be taken. At the beginning we suggest that you give each team member the chance to spend a few days on your collocation for an efficient know—how transfer. Personnel bonds can be refreshed by periodically bringing the on a regular basis, which can be combined with social events. We suggest face—to—face meetings at least four times a year for ongoing smooth releases and shipping process.
  5. 5. Appoint a Local Team Lead as the ~~SingIe if Distributed teams encounter more organisational challenges and need a clear communication and line management structure. Having one local Team Lead on the team as the single point of contact is vital in keeping a distributed team on the right path. One of the main responsibilities of the Lead is to manage and control the work load locally and to find the right mix of programming development practices: Sprint plannings, estimates, pair programming, code reviews, story cards and so on. The Team Leads role is to remind the team of the underlying principles and help guide them to adapt their practices when the temptation might be to abandon them. He takes responsibility for the overall performance of your nearshore team and should have the necessary decision freedom and support.
  6. 6. Reward Outstanding Performance it is important that your distributed team or individual team members receive a recognition for good performance. We encourage you to reward individual results with a compensation mix of: Year—end bonus, salary raise, additional days off, promotion in terms of responsibility and role within particular project. Our experience shows that recognition for particular performance stimulates your employees to give their best and go the necessary extra mile when it comes to meeting a tight delivery deadline, for example. -
  7. 7. Distribute Work Smartly One of the challenges when the team distributes work is not to do so according to location. Our experience shows that the architecture will begin to reflect the team's geographical distribution and different locations will become over specialized in particular components. We suggest that distributed teams should continue to think about their work in the context of completing user stories not adding features to components. They need to consciously distribute tasks relating to a single story across the whole team, regardless of geography, and think in terms of user stories not system components. Avoid breaking user stories into tasks and then assigning tasks according to geography and/ or skill sets. Over time this would build up knowledge silos leaving the team with new work that can only be done by one or two people
  8. 8. Good engineers give well argued suggestions . when it comes to software design, architecture and development and there is often disappointment if these suggestions are not accepted, in particular if proper explanation is missing. This is usually part of the daily business and most likely has a direct , __ connection to business aspects developers 1'}; .». ,~ are not aware off: budget restraints, '- ‘ '9. framework agreements with customers and other partners, time limitations and similar. Giving the developers opportunity to - understand business rules and needs makes them more valuable in the team. instead of dividing the company accross business- development axis, let developers understand the domain under which they are designing a software solution.
  9. 9. ' r / . , . .._— Maintaining valuable documentation will also improve distributed team collaboration process while using agile practices. We encourage you to provide user stories with use case diagrams in globally accessible backlogs to reduce misunderstandings and improve team collaboration. Various tools like issue tracker (e. g. Jira), project management tool (e. g. Scrum works) also help in maintaining documentation and good transparency. Our experience shows that investing in quality documentation pays off quickly as it goes in line with high development efficiency.
  10. 10. I _ _ A v ; ‘nL _ } I , x-': ii"'r. /) JD) {If} -9 I L F‘ F~: ~:~: l,: ,tf, rr. i I. :w; ,»; ,l Give your distributed team members the opportunity to comment on things like, motivation, satisfaction within the technology stack they work with, factors which influence their performance both positively and negatively and future ambitions. This allows you to discover early warning signs, which can often easily be corrected. If you are practicing Scrum, make sure that action items that come out of sprint retrospective meetings are addressed properly. On a broader scale, our experience shows that semi-annual employee satisfaction sun/ eys contribute significantly to the overall team atmosphere, intrinsic motivation and employee retention. .7 , ,.Y: , ‘W
  11. 11. Agile teams cannot rely on sticky notes on a task board or a burn down chart on the wall for project tracking if they are not in the same room. Similarly designs and dia- grams need to be Your decision to distribute a team needs to be coupled with the commitment to provide the team with the tools it needs to maximize communication and the expectation that it will take them some time to optimize around them. The complete development environment should from our experience include the : — Project management — Bug tracking — Issue tracking — Documents collaboration — Source code and repository insight — Code review system — Release management (continuous integration) - Version control system (source code repository) As mentioned earlier, every team is specific and this re- quires a specific and individual set up of the environment.
  12. 12. About lnterVenture 1 $PET FRlENDLY"o—' lnterventure is a Swiss nearshoring company, specialised in the establishment of client—own software development teams ll’l Serbia. [ With our Own Team Model we offer our clients an effective nearshoring solution, which enables them to extend their development capabilities cost—efficiently and sustainably. lmerventure Nearshoring GmbH’ Zurich By doing so we create at the same time a secure future }+ea(jqU£]rterS[ACCOLJntMz)l1a()GmGnt for talented software engineers in Serbia with outstanding career opportunities in an international environment. At lnterventure a competent and motivated team awaits '“te'V‘~’"t“'9 d-°-°-I B‘3'9rad9 you, which has comprehensive nearshoring know—how Ne"’5i‘°"*“ D9V9“’p”‘9’“ (‘Mel and excellent contacts within the Serbian development community. 12
  13. 13. Your Points of Contact / V__- . .r, ,." . Managing Partner Managing Partner IN'ri; RVi; N'ruRi; lnterventure Nearshoring GmbH Luegislandstrasse I05 8051 Zurich Switzerland Tel. +41 43 299 69 70 lnterventure d. o.o. Kneza Dahlia 56 llOO0 Belgrade Serbia Tel. r38l ll 334 33 l3 info@interventure. info www. interventure. info