Dag König

Idag har jag funnit kvinnorna inom IT-Branchen

Jag sitter just nu på en konferens med SAST, det vill säga Swedish Association for Software Tester. Det är en mycket spännande konferens där svenska testare möts för att träffa varandra och lyssna på intressanta föredrag. Just den här dagen handlar det om Agile mjukvaruutveckling och testning. Det är omkring 240 personer som är här.

Och när jag sitter här och tittar ut över de församlade upptäcker jag att det är nästan lika många kvinnor här som män. Detta är en ny erfarenhet för mig. Vanligtvis är det omkring 90% män på konferenser som handlar om IT och mjukvaruutveckling.

Då kan man reflektera över varför det är så? Är det för att kvinnor är noggrannare och passar som testare bättre; kan det vara för att kvinnor inte gillar att vara med i mansdominerade utvecklingsteam eller kan det vara andra orsaker?

Säkert är det en blandning av detta. Men kul är det!

Vart är vi idag i vårt företag när det gäller mjukvaruutveckling?

Ta och gör en utvärdering för att lysa upp dagsläget och se om något behöver skruvas till för att göra mjukvaruprocessen bättre.

In order to improve your development capabilities, you must first understand where you are today, then determine where you want to go; only then can you develop a solution roadmap. The ALM Assessment addresses the first point by providing you with a comprehensive ‘snap-shot’ of your development organization today. The ALM Assessment provides the following services:

• Provides aggregate score based on multiple team members completing the assessment
• Provides management with metrics across ten key development practice areas, including scores for sub-practices and individual questions
• Provides aggregate ‘Peer Comparisons’ by industry, organization size and development organization size
• Allows measurement of progress by archiving and comparing each report with previous reports
• Uses vendor-agnostic structure to ensure the assessment provides an accurate snap-shot

Detta tycker jag är en mycket bra utvärdering att göra. Nästan alla företag kan på ett eller annat sätt förbättra sina processer. Förbättrade processer sparar pengar och gör att ni kan göra roligare saker på er Kick-Off.

https://www.microsoft.com/almAssessment/

RUP och MSF for Agile, en jämförande studie

Jag har precis hittat en mycket intressant rapport som är en jämförande studie mellan RUP (en av de mest kända utvecklingsprocesserna i Sverige) och MSF for Agile Software Development (som är vår agila utvecklingsprocess och som är implementerat i Visual Studio Team System och Team Foundation Server).

Ladda ned rapporten här.

Här är en kort sammanfattning av rapportens resultat.

The IBM Rational Unified Process is suitable for software development projects with
the following characterizations:

• A project with a normal to large scope that needs a strict, formal and predictable
  process which focuses on planning, fixed deadlines and budgets.
• The team model has a hierarchic structure to control the average to large number of
  persons in the project team.
• The customer knows his demands, needs and expectations to create a business value
  adding system. He is acquainted with the technological possibilities and boundaries.
• The stakeholders are able to create a clear vision, identify stable requirements and
  design a firm architecture in the early phases of the SEP.
• RUP prescribes a strict change management to control the alterations and keep them
  within the agreed project boundaries. The stakeholders are sure that the fixed
  agreements will not change dramatically.
• The customer and project team have a formal business relationship with a need for
  lots of documentations. They do not have the time or capacity to interact closely and
  therefore plan periodic meetings to exchange information and feedback.

The Microsoft Solutions Framework for Agile Software Development is suitable for
software development projects with the following characterizations:

• A project with small to normal scope that needs a flexible, informal and adaptive
  process which focuses on the needs and expectations of all stakeholders.
• The project team has no clear hierarchic structure because the team is relative small
  and the team members are skilled, have a great sense of responsibility and are able to
  work autonomous.
• The customer does not exactly know what he wants. His needs and expectations of
  the solution are bound to change, as he is unfamiliar with the possibilities of the
  technology, or how the system will support his business processes.
• The requirements and architecture are uncertain and identified progressively during
  the software development life cycle due to progressive understanding.
• Customer and project team are closely connected and have a tight and truthful
  relationship. They collaborate and use face-to-face communication to create the
  mutual end result without the need for strict agreements and documentations.

Personligen så har alla mina projekt som jag har jobbat i varit av karaktären som beskrivs om MSF for Agile.

Observera också att man kan använda sig av RUP i VSTS om man vill.

Teamet är vägen till framgång

[För er som inte fått MSDN Flash, min krönika därifrån. Anmäl er till framtida MSDN Flash här.]

När Michelangelo år 1508 fick i uppdrag av påve Julius II att måla det Sixtinska kapellets tak, hade han knappt hållit i en målarpensel sedan sin utbildning. Han var skickligare på att göra statyer och hade egentligen hoppats att få göra Julius gravmonument.

Han var tveksam till att ta sig an uppdraget. Dels var takmåleri inte speciellt ärofyllt (det är väggarna man lägger märke till) och dels var freskotekniken svårare än att måla med vanlig olja. Och hur skulle han nå upp till taket? Det var nog med bävan som Michelangelo tog emot 500 dukater för att sätta igång projektet att måla Sixtinska kapellets tak.

