« Ny Arkitekturexplorer i Rosario | Main | MSDN Radio Sommar med Magnus Mrtensson, DotWay »

2008-06-09

Comments

Håkan Forss

Jag håller med om att ytterligare events med:
* Branchningsstratergier - när skall man använda vilken och varför och hur tillämpar man den i TFS
* Byggning och CI med fokus på hur man sätter upp och modifierar byggen.

Jag tycker också att ni borde gör fördjupningar på:
* Scrum - hur driver man ett scrum projekt med TFS. Bör inte vara så mycket om grunderna utan hur man verkligen kör Scrum i TFS
* Hur man kan använda rapporterna och kuben i TFS för att skapa underlag för beslutsfattande.
* Framåtriktat med "Rosario"

Jag tycker generellt att det har varit för högt fokus på det generella ämnet och för lite TFS fokus under våren. Kanske skall man ha det mer uppdelat så att vi som redan kör scrum t.ex. kan få bra info om vad TFS verkligen tillför och hur vi skall göra.

Mvh Håkan Forss

Staffan Westin

Jag hade gärna sett ett pass skräddarsytt för projektledare. Det är ganska lätt att övertyga utvecklare och CM-folk att VSTS är bra, men för att det ska funka riktigt bra behöver man ha med projektledarna på tåget. Det är en målgrupp som sällan har tid att prova själv och därför vore ett seminarie bra. Innehållet behöver skulle isf vara konkret:
- VSTS/TFS grunder
- integration med project och excel
- lite kring processmallarna, men kanske inte så mycket hur man anpassar dem som att det går att göra.
- felrapportsflöden
- lämpliga rapporter för projektledare
- byggen, labling och changesets ur ett projektledarperspektiv
- fokus på att använda web-interfacet och inte team explorer

Kort och gott - användandet i praktiken mer än hur det egentligen fungerar och hur man anpassar de ingående delarna.

Johan Hägglund

Jag läste nyligen boken med det mindre lockande namnet "Software Engineering with Microsoft Visual Studio Team System". Den var kanonbra och förklarade myckat av tänket bakom TFS och ALM.

Boken inspirerade mig till att dra igång en intern ALM roadshow hos oss, där vi ska ha workshops med en roll i taget (MSF Agile rollerna) för att sedan sätta ihop allt till en bra helhet.
Då förstår kanske utvecklare varför de ska tidrapportera och testare varför de måste rapportera in buggar på ett visst sätt!

Jag hoppas att det här hjälper oss att mata in det vi behöver i TFS för att alla ska få ut vettiga rapporter från verktyget.

Så ett bredare pespektiv, som förklarar helheten tycker jag skulle vara bra för många skaffar verktyget och plockar ensaka bra saker som t ex dagliga byggen. Men det finns 1000 gånger mer att hämta om alla roller hakar på!

The comments to this entry are closed.

Become a Fan