ProjectWise au Maroc : repérer les erreurs courantes et les corriger

Commencer par vérifier le contexte

Avant de chercher une solution, précisez ce qui se passe exactement. « ProjectWise ne marche pas » est trop général : l’application démarre-t-elle ? Le projet apparaît-il ? Le problème concerne-t-il un seul document ou plusieurs ? À quelle action le message apparaît-il ? Une description précise évite de modifier des réglages sans rapport avec la panne.

Relevez la version de ProjectWise affichée sur votre poste et, si vous la connaissez, celle utilisée par l’environnement de projet. Notez également le système d’exploitation, le type de connexion utilisé et le moment où le problème a commencé. Après une mise à jour, un changement de poste ou une modification des droits, le contexte peut être différent de celui des autres membres de l’équipe.

Vérifiez que vous êtes connecté au bon environnement et que vous consultez le bon projet ou dossier. Un document absent d’une vue peut se trouver ailleurs, être masqué par un filtre ou ne pas être accessible avec votre compte. Comparez avec un collègue autorisé, sans emprunter ses identifiants.

Conservez le message d’erreur exact, l’heure approximative, le nom de l’action et le chemin logique du document si vous pouvez le communiquer de façon non sensible. Une capture d’écran peut aider, mais masquez les noms de clients, les informations de projet et tout élément confidentiel avant de la partager.

• Le problème touche-t-il un seul fichier, un dossier, un projet ou toute l’application ?
• Est-il permanent ou intermittent ? Se produit-il aussi après une reconnexion ?
• Une mise à jour, un changement de droits ou une modification de configuration a-t-il précédé le problème ?
• Le document est-il bien dans l’environnement attendu et votre compte a-t-il les droits nécessaires ?

Repérer les erreurs de configuration

Un problème de paramétrage provient d’un réglage, d’un composant ou d’un environnement qui ne correspond pas aux exigences du projet. Il se manifeste parfois sur plusieurs documents ou pour plusieurs utilisateurs partageant le même poste ou la même configuration. À l’inverse, un problème limité à une action précise peut orienter vers une erreur de méthode, sans toutefois la prouver.

Exemples à vérifier : le poste n’utilise pas la version ou la configuration attendue par l’équipe ; l’environnement de connexion est incorrect ; un réglage de dossier de travail ou d’application associée ne correspond pas au flux prévu ; les droits du compte ne permettent pas l’opération demandée. N’essayez pas de corriger seul un paramètre administré par l’entreprise : relevez le symptôme et demandez à la personne responsable de confirmer la configuration.

Si l’application s’ouvre mais qu’un document ne peut pas être lancé dans son logiciel associé, vérifiez d’abord que le logiciel concerné est disponible et que l’association utilisée par l’organisation est celle attendue. Si l’accès est refusé, ne tentez pas de contourner les droits en changeant de compte : demandez une vérification des autorisations sur le projet ou le dossier concerné.

Évitez les réinstallations répétées, la suppression de fichiers de configuration ou la modification d’options avancées avant d’avoir noté leur valeur initiale et obtenu l’accord du support. Une intervention non documentée peut rendre le diagnostic plus difficile ou affecter d’autres usages.

• Symptôme : plusieurs utilisateurs ne voient pas le même environnement. Piste : faire confirmer l’environnement sélectionné et la configuration de connexion.
• Symptôme : accès refusé à un dossier précis. Piste : faire vérifier les droits sur ce dossier plutôt que modifier le compte ou déplacer le document.
• Symptôme : un fichier ne s’ouvre pas dans l’application attendue. Piste : vérifier la disponibilité du logiciel associé et le paramétrage prévu par l’équipe.
• Symptôme : le problème apparaît après une mise à jour. Piste : noter les versions en jeu et demander au support de vérifier leur compatibilité dans le contexte de l’entreprise.

Corriger les erreurs de méthode