Ibland har jag känt en liknande bävan när jag har varit med och startat ett nytt projekt för att ta fram ett system, program eller en produkt. Snabba tekniska landvinningar gör att vi ofta måste lära oss ny teknik under projektens gång, på samma sätt som Michelangelo var tvungen att lära sig freskotekniken.

Precis som Michelangelo så vet vi utvecklare inte alltid vad det egentligen är vi skall göra. "Måla ett tak, hur svårt kan det egentligen vara? Jag kan säkert göra det själv, men..." säger kunden. Och vidare: "Förresten varför skall det ta så lång tid och kosta så mycket?" En stor del av vårt verkliga jobb är inte att skriva system utan att förstå vad det är vi skall skriva.

En sak som Michelangelo gjorde för att ro i land sitt projekt och som vi kan lära oss av, är att han letade upp duktigt folk som kunde hjälpa till. Dels med att lära honom själva tekniken, dels med att bygga ställningar för att nå upp till taket, och även för att hjälpa till med själva målningen. Det var ett team som gjorde målningen.

Jag skulle säga att teamet är den viktigaste enskilda faktorn för ett lyckat IT-projekt. Ett team av människor som lär sig av varandra, som tar ansvar för inte bara sina delar utan för helheten.

Det är just av den anledningen som jag tycker att det är spännande att vi nu har två produkter som möjliggör detta: Visual Studio Team System och Team Foundation Server.

Dag König
Developer Technology Specialist - Visual Studio Team System
Microsoft AB
[email protected]

Beta 1 av Orcas är lanserad

Idag släpptes den första betaversionen av vår nästa version av Visual Studio, den som går under namnet Orcas. Man kan välja att ladda ned den antingen som en ISO-fil eller som en VPC. Jag själv skulle främst rekommendera det andra valet, VPC, för att inte strula till sin dator, vilket eventuellt kan hända när man installerar betaversioner.

Laddas ned här

TFS och WSS 3.0

Som de flesta av er redan vet, som har installerat TFS, är att vi använder oss av Sharepoint Services 2.0 för att kunna göra vår teamportal. Men i och med Office 2007 har det kommit en ny version av denna service, 3.0, som vi också kallar WSS 3.0.

Vi har ännu inte något officiellt stöd för WSS 3.0 emot TFS. Det kommer först i Orcas-releasen av TFS. Men det finns redan nu smarta människor som har gjort lösningar som gör att man kan använda WSS 3.0 emot TFS.

Här är en av dessa artiklar

Additiv eller subtraktiv processförändring

Vilket är bäst?

Med additiv processförändring lägger man till saker i sin process för att man saknar dem. Detta gör man genom en konkret erfarenhet av att något saknas under själva projektet.

Med subtraktiv processförändring gör man tvärtom. Man har en avancerad processmetodologi, typ RUP, där man tar bort saker som man inte tror sig behöva.

Denna fråga ställs ofta nu när företag funderar på att se över sin process och få ett bättre verktygsstöd för den i Visual Studio Team System. (VSTS är i sig själv processagnostisk, vilket innebär att man kan anpassa den efter den process som man väljer. Detta gör att företagen inte behöver anpassa sig efter verktygen utan tvärtom, verktygen efter företaget.)

Jag rekommenderar att man börjar med en mycket enkel process och sedan under projektets gång, utvärderar och lägger till de saker som är till hjälp för att göra processen bättre. Vi har en enkel process som medföljer VSTS, MSF for Agile Software Development, vilket jag rekommenderar att börja med.

Här kommer lite mer ved på elden. Why RUP Failed.

Event: Effektivare utveckling med Team System, 24 April

Lite sent, men nästa vecka har vi ett kanonbra seminarium om hur man använder Team System för att utveckla effektivare. Jag rekommenderar verkligen att gå på det om detta är ett ämne som intresserar er. Det är gratis.

På detta seminarium kommer vi att presentera hur Visual Studio Team System kan användas för att effektivisera utvecklingsprojekt.
Utöver en presentation av funktionerna i VSTS kommer vi att titta på hur man på bästa sätt använder VSTS i ett projekt, och hur man genom projekthantering med Agile kan genomföra utvecklingen av en delfunktion.

Anmäl er här

Visual Studio Team System Deep Dive Training

Här har vi en kurs till i Visual Studio Team System. Den är helt på nätet. Det är bara att surfa dit och börja lära.

Varning! Denna kurs är verkligen djup eller grundlig. Den innehåller video och slides. Kanon.

Oroa er inte att siten är delvis på finska. Han som pratar, gör det på engelska.

http://www.codezone.fi/VSTS_Deep_Dive_Training.Codezone

AV #91 - Tess Ferrandez debuggingsguru på Microsoft

I det här avsnittet samtalar jag med Tess Ferrandez om hur man debuggar i Windows, speciellt i .NET. Vad är de vanligaste felen och vad kan man göra åt det?

Ni kan läsa mer av henne på hennes blogg, http://blogs.msdn.com/tess.

Lyssna: Ladda ned programmet (Ladda ned)
Programmet kommer via Podradio.nu