Roller på et team er et virkeligt interessant emne. For mig handler det (som du også nævner) om at du skal finde et team som får det bedste frem i dig (også et godt råd, når man skal finde sin eneste ene). Jeg tror vi alle kan dække et bredt spektre af roller, hvis vi kommer på et team som har brug for at vi gør det, men det er ikke nødvendigvis det som vi bliver gladest af eller den bedste brug af vores evner. Kunsten er så at finde ud af en balance – vi udvikler os jo også hele tiden og kan gro ud af vores rolle i teamet.

Jeg er for tiden en del af to meget forskellige teams, hvilket jeg lærer utroligt meget om mig selv af. Selv om rollebeskrivelsen formelt er den samme på begge teams, så udfylder jeg rollen meget forskelligt som reaktion på de forskellige teams sammensætning. Selv om jeg holder af begge teams lige meget, så må jeg indrømme at jeg bedre kan li’ mig selv som en del af det ene team frem for det andet. Det er lidt tankevækkende.

Teamdynamikken kan virkelig også ændre sig på et splitsekund, når man introducerer nye teammedlemmer eller mister et teammedlem. Alle roller er igen oppe til forhandling – med mindre det er et meget fasttømret team, som nægter at give plads til nye medlemmer.

Tak for kommentaren og linket til blog-postet om tests. Du har ret i at det er vigtigt at sørge for at kravene er testbare. Dvs. hvert krav bliver testet af en eller flere test cases, og at hver test case kan føres tilbage til et krav.

Der er vel ikke den store forskel om det er med eller uden bindestreger, men ja, det gør tidsstemplet mere kompakt.
Det vigtigste er dog, at hvis man beslutter sig for at anvende ét bestemt format, så gør man det konsekvent – dvs. på alle projekter (store som små) man arbejder på.

Tak for et godt og langt svar på blogindlægget.
Du kommer med gode løsningsforslag til logging når det drejer sig om store, distribuerede systemer. Hvilke kan være svære at få styr på mht. ens logging.
For at undgå at disken løber fuld, kan man bruge rolling log-files (og evt. gemme gamle logfiler i en database). Eller logge direkte i en tilhørende database, og derefter sørge for at rydde op i disse logfiler en gang imellem – fx ved at gemme gamle log filer eksternt (hvis der er behov for det), og derefter slette dem helt fra databasen.

Det er altid en fornøjelse at læse dine indlæg. De er velskrevne og velovervejede. Tak for det 🙂