Une erreur de méthode survient lorsque l’outil est utilisé d’une manière qui ne respecte pas le flux de travail convenu. Le paramétrage peut être correct, mais une action faite trop tôt, dans le mauvais dossier ou sans vérifier l’état du document produit un résultat inattendu. Les consignes locales priment : les règles peuvent varier selon le projet et les responsabilités de chacun.

Une erreur fréquente consiste à travailler sur une copie locale sans savoir si elle est reliée au document géré dans l’environnement collaboratif. Avant toute modification, confirmez le document source, son emplacement et la procédure prévue pour l’ouvrir et enregistrer le travail. Si vous avez déjà créé une copie, ne la remplacez pas immédiatement : comparez son nom, son emplacement et son contenu avec le document attendu et demandez conseil en cas de doute.

Autre cas : modifier un document alors qu’un collègue y travaille ou qu’il est dans un état qui interdit l’opération. Vérifiez l’état visible du document et les règles de réservation ou de partage appliquées dans votre équipe. Ne forcez pas une libération ou un remplacement sans accord ; cela peut perturber le travail collectif.

Évitez aussi les déplacements ou renommages improvisés, les enregistrements dans un dossier temporaire pris pour le dossier de projet et les transmissions par courriel qui créent des versions concurrentes. Avant une action qui modifie l’organisation des fichiers, assurez-vous qu’elle est permise par le processus du projet et que les personnes concernées pourront retrouver le document.

• Avant d’éditer : confirmer le document source, le dossier et l’état de travail.
• Avant d’enregistrer : vérifier la destination et le nom, puis attendre la fin de l’opération.
• Avant de remplacer ou déplacer : contrôler la version et suivre la procédure convenue.
• Après une action inhabituelle : vérifier que le document est toujours accessible au bon endroit.

Contrôler les fichiers et les résultats

Après une correction ou une modification, vérifiez le résultat dans le contexte réel du projet. Un message de réussite ne suffit pas toujours à confirmer que le bon document a été modifié ou que les autres membres de l’équipe peuvent le retrouver. Contrôlez l’emplacement, le nom, l’état et l’ouverture du fichier lorsque cela est autorisé.

Pour repérer une incohérence, comparez le document avant et après l’action avec une référence fiable : nom attendu, dossier attendu, date ou indication de version disponible dans le système. Ne déduisez pas qu’un document est obsolète uniquement de son nom ou de sa date ; les conventions de versionnement sont propres au projet.

Si un fichier semble manquant, commencez par rechercher dans les emplacements autorisés et vérifier les filtres de la vue. N’effectuez pas de restauration ou de remplacement sur une hypothèse. Signalez le dernier emplacement connu, la dernière action effectuée et les personnes potentiellement concernées.

Une routine courte réduit les erreurs : confirmer le bon projet, ouvrir le document attendu, effectuer une seule modification contrôlée, enregistrer selon la procédure, puis vérifier le résultat. Si plusieurs modifications sont nécessaires, procédez par étapes afin de savoir laquelle a déclenché le problème.

• Le document est-il dans le projet et le dossier prévus ?
• Le nom et l’état correspondent-ils à la convention de l’équipe ?
• Le résultat s’ouvre-t-il correctement dans l’application prévue ?
• Les collègues autorisés peuvent-ils retrouver le document selon le flux normal ?
• Une copie locale ou une version parallèle a-t-elle été créée par inadvertance ?

Diagnostiquer une erreur étape par étape

Une démarche reproductible aide à distinguer une panne ponctuelle d’un problème systématique. Commencez par ne plus répéter une action qui risque d’écraser, déplacer ou dupliquer des données. Notez le dernier état connu et demandez conseil avant toute opération de récupération susceptible de modifier le projet.

Ensuite, isolez le problème : testez si possible un autre document non sensible, une autre action autorisée ou une autre session, sans changer plusieurs paramètres à la fois. Si le problème concerne un seul fichier, l’examen doit porter sur ce document, son état et ses droits. S’il touche plusieurs utilisateurs ou plusieurs projets, transmettez aussi cette portée au support.

