Externalisez le logiciel
Quatre bouts en considérant le développement en mer de logiciel
En déterminant si externalisant le développement de logiciel à l'associé en mer, je suggère l'analyse soigneuse de ce qui suit :
1) Le coût de la main-d'oeuvre inférieur est-il vraiment inférieur ?
Il n'y a aucun doute au sujet d'obtenir des taux par heure inférieurs d'un fournisseur en mer. Cependant, vous devez analyser l'ensemble prié de compétence. Par exemple, un programmeur doué pourrait avoir besoin de 1 jour pour accomplir un détail chargent tandis qu'un autre programmeur a besoin de 2 semaines.
Veillez à rechercher complètement la réputation d'un codeur, estimation en ligne de marché, expérience des travaux précédents, communication si possible. S'il pas n'est pas possible de déterminer une majorité de ce des attributs de fournisseurs, passez et n'externalisez pas avec ce fournisseur.
Exigez des offres d'inclure des chronologies avec des étapes importantes.
Maintenez dans l'esprit, il est possible votre recherche déterminera seulement le quelque ou rien votre projet aura un coût de la main-d'oeuvre inférieur sur le marché mondial.
2) Importance de communication fiable et efficace
Les projets de développement de logiciel sont assez difficiles même avec chacun qui parle la même langue. Ne sous-estimez pas l'importance des capacités linguistiques. En outre, la bonne communication ne signifie rien si le dialogue est prématuré. Elle frustre devoir attendre quelqu'un ou quelque chose.
You need to ensure your project contacts will respond in a timely and effective manner. The best way to determine the communication level is to email, instant message, talk, etc. as much as possible before entering into a software development agreement.
3) Crystal Clear Project Requirements, Design Specifications, Deliverables, Timelines
There is no doubt that poorly defined project plans are a top reason for failed offshore software development plans. Do not enter a project with project deliverables and requirements nearly complete with the idea that other project details will be determined later; during development. Break projects up into parts if possible.
4) Protection
I have completed many projects with people I’ve only met online. However, that doesn’t mean every project has been entirely smooth. Developing a network of reliable providers takes time, effort and patience. Make sure to have a protect plan that includes all or some of the following: payment escrow, arbitration settlement, trade secrets and confidentiality agreements. Here’s a place for contracts –link. Also, I recommend using Open Source whenever possible to mitigate risk.
Conclusion:
Let’s be real - most of these tips can be applied to any type of project. These tips include basic fundamentals of software development management. They are listed because it is often easy to point towards the positive or negative aspects of offshore software development and ignore one’s own responsibilities. Hopefully, these tips remind us to examine factors within our control when involved in offshore software development.
