Faut-il passer à la version 2013 de Project Server ?

C’est fait, un service pack vient d’etre livré  et corrigé fin avril 2014  sur Project Server 2013.  Le produit entre donc en phase de maturité. Alors faut-il sauter le pas et aller sur la version 2013 au lieu de 2010 ?

La réponse est : vous pouvez  y aller.  La solution  est maintenant stable, sous réserve de ne pas appliquer de mise à jour corrective trop récente. Attendre toujours 3 semaines.

4 grandes familles de fonctions rendues

4 grandes familles de fonctions rendues

 

Les plus fonctionnels

Feuilles de temps Project Server 2013 en français

Des feuilles de temps lisibles et faciles à remplir

 

 

Faut-il passer à la version 2013 de Project Server ? dans EPM pwa_2013_us-300x166

La nouvelle ergonomie Project Web App 2013

 

plus_fonctionnels_project_2013-300x171 Feuilles de temps dans Project 2013

Les plus fonctionnels de Microsoft Project Server 2013

En savoir plus sur PWA  2013 : http://office.microsoft.com/fr-fr/project-server-help/whats-new-in-project-web-app-for-microsoft-project-server-2013-HA102848108.aspx

En savoir plus sur l’utilisation de planification en mode client léger  (PWA)  ou Project : http://blogs.office.com/b/project/archive/2013/05/29/differences-between-project-professional-and-project-online.aspx

Ergonomie plus simple  des nouvelles feuilles de temps : http://blogs.office.com/b/project/archive/2012/10/25/timesheet-improvements-for-end-users-in-project-web-app-2013.aspx



Est-il facile de migrer vers Project Server 2013 ?

Est-il facile de migrer vers Project Server 2013 ? dans EPM migrationps2013-300x261

Processus de migration Project Server 2013

La migration 2010 2013 est documentée par l’éditeur à jour de février 2013 sur technet. Le fonctionnement passe en grande partie par une copie de bases et un script avec deux serveurs : un en entrée avec SharePoint 2010 et un second en sortie avec SP2013. La procédure est malgré les apparences relativement technique.

Lors de cette migration, et une fois après avoir configuré les types de projets comme expliqué récemment sur Technet,  nous avons pu nous apercevoir que certaines  personnalisations ne passent pas, sans que ce soit dramatique  :

  • rapports SQL Server Reporting Services générés ne sont pas compatibles  (Rapports Flash et Portefeuillle  de la société e-Labor par exemple). La cause ?   les anciens datasource et dataset ne sont plus utilisables, il faut les refaire. Passer par Report Builder dans ce cas n’est pas nécessairement le plus rapide. Nous préférons passer des scripts SharePoint Powershell.
  • rapport Excel personnalisé, (les bases ayant fusionnées en une seule, les requetés anciennes ne passent plus : il faut donc les refaire et publier les nouvelles connexions de données sur le serveur 2013)
  • Les workflows Project Server 2010, (technologie  désormais pure SharePoint en version 2013)
  • et risques : les risques déclarés en version 2010 avec des liens sur les tâches ne sont plus liées à ces tâches en version 2013

A la lecture des tableaux de dimensionnement 2013 et des configurations requise pour 2010 et 2013, l’architecture peut rester la même en version 2013.  Cependant l’écart de configuration requise est le suivant :

  • SQL Server 2012 est désormais requis sur le serveur qui gère le service de rapport. La dépendance provient du  mode intégré SharePoint 2013.
  • Serveur de base de données : prévoir RAM x2,
  • Serveur frontal + SSRS : prévoir RAM x 2,
  • Poste client Project Pro : Windows 7 ou 8 minimums (Nouveau : XP non accepté)
  • Navigateur : élargi à Mozilla Firefox Chrome Android et Safari


Il paese delle meraviglie |
space of belahbib mounir |
CYBER-VILLERS - [Blog] Atel... |
Unblog.fr | Créer un blog | Annuaire | Signaler un abus | traore saidou
| DpCréation
| blogbriis3cg3