• Compatibilité entre les versions de Project et de Project Server

    Une question revient régulièrement en ce moment au sujet des compatibilités croisées entre les différentes versions de Project.

    Sachant que plusieurs d’entres vous envisagent ou ont démarré une migration, nous savons qu’elle se fait généralement en deux phases :

    • La migration du serveur Sharepoint et Project Server
    • La migration des postes clients

    Or, dans la grande majorité des cas, ces deux phases ne peuvent pas être effectuées sur une même période de temps. Ainsi, les utilisateurs peuvent avoir sur leur poste une version de Project antérieure à celle installée sur le serveur. Mais est-ce grave docteur ?

    Voici quelques informations qui devraient vous aider à y voir plus clair.

    Tout d’abord, la compatibilité descendante (ou BCM pour Backward Compatibility Mode) existe sur Project 2010 et Project Server 2010. Dans certains cas, les données stockées ou migrées sur Project Server 2010 peuvent être utilisées par des clients Project 2007 Professional.

    Le BCM est une fonctionnalité de Project Server 2010 d’aide à la migration de votre environnement de gestion de projets d’entreprise. Project Server 2010 supportes les connections à partir de Project 2010, mais il peut aussi, avec cette fonctionnalité; accepter les connections à partir de Project Professional 2007. Cette fonctionnalité est activée automatiquement après la migration de votre serveur vers Project Server 2010 vous permettant ainsi de remettre en production votre environnement quand vous ne pouvez pas migrer les clients Project 2007 tout de suite. Une fois que les postes clients auront été migrer à leur tout vers Project 2010W, vous pourrez alors désactiver cette fonctionnalité sur le serveur.

    Nous recommandons de n’utiliser BCM que durant une période assez courte car cela pénalisent les utilisateurs de Project 2010 qui ne peuvent utiliser toutes les nouvelles fonctionnalités de leur outil. Ainsi, les fonctionnalités inutilisables pour les utilisateurs Project 2010 sont:

    • Les tâches à planification manuelles ne sont pas disponibles sur le serveur et le client
    • Les tâches ne peuvent pas être désactivées
    • Les polices barrées ne sont pas disponibles
    • Les champs personnalisées de Département sont imposés dans Project Professional 2007
    • Les champs personnalisés de contrôles de flux ne sont disponibles qu’en lecture seulement

    Toutes les nouvelles fonctionnalités de Project 2010 (Ligne de Temps, Planificateur d’équipe, couleurs 32-bits) ne sont disponibles que pour les utilisateurs de Project 2010 et non pas pour les utilisateurs de Project 2007.

    De plus, lorsque qu’un utilisateur Project 2007 est connecté à Project Server 2010 en mode BCM, il ne peut pas utiliser les fonctionnalités nécessitant le chargement des pages de Project Web Access (menu Collaboration), ni les champs personnalisés de contrôle de flux.

    Il existe une vidéo sur le site de Technet qui détaille ce qu’est le BCM et ses limitations en terme d’utilisation : http://technet.microsoft.com/en-us/library/ff686780.aspx

    Concernant la compatibilité entre versions, voici un diagramme qui résume les différentes situations possibles et en donne les limitations :

    clip_image001

    De plus amples informations sont disponibles sur le site de Technet : http://technet.microsoft.com/en-us/library/ee683979.aspx

    Bonne journée

    Marc Biarnès

  • Les travaux de la file Project Server 2010 ne sont pas traités ou prennent trop de temps pour s’executer

    Bonjour,

    Sur une ferme MOSS 2010 / Project Server 2010 qui est constituée de minimum 2 serveurs (MOSS/PS + SQL) il est possible de rencontrer le problème suivant:

    - Les travaux de la file Project prennent trop de temps a s’exécuter (heures au lieu de minutes)

    - Les travaux de la file Project échouent sans une raison particulière.

    Exemple:

    La création d’un simple planning avec 1 tache et 1 affectation a partir de PWA peut prendre plusieurs dizaines de minutes.

    Cause possible de ce comportement:

    Désynchronisation de l’heure entre l’heure du serveur Project et du serveur SQL (même 1 minute)

    Résolution:

    Resynchronisation de l’heure de serveurs de la ferme avec la même source – Contrôleur de Domaine en général en utilisant par exemple la commande: net time /domain /set

     

    Dragos Diamandescu

  • Microsoft dévoile Office 365

    image

    Microsoft dévoile Office 365, une nouvelle génération de services Cloud pour les entreprises de toutes tailles

    Avec Office 365, Microsoft fournira, au premier semestre de l’année prochaine, les versions 2010, hébergées dans le cloud, de SharePoint, d'Exchange, de Lync et d’Office Web Apps, et la possibilité de souscrire à Office Professionnel Plus 2010 sous forme d’abonnement mensuel. Plus d’informations sur le site dédié : www.office365.com

    Qu’est-ce que cela signifie pour Microsoft Project 2010?

    SharePoint Online appartenant à la famille de produits Office 365, Microsoft délivre maintenant une très bonne solution de gestion de projets dans le Cloud à travers la synchronisation de Project Professional et de Sharepoint comme cela se fait déjà aujourd’hui sur les machines physiques.

     image
     
    La possibilité qu’a Project Professional 2010 pour publier des plans sur SharePoint permet aux équipes de partager et de mettre à jour des tâches Project à travers les listes Sharepoint. Les plans de Project peuvent être facilement mis à jour par les membres d’équipe et rapidement communiqués aux membres de l’exécutif.

    Les principales fonctionnalités de la synchronisation de Project Professional avec SharePoint Online dans Office 365 sont:

    • La publication des plans de Microsoft Project Professional 2010 vers les listes SharePoint dans Office 365 permet aux membres d’équipes de visualiser et de mettre à jour l’avancement des tâches. Cela permet ensuite aux chefs de projet de synchroniser automatiquement les mises à jour directement dans les plans de Project Professional. Les chefs de projet ont aussi le choix d’étendre le nombre de champs additionnels à synchroniser entre SharePoint et Project.
    • La fonction de synchronisation aide à résoudre tous les conflits d’information dans les tâches qui ont été identifié pendant la synchronisation de l’espace de travail.
    • Les listes de tâches SharePoint dans Office 365 peuvent être converties dans les plans de Project Professional 2010.

    Bonne journée

    Marc Biarnès

  • La suppression d’une Feuille de Temps supprime les exceptions du calendrier de la ressource

    Bonjour,

    Le sujet que je souhaite traiter dans cet article est relatif à la gestion des exceptions de calendriers dans Project Server 2007. Plus particulièrement, je souhaite apporter un éclaircissement sur un fonctionnement de Project Server qui peut être déroutant dans la gestion des ressources.

    Dans Project Server 2007,  une ressource peut créer des exceptions de calendrier (jour non travaillé ou plage horaire différente de la plage horaire standard) de deux manières:

    • En les ajoutant dans son calendrier
    • En saisissant du temps dans les rubriques non travaillées de la Feuille de Temps

    Dans tous les cas, les exceptions sont centralisées au sein du même calendrier.

    Or, si la ressource supprime une Feuille de Temps dans laquelle elle a saisi du temps non travaillé, elle supprime l’ensemble des exceptions de son calendrier pour la période de la Feuille de Temps. Ainsi, si une Feuille de Temps d’une semaine est supprimée, toutes les exceptions de son calendrier, qu’elles aient été ajoutées via la Feuille de Temps ou directement dans le calendrier, seront supprimées sur la semaine.

    Ce phénomène est lié au fait que la processus de suppression des exceptions ne fait pas de distinction entre celles générées par la Feuille de Temps et celles ajoutées manuellement dans le calendrier. Elles sont toutes supprimées.

    Pour contourner ce qui peut être un problème dans certains cas, la solution consiste à utiliser les calendriers de base pour saisir les exceptions manuelles, et non pas de changer le temps de Travail des ressources qui modifie le calendrier de la ressource.

    Pour ce faire, il faut :

    • Ouvrir le calendrier Standard (ou créer un nouveau calendrier d’entreprise) à partir de Project Server:

      clip_image001

      • Ajouter les exceptions dans ce calendrier :

        clip_image002

        • Sauvegarder les modifications.
        • Définir ce calendrier en tant que calendrier de base du calendrier de la ressource :

          clip_image003

         

        Les ressources basées sur ce calendrier de base possèdent alors ces exceptions automatiquement.

        Ces exceptions apparaissent alors automatiquement en période non travaillée dans Mes Tâches et les Feuilles de Temps.

        Lorsque la Feuille de Temps correspondante à l’exception créée est supprimée, l’exception n’étant pas stockée dans le calendrier de la ressource mais dans le calendrier de Base, elle est conservée. Par contre, les exceptions créées à partir de la Feuille de Temps sont bien supprimées.

        Je pense que cette solution est la plus facilement réalisable, même si je comprends que cela nécessite un changement dans le mode de gestion des exceptions de calendriers.

        Bonne journée

        Marc Biarnès

      • Configuration Microsoft Exchange 2007 & 2010 pour Microsoft Project Server 2010

        Bonjour,

        Project Server 2010 vient avec une intégration directe avec Microsoft Exchange (2007 ou 2010) pour la synchronisation des taches dans le client de mail – Microsoft Outlook et ne nécessite pas l’installation d’un add-in supplémentaire.

        Cependant la configuration de l’intégration des deux produits peut parfois poser problème; raison pour laquelle je vous présente les étapes nécessaires pour avoir une plateforme fonctionnelle.

        1. Assurez-vous qu’Exchange (2007 ou 2010) est permet le relai

        - Sélectionnez “Hub Transport” et ouvrez le propriétés du connecteur

        - Dans l’onglet “Permission Groups” cochez “Anonymous Users” ensuite “Apply” (cf. image)

        image

        1.1 Si besoin vous pouvez créer un nouveau “Connector” pour le relai “Anonymous” en utilisant  le PowerShell d’Exchange qui doit être exécuté en tant qu’administrateur.

        a. Création du nouveau “Connector” en utilisant Exchange PowerShell:

        New-ReceiveConnector -Name "Anonymous Relay" -Usage Custom -PermissionGroups AnonymousUsers -Bindings <listening IP address> -RemoteIpRanges <source IP address>

        b. Ajouter l’accès anonymous au connecteur via Exchange PowerShell:

        Get-ReceiveConnector "Anonymous Relay" | Add-ADPermission -User "NT AUTHORITY\ANONYMOUS LOGON" -ExtendedRights "Ms-Exch-SMTP-Accept-Any-Recipient"

         

        2. Activez la synchronisation des taches “Synchronize Tasks” dans Project Web Access – Server Settings – Additional Server settings

        image

        3. Créer un utilisateur pour chaque CAS d’Exchange (client access server) dans PWA:

        - Aller dans PWA – Server Settings – New User

        - Nom: Nom de la machine

        - Logon account: domain\machinename$

        - Désactiver l’option: “User can be assigned as a resource”

        - Activer l’option: “Prevent Active Directory Synchronization

        - Rajouter l’utilisateur dans le groupe “Administrateurs

         

        4. Activer l’option de synchronisation des taches “Synchronize Tasks” pour les utilisateurs de PWA:

        - Aller dans PWA – Server Settings – Mange Users et sélectionnez l’utilisateur

        - Activer l’option “Synchronize Tasks

        - Répéter cette opération pour tous les utilisateurs pour lesquels vous souhaitez synchroniser les taches.

        image

         

        5. Accorder les droits de personnification pour le compte qui exécute l’Application Pool de Project Server via PowerShell

        5.1 Exchange 2007:

        Add-ADPermission -Identity (get-exchangeserver).DistinguishedName -User (Get-User -Identity <AppPoolAccount> | select-object).identity -extendedRights ms-Exch-EPI-Impersonation

        Pour déterminer ce compte aller dans l’Administration Centrale – Application Management – Manage Service Applications – Sélectionner Project Server Application – Cliquer sur “Propriétés dans le menu

        Accorder à chaque Utilisateur de PWA le droit d’être personnifié par le compte AppPoolAccount:

        Add-ADPermission -Identity “<DisplayName>" -User <AppPoolAccount> -extendedRights ms-Exch-EPI-May-Impersonate

         

        5.2 Exchange 2010:

        >> ETAPE SUPPLEMENTAIRE PAR RAPPORT A EXCHANGE 2007:

        Accorder le droit de personnification au compte de l’Application Pool en utilisant RBAC - Exchange Role Based Access Control http://msdn.microsoft.com/en-us/library/bb204095.aspx

        - Pour tous les utilisateurs de l’organisation:

        New-ManagementRoleAssignment -Name:impersonationAssignmentName -Role:ApplicationImpersonation -User:<AppPoolAccount>

        - Pour des groups spécifiques:

        New-ManagementScope -Name:scopeName -RecipientRestrictionFilter:recipientFilter

        New-ManagementRoleAssignment -Name:impersonationAssignmentName -Role:ApplicationImpersonation -User:<AppPoolAccount> -CustomRecipientWriteScope:scopeName

        5.2.1 Continuer comme pour Exchange 2007:

        Accorder les droits de personnification pour le compte qui exécute l’Application Pool de Project Server via PowerShell

        Add-ADPermission -Identity (get-exchangeserver).DistinguishedName -User (Get-User -Identity <AppPoolAccount> | select-object).identity -extendedRights ms-Exch-EPI-Impersonation

        Pour déterminer ce compte aller dans l’Administration Centrale – Application Management – Manage Service Applications – Sélectionner Project Server Application – Cliquer sur “Propriétés dans le menu

        Accorder a chaque Utilisateur de PWA le droit d’être personnifié par le compte AppPoolAccount:

        Add-ADPermission -Identity “<DisplayName>" -User <AppPoolAccount> -extendedRights ms-Exch-EPI-May-Impersonate

         

        N’hésitez pas à soumettre des commentaires/questions a ce sujet et sur les possibles erreurs que vous rencontrez.

         

        Bonne journée,

        Dragos Diamandescu

      • Les Cumulative Update du mois d’octobre sont disponibles

        Pour Project et Project Server 2007 :

        Mises à Jour complètes:

        Mises à Jour Individuelles:

        Pour Project et Project Server 2010 :

        ATTENTION: Suite à une régression trouvée peu de temps après la mise en ligne des packages Serveur du CU d’octobre 2010, de nouveaux packages corrigés ont été publié le 17/11 et sont désormais disponibles en téléchargement :

        Mises à Jour complètes:

        Le package Project Server 2010 (2394322) contient le package Office SharePoint Server 2010 (2394320). Donc, si vous avez Project Server 2010 installé, vous devez appliquer le package Project Server 2010. Si vous n’avez pas Project Server 2010, vous devez appliquer le package Office Sharepoint Server 2010.

        Dans tous les cas, vous devez installer le package SharePoint Foundation 2010.

        Mises à Jour Individuelles:

        Je vous rappelle qu’en ce qui concerne la version 2010, le correctif client est disponible en deux versions : x86 ou x64. Vérifiez bien que la version que vous téléchargez est en rapport avec la version du client installé sur vos machines.

        Si vous désirez de plus amples informations sur les différentes versions de correctifs disponibles, je vous renvoie à l’article posté pour le CU d’avril dans lequel j’expliquais tout cela : http://blogs.technet.com/b/frenchpjblog/archive/2010/05/04/le-cumulative-update-du-mois-d-avril-est-disponible.aspx

        Bonne journée

        Marc Biarnès

      • Project 2010 au TechED Europe 2010

        image

        Comme vous devez le savoir, le prochain Microsoft TechED Europe 2010 se déroulera au mois de novembre à Berlin, et Microsoft Project 2010 sera bien sûr présent lors de cet évènement.

        A quoi assisterez-vous ?

        • A un Grand Evènement
        • A 4 sessions dédiées à Project 2010 (avec une annonce spéciale…)
        • Un stand Project 2010 où vous retrouverez des experts Project et de nombreux cadeaux Project 2010 (clés USB avec Project 2010 Quick Start Training et des polos)
        • Christophe et Jan, nos deux globe-trotteurs Project

        Le détail des sessions et le catalogue seront postés un peu plus tard.

        Bonne journée.

        Marc Biarnès

      • Rechercher la cause d’une erreur de publication de projet dans Project Server 2007

        Il arrive parfois que lors de la publication d’un ou de plusieurs projets d’entreprise, le processus « Project Publish » se bloque à 93% puis se termine anormalement par une erreur :

        clip_image001

        Une erreur de type PSError: GeneralQueueJobFailed (26000) est alors générée. Cela signifie que Project n’a pas réussi à écrire convenablement les données du projet provenant de la base Draft dans la base Published.

        Les causes de ce problème peuvent être multiples:

        • Données corrompues dans un projet
        • Données incomplètes envoyées dans la base Published
        • Etc.

        Dans tous les cas, il est souvent très difficile de savoir par où commencer. Dans cet article, je vais tenter de vous donner quelques clés pour corriger ce problème.

        En tout premier lieu, je tiens à préciser que tout ce qui est décrit dans cet article ne doit en aucun cas être utilisé directement sur une base de données en production sans avoir fait l’objet d’un test préalable afin de valider que le problème est solutionné sans effet de bord.

        Le point de départ de toute anomalie se produisant lors d’un processus quelconque de Project Server 2007 est l’analyse des logs ULS. Ces fichiers de logging sont générés par Windows Sharepoint Services et peuvent être personnalisés dans la partie Opérations de l’interface d’administration de Sharepoint.

        clip_image002

        Par défaut, vous les trouverez dans le répertoire <Program Files>\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS\.

        Dans ces fichiers ULS, vous pouvez trouver deux types d’erreurs que je vais détailler :

        Erreur 1: Node Consistency Message: Exception Recreating Server Level Summary Resource Assignment. ResUid=<res_uid>

        Normalement, dans les logs ULS, vous devriez trouver une séquence telle que:

        Node Consistency Message: Resource Load. Uid=<res_uid>
           Node Consistency Message: Assignment Save. Uid=<assn_uid 1>
           Node Consistency Message: Assignment Save. Uid=<assn_uid 2>
           Node Consistency Message: Assignment Save. Uid=<assn_uid 3>
           Node Consistency Message: Assignment Save. Uid=…
           Node Consistency Message: Assignment Save. Uid=<assn_uid n>

        Puis, une erreur apparait :

        Node Consistency Message: Exception Recreating Server Level Summary Resource Assignment. ResUid=<res_uid>

        Cette liste d’affectations est le résultat d’une procédure stockée particulière qui s’exécute avec les paramètres suivants :

        exec MSP_SRA_GetAllProjectLevelSRAs @proj_uid='11111111-1111-1111-1111-111111111111',@res_uid=<res_uid>,@includeProposedBookings=1

        C’est à partir de la liste renvoyée par cette procédure stockée que Project va tenter de réécrire les données SRA (Summary Resource Assignment) de chaque ressource dans la nase Published. Si les données envoyées ou déjà contenues dans la base Published ne sont pas correctes, une erreur apparait. Il faut donc corriger cela en manipulant la base Published directement.

        Si l’on étudie d’un peu plus près le code de cette procédure stockée, on obtient le code suivant :

        SELECT ASSN_UID FROM dbo.MSP_ASSN_ENTERPRISE WHERE PROJ_UID <> @proj_uid AND RES_UID = @res_uid AND (ASSN_BOOKING_TYPE <= 1)

        Pour corriger le problème, vous pouvez alors exécuter la commande SQL suivante dans la base Published :

        DELETE FROM MSP_ASSN_ENTERPRISE WHERE RES_UID LIKE '<indiquez ici le RES_UID qui apparait dans le log ULS>' AND PROJ_UID LIKE ‘<indiquez ici le PROJ_UID du projet qui a provoqué l’erreur>

        Si vous constatez que le problème se produit sur de nombreux projets, vous pouvez utiliser la commande suivante :

        DELETE FROM dbo.MSP_ASSN_ENTERPRISE WHERE PROJ_UID <> '11111111-1111-1111-1111-111111111111' AND RES_UID = '<indiquez ici le RES_UID qui apparait dans le log ULS>' AND (ASSN_BOOKING_TYPE <= 1)

        A partir de maintenant, vous pouvez rouvrir un projet dans Project Professional et refaire une sauvegarder et une publication.

        Error 2 : Node Consistency Message: Exception Updating Summary Resource Assignment. ProjUid=<proj_uid>, ResUid=<res_uid>

        Normalement, dans les logs ULS, vous devriez trouver une séquence telle que:

        Node Consistency Message: Resource Load. Uid=<res_uid>
           Node Consistency Message: Assignment Save. Uid=<assn_uid 1>
           Node Consistency Message: Assignment Save. Uid=<assn_uid 2>
           Node Consistency Message: Assignment Save. Uid=<assn_uid 3>
           Node Consistency Message: Assignment Save. Uid=…
           Node Consistency Message: Assignment Save. Uid=<assn_uid n>

        Puis, une erreur apparait :

        Node Consistency Message: Exception Updating Summary Resource Assignment. ProjUid=<proj_uid>, ResUid=<res_uid>

        Tout comme l’erreur décrite précédemment, la liste d’affectation est le résultat de la même procédure stockée. Cependant, cette fois, l’erreur provient d’un problème d’écriture des données SRA lors d’une mise à jour des valeurs déjà existantes, pour la ressource <res_uid> dans le projet <proj_uid>.

        La principale cause est une incohérence dans la répartition les données de Travail (appelé Work Contour) sur une affectation.

        Dans ce cas, il n’y pas d’autre choix que d’analyser le contenu du projet dans lequel l’erreur de publication s’est produite.

        Après être passé en affichage Utilisation des Ressources, vous pouvez, par exemple, trouver ce genre de répartition :

        clip_image003

        Il va de soi qu’il est fort improbable que la ressource ait saisi de si petites valeurs de Travail Réel sur une période aussi lointaine. Il y a donc fort à parier que l’erreur (ou une des erreurs) se trouvent à cet endroit.

        Pour le vérifier, je vous conseille de supprimer manuellement les saisies qui vous semblent incorrectes et ce, pour toutes les ressources du projet. En effet, une erreur de répartition peut en cacher une autre. Dans les logs ULS, vous ne trouverez que la première erreur qui a bloqué le processus.

        Une fois ce nettoyage effectué, vous pouvez essayer de sauvegarder et de republier le projet.

        Je le répète à nouveau, mais on est jamais assez prudent, tout cela ne doit pas être testé sur une plateforme en production, mais sur un environnement de test seulement.

        Ainsi, si aucune des solutions proposées dans cet article ne corrige le problème de publication, je vous encourage à restaurer les bases de données initiales sur votre environnement de test, et n’hésitez pas à ouvrir un incident au Support technique de Microsoft.

        Bien entendu, vos commentaires sont les bienvenus.

        Bonne journée

        Marc Biarnès