Formulez une hypothèse, puis testez une seule correction réversible à la fois. Par exemple, si un projet ne s’affiche pas, confirmez d’abord l’environnement et les droits ; ne réinstallez pas l’application dans la même opération. Après chaque test, notez le résultat. Si la correction échoue, restaurez le réglage initial lorsque vous êtes autorisé à le faire et consignez ce qui a été essayé.

Consultez la documentation officielle de Bentley Systems et les consignes internes du projet pour le nom exact des options et les procédures compatibles avec votre version. Les libellés et les flux peuvent varier ; évitez d’appliquer aveuglément une instruction conçue pour une autre version ou une autre configuration.

• Checklist progressive : arrêter les actions à risque ; noter le message exact ; relever version, environnement et portée ; reproduire une seule fois ; isoler document, compte ou poste ; tester une hypothèse à la fois ; consulter la documentation ou le support

Savoir quand demander de l’aide

Demandez de l’aide lorsque le problème empêche une opération nécessaire, touche plusieurs personnes, risque d’entraîner une perte ou une duplication de fichiers, ou exige de modifier des droits et des réglages administrés. Le bon interlocuteur dépend de la cause : référent du projet pour le processus documentaire, administrateur pour les accès ou la configuration, support technique pour l’application, formateur pour les gestes et bonnes pratiques.

Une erreur est utile à transmettre lorsqu’une autre personne peut comprendre comment la reproduire. Indiquez le résultat attendu, le résultat obtenu, les étapes numérotées, la date et l’heure approximatives, la version utilisée, le périmètre touché, le texte du message et les tests déjà réalisés. Distinguez clairement les faits de vos hypothèses.

Protégez les données de l’entreprise : remplacez les noms de projet, de client, de personne et de fichier par des libellés génériques ; masquez les chemins réseau, identifiants, adresses, contenus de plans et informations confidentielles. Ne publiez ni capture non expurgée ni document de projet sur un forum public. Demandez quel canal sécurisé utiliser pour transmettre les éléments qui ne peuvent pas être anonymisés.

• Exemple de compte rendu : « Résultat attendu : ouvrir le document dans l’application définie par l’équipe. Résultat obtenu : message d’accès refusé. Étapes : connexion à l’environnement autorisé, ouverture du dossier anonymisé, sélection du fichier anonymisé.

Le parcours, étape par étape

1. 11. Décrire le symptôme — Précisez l’action, le résultat attendu, le résultat obtenu et le texte exact du message. Évitez les conclusions hâtives sur la cause.
2. 22. Relever le contexte — Notez les versions connues, l’environnement de projet, le document ou dossier concerné sous une forme anonymisée, le moment d’apparition et les changements récents.
3. 33. Déterminer la portée — Vérifiez si le problème touche un fichier, un projet, un poste ou plusieurs utilisateurs. Ne changez pas plusieurs paramètres en même temps.
4. 44. Tester une hypothèse sans risque — Reproduisez le problème dans les limites de vos droits. Testez une seule action ou correction réversible, en suivant les consignes de l’équipe.
5. 55. Consulter et corriger — Comparez la procédure avec la documentation officielle et les règles internes. Demandez l’intervention de la personne compétente si l’accès, la configuration ou l’intégrité des fichiers est en jeu.
6. 66. Retester et consigner — Rejouez le scénario initial, vérifiez que le résultat est correct et accessible, puis notez la cause retenue, la correction et les éventuelles précautions pour éviter une récidive.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation intra-entreprise — OFPPT ofppt.ma
2. Ingénierie de la Formation Continue : Identification et Analyse des Besoins de Formation — OFPPT ofppt.ma
3. ProjectWise — FormaGroup formagroup.ma
4. Bentley Systems bentley.com