Discussion :

[jokam]

Bonjour à tous.


Je vous explique ma situation. Je suis actuellement en stage (jusqu'au 15 juin) dans l'entreprise GrDF.
Je suis en charge de la migration de leur bases Lotus Notes sous un environnement Sharepoint. Ces bases regroupent divers documents (word, excel, powerpoint, image).

PROBLEME :
Mais dès aujourd'hui (2ème jour), j'ai l'impression d'être complètement largué.
Sachant que je ne connais pas bien du tout les environnements Lotus Notes et Sharepoint (j'ai commencé à me familiariser avec Sharepoint), j'ai aussi du mal à voir comment je vais m'en sortir sachant que j'ai des rendez-vous fixés avec les utilisateurs (pour faire un audit : quelles bases conserver, archiver, supprimer) mais que certains ne sont pas prévus avant le début du mois de mai.



IMPORTANT :
En réalité, j'ai vraiment du mal parce que je dois en même temps comprendre le besoin des utilisateurs, apprendre de nouvelles techniques, comprendre le fonctionnement de l'Entreprise...

• Quelqu'un aurait-il déjà fait de la migration Lotus Notes => Sharepoint ?
• Pourrait-il me renseigner sur les techniques les plus couramment employées ? (je demande ça parce qu'en cherchant, j'ai vu plein de façons différentes de faire comme l'export en XML ou le passage par des modules ou autres logiciel de migration)
• Existe-t-il des outils d'audit intégrés à Lotus Notes (de préférence) permettant de voir l'intensité d'utilisation des bases ?

(je demande ça parce qu'en cherchant, j'ai vu plein de façons différentes de faire comme l'export en XML ou le passage par des modules ou autres logiciel de migration)


Merci de votre aide.

[SONY30]

Par code, il est certainement possible d'automatiser la migration.
Cependant je ne pense pas que ce soit la bonne solution.

A ta place, j'identifierai les types de contenu (document, faq, forum,...) présents dans les bases Lotus, analyserai les points faibles et les points forts de Lotus, et identifierai les "objets" SharePoint adaptés à chaque type de contenu Lotus.
Faire valider ensuite un prototype par le client, et identifié ce qui est automatisable pour la reprise de données et ce qui doit être repris manuellement.

[jokam]

Qu'est-ce que tu veux dire par prototype ?

Je veux bien identifier les divers composants mais pour l'instant je n'ai même pas accès aux bases notes des différents pôles d'activité. Je suis obligé de prendre RDV avec chaque personne ("porte-parole" du service) pour cerner les problèmes.

Pour pallier à ce manque je pense faire une demande pour avoir accès à toutes les bases qui devront être migrées.

Enfin, j'ai du mal à voir comment va se réaliser la migration finale, surtout que certaines bases doivent rester sous environnement notes pour les besoins d'ERDF mais doivent restées accessibles par GrDF, etc

[SONY30]

Qu'est-ce que tu veux dire par prototype ?

Une maquette, un espace SharePoint de test.

[nonoxp]

Avant toute chose, attention à bien creuser et découper les besoins : l'aspect fonctionnel est plus important que la technique sur ces problématiques.

Déjà dans ton dernier post j'ai l'impression que tu sors d'un scénario de migration pour tomber dans de la connexion unidirectionnelle (au mieux) ou bidirectionnelle. Les moyens employés et la charge de travail ne seront évidemment pas les mêmes si c'est le cas.

Une base Notes fonctionne un peu comme une base Sharepoint avec de la gestion de types de contenus, d'où l'identification des objets à gérer. Attention si une base Notes est collaborative il y a de grandes chances qu'il y ait un workflow Notes derrière.

Ce que tu demandes concernant les taux d'utilisation nécessite des privilèges. Les administrateurs Notes de ta boîte seront les seuls à pouvoir t'aider.

[jokam]

J'avais bien compris que la spécification des besoins était très importante dans le cadre de ce projet. Mais il est vrai aussi que les choses ne sont pas facilitées car beaucoup de personnes prennent des vacances dans la période aux alentours de pâques.

La semaine prochaine je vois le RSI qui a une vision globale sur toutes les bases Notes régionales à archiver, et à re-créer en Sharepoint. J'espère après ça avoir une meilleur compréhension du problème.

[kazoumoulox]

Pour une migration Lotus > SP, soit tu développe ton application avec tes règles métier, soit tu utilise une solution intégrée par exemple celle de AvePoint : http://www.avepoint.com/sharepoint-migration-tools/ et qui marche très bien.

Pour le dev, tu peux partir sur une appli console ou type client lourd (tournera sur le serveur SP qui copiera tes données lotus dans SP... attention cela peut devenir rapidement complexe suivant les règles métier à implémenter).