Weitere ähnliche Inhalte Ähnlich wie Eviter les désastres de sous-traitance Offshore Indien ! (20) Eviter les désastres de sous-traitance Offshore Indien !1. Eviter vos désastres de sous-
traitances off-shore Indien !
CE QUE VOUS DEVEZ SAVOIR - LES CHOSES A NE PAS FAIRE
By JOHN PASSY Jr. Fondateur de 3 startups
5 ans d’expérience dans l’offshoring
4. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les types de soustraitance (1)
• Sous-traitance complète :
• vous faites appel à une seule entreprise pour réaliser un produit
complet (inclus la maintenance).
Attention – c’est vous connaissez vos clients, pas lui
donc maîtriser bien ce type de prestation
• Sous-traitance partielle :
• vous ne demander qu’une partie de la réalisation du logiciel (un module - et vous
gardez le reste).
Attention à bien définir le périmètre et de lui fournir toutes les
informations pour réussir. It peut vous fabriquer un pneu d’une
Ferrari mais si vous construisez une Harley Davidson.. vous
auriez un sacré problème.
5. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les types de soustraitance (1)
• Cotraitance :
• vous créer un partenariat pour développer ensemble un logiciel.
Attention à bien définir QUI FAIT QUOI… sinon votre projet
s’échoue.
Toujours… commencer avec un petit projet pour lancer ensuite
des projets à échelle plus large.
• L’infusion de connaissances :
• vous sous-traitez pour une partie technique que vous ne maîtrisez pas (ex.
Portage d’une application sur un nouvel environnement). Vous apprenez pour
intégrer plus tard cette compétence dans vos équipes.
Attention à bien récupérer les codes à la fin du projet
La plupart des projets échoues comme vous n’avez pas dit à
votre interlocuteur votre vraie raison (il va se méfier…)
6. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
• L’appel en ressources :
• vous avez un problème temporaire de développeurs sur un sujet que vous maîtrisez
très bien.
Attention – on soustraite toujours quelques choses qu’on maîtrise
bien… sous-traiter un problème veut dire créer un autre problème.
• Service de conseil :
• un appel ad-hoc pour une demande bien spécifique.
Attention à bien définir le problème (là on est fort) mais aussi ce
que vous attendez comme résultat (des pistes de solution ou LA
solution – un document écrit ou un site de démonstration qui montre
le résultat….)
Pour ce qui est conseil… attention comme votre interlocuteur en
Inde ne connait pas votre marché en Europe…
Les types de sous-traitances (2)
7. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Première règle…
Mettez-vous dans le BON mode de
sous-traitance !!!
• Prenez un modèle dans la liste - jamais deux ensemble (ça ne marchera pas).
• Si un projet démarre mal… on arrive toujours mal
• Vous faites appel aux services de quelqu’un…. Donnez-lui tout les éléments pour
réussir
Comme vous investissez dans l’éducation de vos enfants…. Investissez dans
l’éducation de votre partenaire
• Changez de modèle en cours de route est compliqué et demande un recadrage complet
du projet (c’est possible mais pas facile avec un interlocuteur Indien qui voit le
recadrage comme un signe de méfiance vis à vis de sa prestations).
9. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Evitez le « Quelqu’un m’a dit que …. »
• Qu’il connait un gars qui connait un gars où ça s’est mal passé
Humm… c’est peut-être son coiffeur qui lui a dit tout ça !
• Qu’il faut s’organiser pour bien réussir son projet logiciel en Inde…
Humm… je pense qu’il faut faire ça aussi si on donne à un sous-traitant en France non ?
• Trop de problèmes avec le décalage horaire
Humm… 3h30 en été ce qui laisse quand même beaucoup de temps à se parler
• La complexité contractuelle (… en 5 ans, je n’ai vu que des contrats simples, rien à voir avec
les contrats signés avec des partenaires aux Etats-Unis)
• Que tout développement sera piraté (c’est peut-être vrai pour d’autres pays en Asie… pas
pour l’Inde)
Les clauses contractuelles sont claires. Dans la plupart des cas, les développeurs n’ont pas la possibilité
de sauvegarder leur travail sur clés USB – et ils ne peuvent pas envoyer des mails à l’extérieurs pour des
raisons de sécurité…. Vous avez plus à craindre de vos salariés en France que ceux qui travaillent en
Inde.
• Qu’ils parlent anglais avec leur nez
Humm… c’est ce qu’ils disent aussi de notre accent « Franglais » …
Donc si on parle tous les deux par le nez, on doit pouvoir se comprendre non ?
10. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Nos craintes de nous les patrons
• La crainte de l’inconnu….
• Combien de temps faut-il investir pour qu’ils commencent à produire ?
• La qualité de leur travail
• Propriété intellectuelle (vont-ils utiliser mon code sur d’autres projets ?). Ne
vont-ils pas utiliser mon logiciel pour le lancer eux-mêmes sur le marché Indien
?
• Un pays hétéroclite (pauvreté mais aussi des centres/universités flamboyants
neufs).
• Ce n’est que pour des grands groupes et pas pour nous PME/PMI
• Si vous travaillez avec une SSII indienne pour apprendre l’Inde et fournir vos
services dans ce beau pays… oublie-le. Le marché est trop éloigné de la culture
européenne. (et vous êtes là pour développer VOTRE produit pour VOTRE
marché… pas pour conquérir un nouveau continent).
11. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Nos questions
CAPACITES A LIVRER
- De communiquer sur les mêmes ondes
- Vont-ils livrer dans les délais ?
- Ont-ils les bonnes ressources ?
- Ont-il suffisamment de ressources ?
- Ont-ils les expériences ?
- Vais-je récupérer leur savoir-faire ?
- Est-ce que le code sera réutilisable ?
CAPACITES A LIVRER
- De communiquer sur les mêmes ondes
- Vont-ils livrer dans les délais ?
- Ont-ils les bonnes ressources
- Ont-il suffisamment de ressources ?
- Ont-ils l’expérience nécessaire ?
- Vais-je récupérer leur savoir-faire ?
- Est-ce que le code sera réutilisable ?
SECURITE
- Protection intellectuelle ?
- Vont-ils réutiliser mon code pour d’autres
projets ?
- Ont-il un réseau sécurisé ? Des sauvegardes
?
- Ils sont loin… comment s’assurer des fuites
de cerveaux ?
MATURITE
- Quelle qualité de code ?
- Quel coût pour les tests et l’intégration ?
- Quel niveau de CMM ?
- Quelle maintenabilité de leur code ?
- Pouvons-nous donner des applications
critiques ?
- Maîtrise de nos outils de gestion de code ?
12. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les Indiens vus par les Français
• Des gens avec un turban sur la tête, pauvres et qui se lavent dans la Gange.
• Une population très religieuse séparée par des castes
• Un pays qui soufre de la chaleur (45°C pendant plusieurs mois)
• Un pays désorganisé – symbolisé par les gens assis sur les trains
• Une démocratie qui n’en est pas une pour les Français
• Trop de bureaucratie et de corruption pour atteindre ses objectifs
Et pour ceux qui connaissent :
• Les Indiens sont à la fois très ouverts, très friands de technologie, en
particulier importée mais aussi très attachés aux valeurs traditionnelles.
13. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les français vus par les Indiens
• Les Français sont connus comme un peuple ayant une longue histoire, une
grande culture et un art de vivre important.
• Nous sommes considérés comme un peu arrogants, trop sûrs de nous, de
nos produits et de notre technologie.
• On demande d’être réactif mais on ne l’est pas de notre côté.
• quelque peu agressifs ou au minimum impatients.
• Un français, un homme mal rasé, baguette dans la main, barrette sur la
tête roulant sur un vieux vélo sur les vieux pavés du centre vile.
• L’image de notre système policière… ils ont tous vu les Gendarmes de St.
Tropez
En Inde… c’est vous l’étranger !
14. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Votre comportement…
• Soyez très humain
• Habillez-vous comme il faut. Pantalon de costume, chemise avec manche
longue, pas de cravate.
• Casser l’image de l’homme mal rasé :
DOUCHE obligatoire chaque matin (les Indiens prennent aussi
chaque matin une douche !!!)
Vous pouvez prendre au repas un verre de vin… mais pas plus comme
vous êtes connaisseurs– pas buveur.
• Pas de cadeaux d’affaires (après 2 rencontres, vous pouvez apporter
quelques petits cadeaux comme des chocolats… qu’ils ont aussi chez eux
dans les aéroports – donc c’est l’acte qui compte).
15. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Comportez-vous comme il faut
• Cassez l’image d’être Français !
Répondez vite au mails
Ne vous comportez pas comme si vous êtes plus intelligents que les
autres.
Faite confiance au parole mais écriviez sur papier TOUT ce qui
concerne procédure ou méthode de travail.
Ne dites pas « c’est comme ça qu’on fait en France » mais « que
pensez-vous de cette pratique »
Montrez-vous comme quelqu’un qui connait plusieurs pays et cultures
(facile quand on est en Europe… ). En plus vos interlocuteurs ont
surement visité l’Angleterre donc ils connaissent un tout petit peu
l’Europe.
18. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Un décalage technologique lié au marché
interne
• Les indiens sont friands de technologie…. mais les multinationaux ne distribuent
pas au même moment en Inde (comme c’est un pays pauvre).
• Exemple : Lancement de la SAMSUNG Galaxy S4 au même moment en France
qu’en Inde mais un lancement de l’iPhone 5 pour la France en septembre 2012
et mai 2013 en Inde.
• Autre exemple : comme le matériel est cher, quand la France est sur un
système d’exploitation Windows 7 et 8… on trouve encore beaucoup de
machines en Windows XP en Inde.
• Une iPAD est quelques choses de rare dans ce pays (comme c’est cher).
• En 2013, seulement 6% des consommateurs ont des smartphones.. Donc un
marché interne moins mature qu’en Europe (ou même en Chine qui est à quasi
40% de la population en smartphone),
Si le produit n’est pas disponible sur le marché indien… exemple un
iPhone 5, difficile de trouver des développeurs expérimentés !
19. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les réunions
• Il est indispensable de bien comprendre l’anglais: c’est la langue
habituelle des affaires mais attention, les Indiens ont leur propre
façon de la parler. Assurez-vous d’avoir le bon interlocuteur, au bon
niveau de responsabilité. Les rendez-vous se prennent de
préférence entre 11h et 16h
• Envoyez des éléments à l’avance, votre interlocuteur l’étudiera
• Si vous recevez des éléments à l’avance, étudiez-les par respect de
votre interlocuteur mais aussi pour avancer plus vite.
• Il est important d’être à l’heure mais il se peut que l’on vous fasse
attendre un peu ; cela est d’autant plus vrai que vous rencontrerez
plusieurs interlocuteurs et qu’il faut donc le temps de les réunir.
20. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les spécifications
• Les indiens sont des bons exécutants… mieux vaut donc faire les
spécifications en interne (et en anglais). Egalement pour le
Design de vos applis/sites web… faites-le en France.
• Faites vos spécifications le plus clair possible et ajouter des
schémas pour tout expliquer.
• Spécifiez également la manière de conduire les projets avec ses
différents étapes…
• Définissez un vocabulaire commun pour éviter des malentendu.
Comme en France, si un développeur annonce que son projet est
fini, il veut dire que son produit peut entrer en phase de tests…
donc on est loin d’être fini. Et nos Indiens utilisent aussi ce même
langage…
21. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les méthodes de travail
• Vous connaissez les BONNES PRATIQUES dans le milieu du
développement logiciel… donc PRATIQUEZ LES !
• Venez voir votre interlocuteur avant de démarrer chaque projet.
Définissez ensemble les différentes étapes du
projet, les tests, les recettes, la manière d’intégrer le code … le fameux
Plan Projet
• Expliquer en détail le projet afin d’assurer qu’il comprend bien ce que vous
attendez…
• Suivez le pendant tout le cycle de développement. Tout le monde se sent
assuré… et un Skype de 10 minutes par jour est si simple
qu’on oublie son efficacité… (si vous avez un développeur en France, vous
lui parlez aussi 10 minutes par jour pour savoir s’il avance bien… donc ça
reste le même investissement ! )
22. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les méthodes de développement
FAITES VOTRE TABLEAU comme si vous étiez en France !
QUI FAIT QUOI ? MOI TOI
Spécifications fonctionnelles Moi
Spécifications techniques Moi
Spécifications techniques détaillées ? ?
Plan Projet / Plan Qualité ? ?
Planning des développements ? ?
Un vrai Jeu de données (pour de/tests et site pilote) ? ?
Tests unitaires ? ?
Revu du code (qualité, cohérence…) ? ?
Tests des modules (sur environnement de dev) ? ?
Tests fonctionnels Moi ?
Autres tests (montée en charge, performance…) ? ?
Site Pilote ? ?
Mise en production (ex. pour une appli mobile - la publication sur les stores) ? ?
Les indiens connaissent aussi bien les bonnes pratiques de
développement… donc pourquoi ne pas les suivre ?
23. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Les erreurs dans le développement
• Tout simplement… vous n’avez pas rempli totalement
le tableau précédent.
• Chaque lot/étape mal défini se paie en cash.
• Soyez honnête… donner l’autre les moyens de faire son travail.
• Ne demandez pas à votre prestataire de faire des tests complets si
vous ne mettez pas à sa disposition votre plateforme de
développement pour réaliser ses tests.
• Beaucoup commence avec vos spécifications fonctionnelles.
Spécifiez les bien comme s’il s’agit de les donner à une grande
SSII en France.
Un projet bien né a toute la chance de grandir !
24. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Communications
• Votre interlocuteur a l’habitude de répéter ce que vous avez dit
(parfois même 3 fois). C’est juste pour montrer qu’il a bien compris
(donc c’est normal).
• Il a peur de dire non… donc il va poser des questions sur des
détails pour mieux comprendre. Détectez dans sa question la face
cachée et répondez en détail à sa question en le mettant dans un
cadre plus global.
• Ne dites jamais « il faut changer ça » mais plutôt « il y a un
problème, on a ajuster ça ».
• Pour les chauffeurs de taxi… par défaut, ils ne parlent pas anglais.
25. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Communications
• Téléphone mobile…. une galère
• Pour des raisons de sécurité nationale, il est quasi impossible d’obtenir
rapidement une puce (carte prépayée) … donc nous adeptes du
téléphone mobile, on entre dans un autre monde.
• Si on obtient une puce… impossible de mettre de l’argent sur la puce
comme il faut une CB nationale (et pas de Visa/Mastercard…).
• Votre interlocuteur peut en prêter un… mais vous devez le laisser sur
place (interdiction par la loi de faire sortir une puce prêtée du pays… )
Bref… c’est système D mais les gens sont sympas donc prêt à
vous aider en téléphonant pour vous.
26. JOHNPASSYJR.–Fondateurde3startupslogiciel
M:john@911cobra.com–http://www.johnpassy.com
©2013
Donnez le pouvoir !
• Vos interlocuteurs sont techniquement bon…. Ne mettez pas des
vérifications journalier qui montre que vous ne faites pas confiance.
• Pour un développement informatique, ne demandons pas de livrer tous
les soirs. Faites comme en France, livraison par fonctionnalité
développée ou par module.
• A eux de gérer la cohérence du code (nous avons déjà le problème en
France de créer un code cohérent entre développeurs – c’est encore
plus difficile chez eux)
• Faites-les tester leur propre code (test unitaire mais aussi le tests
d’intégration). Au moins, vous recevez un produit mieux testé.
• S’ils détectent des problèmes avec vos spécifications… répondez avec
une réponse précise (et confirmer qu’ils ont raison d’avoir posé la
question)