Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

TechDays Geneva 2007 : session Coach VSTS

Derniére session annimée par le seul couple RD au monde : Bernard & Bianca (Christine aka nom de code "Viper" au Lasergame smile_wink)

Cette session prone un discours un peu moins produit et techno mais plus sur un diaporama de la méthodologie lié à une plateforme VSTS

Tout d'abord, à noter la richesse des ateliers VSTS du coach Team System


>>> Une place incontournable pour bien commencer mais qui ne fait pas tout pour autant.

VSTS reste un produit advance et extremement riche (soit un peu complexe pour le neophyte)

Team System découle de la méthodologie MSF : Microsoft Solution Framework dit la méthode Agile

Soit une équipe projet contenant :

  • Product Management
  • Program Management
  • Development
  • Testing
  • Release Management
  • User Experience

C'est une méthode pronant le consensus et l'acceptation, chose un peu inhabituel pour nous latin. Le cercle de validation entre ces roles prone une entente compléte même si certains roles sont voués au conflit comme le Product Manager et le Program Manager (Le CP et l'architecte). Mais une fois le consensus obtenu, la chaine de la qualité peut s'établir, se valider, se remettre en question et ainsi de suite

Team System vient fournir un environnement propre à l'application de cette méthodologie qui suit 5 étapes projet :

  1. Déploiement complet
  2. Vision scope approuvé
  3. Plan de projet Approuvé
  4. Scope Approuvé
  5. Release Readiness Approuvé

Une petite phrase de Bernard Fedotoff que j'aime bien : "La gestion d'un projet c'est comme gérer un équilibre instable !!!"

>>>
Il faut donc prévoir, gérer, développer, tester, valider

il faut ainsi définir ainsi les éléments de jugement et les divers étalons de votre projet

  • Equipe de dev :nombre fixe
  • Planning  : défini et choisi
  • Fonctionnel : à définir

Ce qui revient à inverser la tendance et le mode de gestion de projet
>>> actuellement, seulement 35% des projets tiennent les délais et réussisent

La gestion des risques est typiquement un élément à gérer au démarrage : prévoir déja que le projet vas mal se passer par exemple, si si.

Un indice sympathique tout aussi sympathique issue même de la notion de qualité : les métriques
>>> Par exemple, si un projet arrive à la fin, la volumétrie de code doit se stabiliser et non augmenter. l'inverse signifie simplement que le projet ... n'est pas fini.

En ce qui concerne l'installation du full package de VSTS, il suffit de bien suivre SCRUPULEUSEMENT la documentation car il s'git d'un déploiement client + web + server (comprenant SQL & WSS 2.0)
>>> le plus simple reste encore d'utiliser les machins virtuelles disponibles de Microsoft.

Pour la partie cliente, qui peut diverger en fonction des versions de license comme Dev, DBA ou Developpeur, tout se gére directement via Visual Studio et les Works Items.

A noter que le responable de projet peut gérer ses propres WorkItems depuis Excel ou plus complétement via  Visual Studio. Oui je sais, ca peut surprendre de voir VS 2005 sur une machine d'un CP ou DP mais dies vous bien que cette distribution spécifique permet (avec license evidemment) de déployer un VS néttoyé de tout outil de dev VB ou C#. Seul les addins de gestion VSTS sont disponibles.

La controle du code source est un élément aussi fondemental  :

  • Archivage
  • Versionning
  • Gestion de branche
  • Test unitaire
  • Couverture du code (avez vous pensez à tester aussi vos gestions d'erreur ?)
  • Notification et plan de génération
  • Intégration continue

Moi qui est connu et souffert feu le cher SourceSafe, je ne peux être séduit par la démo du nouveau VSS + VS 2005 : pratique, clair et assisté selon une vraie méthodologie
>>> Ca ne se resume plus qu'au simple CheckIn/CheckOut.

Dernier point de la session : les test de charge de l'application.
>>> les régles de test et les diagrammes de suivi sont tout aussi intuitif et intégré.

Ainsi la définition des seuils de test génére directement le suivi de erreurs et leur localisation.

En ce qui concerne la génération, il s'agit du moteur MSBUILD qui dans le pur style de xAnt vient grace à des fichiers de build XML tout automatiser la compilation et pourrait même assure le déploiment en production par exemple.

Cette session touche à la fin et malgré la densité propre du contenu (bien aisé qqun pouvant présenter MSF et VSTS en moins 1h ), le message a fait mouche.

La méthodologie est une clé de réussite de vos projets.
>>> Un outil adapté, ergonomique affilié à cette méthodologie ne peut être qu'un outil indispensable

Bien bien bien, et si j'allais faire un petit tour sur le site du coach VSTS !

Renaud Comte aka TheMit (code,test,deploie et sharepointise)

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: jeudi 29 mars 2007 13:39 par themit
Classé sous : ,

Commentaires

ROMELARD Fabrice a dit :

Une des questions soulevées lors de cette session, voila la réponse.

Il existe des plugins pour les autres outils de développement permettant de sauvegarder les données dans TFS.

Ainsi pour Eclipse, voila un des plugins à utiliser :

- http://www.teamprise.com/download/index.html

Romelard Fabrice

# mars 29, 2007 16:01

azra a dit :

Le slide sur la gamme cliente n'est pas à jour, il manque DB Pro :P

Pour le plugin Eclipse, un ptit article: http://www.microsoft.com/france/msdn/vstudio/teamsystem/centrescompetences/winwise/PluginEclipse.mspx

Pour tout les produits MS, MSSCCI Provider: http://www.microsoft.com/downloads/details.aspx?FamilyId=87E1FFBD-A484-4C3A-8776-D560AB1E6198&displaylang=en

:)

# mars 29, 2007 23:06

daniel a dit :

Visual SourceSafe 2005 est bien présent, il existe toujours, même s'il est progressivement remplacé dans les équipes par TFS :)

# mars 29, 2007 23:29

TheSaib a dit :

VSS et TFS sont deux produits bien différents, qui ne ciblent pas les mêmes projets, ne font pas les mêmes choses et ne s'appliquent surtout pas à toute structure.

http://msdn2.microsoft.com/en-us/library/ms364080(vs.80).aspx

# mars 31, 2007 02:38
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01