Comment utiliser TFS 2010 pour améliorer le processus de développement?

Question

Comment TFS 2010 peut-il améliorer mon processus de développement? Par exemple, j'utilise des étagères pour ne pas perdre la fréquence de contrôle, mais je peux vérifier les travaux en cours sur les étagères, ne vérifiant pas le code qui brise la construction (les check-in facilitent aussi cela).

Y at-il autre chose dans ce sens qui contribue à améliorer la qualité des projets?

Merci

Answer 1

Je vais essayer de dire comment vous pouvez améliorer mais mon anglais n'est pas très bien, alors parfois je peux bavarder. Avec un système de contrôle à la source, votre processus de développement logiciel s'améliorera automatiquement. Par exemple, un jour un bug m'avait rapporté. Quand j'ai contrôlé le bug, j'ai vu qu'un bloc de code existant a été supprimé. Donc, je, utilise "Annoter" outil pour savoir qui a supprimé le bloc de code et pourquoi? Avec l'outil d'annotation, j'ai vu mon développeur collegue supprimé en code. J'ai regardé le point de travail pourquoi l'a-t-elle supprimé? Quand je regarde attentivement l'objet de travail, j'ai vu mon collègue analyste ordonné de supprimer le bloc de code. Alors on lui demande pourquoi il voulait quelque chose comme ça? Il a dit que c'était une erreur, alors nous avons annulé le changement.

Tout cela est possible grâce à TFS. Ce ne sont que le suivi du code source, TFS font beaucoup mieux que cela.

Alors, que peut-on faire pour améliorer le processus de développement?

1- Activer les stratégies; Les utilisateurs de TFS doivent enregistrer les fichiers en liant un WorkItem.

2- Utilisez les rapports TFS et envoyez-les par e-mail à toute votre équipe de développeurs pour afficher "quel est l'état actuel ?"

3- Personnalisez les modèles WI si vous en avez besoin.

4- Essayez d'appliquer le certificat CMMI ou TickIT pour améliorer votre processus. (TFS toujours vous aider pour les exigences de certificat :))

5- Utilisez les branches si vous avez besoin. Avec le mécanisisme de branche de 2010 est devenu meilleur.

Answer 2

Pour améliorer la qualité, il y a beaucoup dans l'outil. Vous pouvez penser:

• tests unitaires
• Analyse du code
• Articles de travail pour être en mesure de mieux suivre vos projets
• Analyse d'impact test pour voir quels tests unitaires sont eu un impact sur code change
• Test Manager pour intégrer les tests fonctionnels/manuels
• CodedUI pour inclure les tests fonctionnels dans votre build

Answer 3

Mon conseil numéro un est les alertes.

Vous connaissez cette personne dans votre bureau, peut-être un manager ou un chef d'équipe ou quelqu'un qui vient à votre bureau deux ou trois fois par jour et interrompt votre progression pour vous interroger sur vos progrès? Avoir cette personne mis en place une alerte sur tous les checkins pour le projet.Obtenir un e-mail chaque fois que vous vérifiez le code (et l'e-mail indique quel élément de travail il était pour) donnera à cette personne toutes les informations nécessaires - et vous ne serez pas interrompu si souvent. (De plus, avec un peu de chance, cette personne aura l'habitude d'exécuter des requêtes TFS pour voir combien de bogues il vous reste ou combien sont élevés au lieu de venir vous le demander.)

Quelque chose, mais ensuite il vous est revenu et ils ont dit "oh oui, je sais que ça a été dit 5 quand je vous ai donné le virus, mais un jour plus tard, avant que vous commenciez à coder, ils ont changé d'avis. donc vous devez faire le reste. " Définissez des alertes pour vous envoyer un e-mail lorsque vos éléments de travail sont modifiés par d'autres utilisateurs, et cela ne se reproduira plus jamais. Vous recevrez également un coup de pied à l'arrière (sous la forme d'un e-mail) lorsque quelque chose passe de la priorité faible à la priorité élevée.

Il y a beaucoup de choses avec lesquelles TFS aide, mais dans mon expérience les développeurs sous-utilisent les alertes. Mettez-les en place et votre vie s'améliorera immédiatement.

Answer 4

D'abord, allez chercher le Visual Studio Scrum Process Template qui est le meilleur modèle là-bas. C'est simple et puissant. Lisez les conseils qui l'accompagnent, ou mieux encore, inscrivez-vous à un cours PSD avec Scrum.org. (Divulgation complète, je dirige les cours PSD de Scrum.org.)

Ensuite, automatisez complètement votre build ET votre DEPLOIEMENT. Je ne peux pas insister assez sur cette dernière partie. Vous devriez être en mesure de vérifier dans une branche d'intégration (éventuellement trunk ou main) et que cette version se vérifie autant que possible et déployer dans une zone que votre Product Owner peut utiliser. Plusieurs fois, si le produit le permet, nous publierons des versions bêta ou alpha que tout le monde peut utiliser, ce qui nous permet de recueillir rapidement des commentaires. Vous pouvez publier automatiquement des projets Click Once, Web et de base de données avec peu d'effort. Troisièmement, venez à une compréhension de votre stratégie de branchement. Je suis du genre «Branch-by-Feature». Cela signifie que je branche pour chaque produit Backlog Item (normalement dans le schéma de $/Project/Branches/#### - Shortname.) Mon équipe grouille autour de ce PBI ou éventuellement 2 PBIs jusqu'à ce que nous ayons fini (comme dans shippable). Revenez dans notre branche d'intégration qui est publiée automatiquement

Quatrièmement, soyez clair sur ce que vous avez défini: Terminer la définition de Terminé sur le Portail de projet. Cela ne doit pas forcément être SharePoint, mais peut être un simple page web que vous configurez. pour une grande description de la définition de CONSENTI voir this podcast with Ken Schwaber.

cinquième, installer Urban Turtle. Il est génial! Le meilleur outil de gestion de Carnet de commandes disponibles pour TFS.