lundi 10 août 2009

Les meilleures pratiques de l'offshore - Deuxième partie

Partage d'applications: Découvrez le partage d'applications à l'aide d'outils de développement collaboratif avec une équipe offshore. Ces outils permettent aux équipes de travailler sur des documents partagés. Très utiles dans le cas d’un brainstorming.

E-mail: l’E-mail est un important mécanisme de partage des informations entre l'extérieur et les équipes. Il ne doit pas être utilisé pour remplacer d'autres composants de votre stratégie de communication, notamment un document référentiel. Trop souvent, les e-mails sont utilisés comme un mécanisme de partage des objets, le risque est que ces objets peuvent être difficiles à repérer et à gérer. Il peut également être difficile de faire en sorte que tout le monde
ait la version la plus récente d'un artefact. Pour les projets de développement offshore c’est un risque critique. Pour résoudre ce problème, les lignes directrices doivent être élaborées pour le projet et les documents sont transmis par e-mail uniquement dans des circonstances exceptionnelles. Sinon, tous les documents doivent être placés dans un dépôt et les notifications de ces dépôts fournis par e-mail avec un lien vers le référentiel. Des messages courts, très précis sont la meilleure façon d'utiliser les emails.

Document de référence: un référentiel commun facilement accessible est un outil important pour faciliter la communication dans le cadre d'un projet offshore. Un dépôt de document doit être accessible 24 / 7 (rappelez-vous votre équipe offshore devra avoir accès à l'information surtout au cours de la nuit). L'objectif est de fournir un endroit commun pour tous les documents relatifs au projet. Il devrait gérer les versions et avoir des possibilités de check in/check out. Gardez l'interface et toutes les propriétés du document aussi simple que possible. Des interfaces trop riches peuvent provoquer des retards inutiles dans le chargement des pages. S'il ya des goulets d'étranglement dans la vitesse du réseau, ajouter trop de détails sur les propriétés d'un document (par exemple, classe, sous-catégorie, statut, etc) peuvent être inutilement exigeante.

Outil de sélection : des outils de communication sont disponibles pour la plupart des besoins, mais ils sont particulièrement importants dans la gestion des éléments d'un projet offshore, tels que la gestion des exigences, le code source, le suivi des bugs. Choisir les outils appropriés pour votre projet de développement offshore devrait s'aligner avec votre exigence d’entreprise. Il est important de valider qu'il n'y a pas d'obstacles à leur utilisation dans votre environnement offshore. Ils doivent avoir la possibilité de se synchroniser facilement soit par le biais de l'Internet ou d'un VPN. Définissez les outils avant le début du projet et tester les pour s'assurer qu'ils fonctionnent. Si vous n'avez pas les outils pour gérer votre effort de développement, vous devez les mettre en place avant de vous lancer.

Culture : Peu importe où vous décidez d'externaliser vos efforts de développement (Inde, Pakistan, Chine, ou ailleurs), il est important de reconnaître qu'il y peut y avoir des différences culturelles. Bien que ce soit un sujet sensible (soulevant toutes sortes de questions politiquement correct), discuter et documenter les éléments suivants les zones avant le début de votre projet.

Vacances: Faites une liste des vacances nationales et des autres jours fériés. Ces congés peuvent avoir un impact significatif sur un projet, en particulier parce que la plupart des jours fériés ne sont pas les mêmes entre les pays. Par exemple, Novembre peuvent avoir beaucoup de vacances aux États-Unis (Thanksgiving) et en Inde (Deepavalli), ce qui peut projet de réduire de manière significative la productivité.

Infrastructure: de nombreux domaines où le développement est effectué en offshore peuvent être sujettes à des défis d’infrastructures, tels que les baisses de courant et les pannes de toute la ville. Lors de la sélection partenaire de développement, se demander comment ils gèrent les pannes d'électricité (générateurs de back-up, etc) et si elles opèrent dans une zone hautement prioritaire pour le téléphone et les services électriques.

Langue: Il peut prendre un certain temps pour se familiariser avec les accents d'individus de différents pays. Attendez-vous à voir des améliorations dans l'ensemble du cycle de vie du projet. Aussi, n'oubliez pas que la communication verbale peut être plus efficace que l'écrit. Les communications écrites dans l'industrie du développement logiciel sont généralement faibles et les problèmes sont exacerbés si ce n’est pas votre langue maternelle. Validez la correspondance, avant qu’elle ne soit délivrée à des clients ou des intervenants du monde des affaires. Cette fonction d'assurance de la qualité devrait être formellement intégré dans votre projet tout simplement pour éviter toute confusion (ou peut-être préjudice moral) causée par une barrière linguistique.

La certification CMMI
De plus en plus, de nombreuses organisations de développement offshore sont vanter leurs Capability Maturity Model (CMM), de certifications de niveau 5 comme un moyen de se différencier dans le marché offshore. Comment sont données ces certifications et quelle est leur crédibilité? Un certain nombre d'organisations offshore avec une certification CMM Niveau 5 n'ont pas de véritable processus normalisés et ne sont pas capables de reproduire de façon cohérente reproductible les résultats de développement de logiciels qui devraient être la marque d'une organisation CMM de niveau 5. En outre, il ya une différence entre une organisation certifiée CMM et un projet certifié CMM. Bien que votre partenaire de développement offshore puisse avoir une certification CMM de niveau 5, cette organisation ne se traduit pas nécessairement à votre projet. Demandez-lui comment il va gérer votre projet et si l'un de leurs projets a été évalué en utilisant le processus CMM.

Aussi, sachez que si un haut niveau de certification CMM pourrait vous donner plus de confort sachant que vous avez à faire avec plus de qualité, cela peut se faire au détriment de
la flexibilité et de l'agilité. Cela pourrait être un impératif pour des systèmes critiques, mais vous voudrez peut-être vous demander si quelque chose d'aussi important est le bon candidat pour un projet de développement offshore. Les plus important est de se concentrer sur la façon dont votre partenaire offshore, ajuste les écarts par rapport à ses CMM processus. Comment sont gérées ces différences peut influer sur la réussite de votre projet.

La conclusion
Le développement Offshore fonctionne et il fait économiser de l’argent. Il ya beaucoup de choses à examiner toutefois, avant de se lancer dans votre premier projet de développement offshore. Deux recommandations: Premièrement, procéder à une évaluation interne de préparation pour voir si vos processus existants, les infrastructures et outils peuvent soutenir une initiative de développement offshore. Deuxièmement, essayez l’offshore avec des petites applications internes au risque relativement faible. Ces deux étapes peuvent vous aider dans votre courbe d'apprentissage avec un faible degré de risque, plutôt que de parier sur la mise en place à une grande échelle.
Related Posts with Thumbnails