Hvem arbejder en projektleder for?

Jeg er af den overbevisning, at dem der laver arbejdet er nødt til at have nogen, der arbejder for dem, til at fjerne støj og forhindringer så arbejdet kan udføres.

En projektleder arbejder for projektgruppen, og skal sikre, at den er glad og kan "levere, levere og levere"

Projektchefen arbejder for projektlederne, for at sikre at projektlederne får mulighed for at udføre deres arbejde.

Selvfølgelig er der andre aspekter af arbejdet som projektleder, men det er alt sammen noget der i sidste ende skal give ro til projektgruppen, så holdet kan levere resultater og bundlinie.

Jeg kom til at tænke på dette, da jeg faldt over managinghumans.com - er der nogen her der har læst bogen?

Lær Scrum på fem minutter...

Vi arbejder lidt med at forbedre/forandre vores processer her i Den Blå Avis disse dage. Vi har talt en del om Scrum i den sammenhæng. For mig at se er noget af de geniale ved Scrum, at den separerer udviklingsprocess fra projektprocess, hvilket gør det utroligt simpelt at forstå Scrum (og også at Scrum selvfølgelig ikke kan leve uden en god udviklingsprocess!).

Men alligevel kan det være svært at forstå og desto vigtigere: at kunne overbevise folk om styrkerne ved Scrum. Jeg har fundet et lille skriv desangående, som jeg synes gør sit job temmelig godt. Læs det, brug det og giv det til alle mulige (interessante) personer i din organisation. Det er indbydende og folk skal nok læse det, det tager jo kun fem minutter :)

Jack Baur og projektledelse

Kan man bruge Jack Baur 's (ham gutten fra 24 Timer - et tv show på tv2) ledelsesteknikker til noget i hverdagen?




Tjah døm selv...

God linksamling

Jeg fandt denne linksamling med artikler, ressourcer, websites og meget andet vedrørende agile udvikling og ledelser. Smider den i vores liste af links også. God læsning!

Domain modeling with color

Et stærkt værktøj, når det kommer til domænemodellering, er Peter Coad's modeling with color. Hans pragmatiske tilgang til domænemodellering er baseret på ideen om, at domænet består af en række (tekniske) arketyper: party, place, thing og moment-interval. Hver af disse har deres egen farve, og hele domænemodellen farvekodes efter dens indholds arketypiske værdi. Dette skaber en super godt overblik, men endnu vigtigere også et forum, hvori domænet kan diskuteres, analyseres og tilrettes... og ikke kun af teknikere, men også forretningsfolk. Hvis du vil læse mere om modeling with color, så læs pdf'en jeg linker til ovenfor. Denne post handler nemlig om, hvordan man undgår at ende i "farvediskussioner", fordi man ikke forstår værktøjet til fulde. Jeg læste en kort artikel om det her til morgen, og jeg synes den er meget sigende for de problemer man kan støde på med modeling with color, og samtidig god som inspiration for, hvordan man overkommer disse problemer. Det vigtigste i artiklen er argumentet om, at hvis man ender i farvediskussioner, så bør man erkende at diskussionen ikke er forkert, men oftest symptomatisk for noget andet... noget der mangler, eller ikke er defineret præcist nok...

En dygtig projektleder...

har en holdning til rigtig mange områder i driften af en virksomhed, og har utrolig meget indsigt i virksomhederne de arbejder for.

Det betyder de på rigtig mange områder kommer i en rolle hvor de skal "coache" andre - og i den situation, er det sundt at huske på Kirkegaard's vise ord - ihvertfald for mig.

At hjælpe

"At man, når det i sandhed skal lykkes en at føre et menneske hen et bestemt sted, først og fremmest må passe på at finde ham der, hvor han er og begynde der. Det er hemmeligheden i al hjælpekunst. Enhver, der ikke kan det, han er en indbilding, når han mener at kunne hjælpe en anden...

For i sandhed at kunne hjælpe en anden, må jeg forstå det, han forstår. Når jeg ikke
gør det, så hjælper min merforståen ham slet ikke. Vil jeg alligevel gøre min mening gældende, så er det, fordi jeg er forfærdelig stolt, så jeg vil beundres af ham.

Men al sand hjælpen begynder med ydmygelse: hjælperen må først ydmyge sig under den, han vil hjælpe og derved forstå, at det at hjælpe er ikke det at herske, men tjene, at det at hjælpe er ikke at være de herskesygeste, men den tålmodigste, at det at hjælpe er villighed til indtil videre at finde sig i at have uret og ikke at forstå, hvad den anden forstår. "

Det er utrolig svært for mig, at ydmyge mig selv - men det betyder ikke at jeg tror hundrede procent på ordne, det gør jeg - og når man ikke efterlever dem, bliver man ofte selv frustreret, og dem man skal hjælpe, hjælpes meget lidt.

Scrum Master Certificering

Sammen med en kollega har jeg deltaget i Scrum Master certificeringsprogrammet de sidste to dage. Initielt var jeg en smule skeptisk indstillet over det, specielt det "kommercielle" aspekt omkring at kalde noget for en certificering baseret på to dages kursus. Den del er jeg også stadig skeptisk overfor, altså man bliver ikke Scrum Master på to dage! Men derudover er kurset yderst inspirerende, hvis man beskæftiger sig med følgende problemstillinger:

1. Hvordan sikrer man at forretningen prioriterer alle krav ud fra deres forretningsværdi
2. Gode estimerings- og planlægningsteknikker
3. Ideer til hvordan man får teams til at være selvorganiserede

Jeg kan varmt anbefale at deltage i kurser, hvor Jeff Sutherland er vært. Han har stor ekspertise og erfaring, som han øser ud af. Næste gang han er i Danmark er til september, hvor der afholdes JAOO 2007 i Århus. Du kan tilmelde dig kurset her.