Många bollar i luften ger mer tid över

Nu kanske du undrar om jag har slagit i huvudet riktigt hårt de senaste dagarna. Det låter säkert helt galet att påstå att flera parallella projekt kan gå snabbare att genomföra än ett i taget. Jag har inte slagit huvudet i något hårt, men detta kanske inte heller passar alla. Jag har dock sett att det är fallet för mig.

Scenario 1

Tänk dig scenariot att du jobbar med ett projekt som planeras ta två veckor effektiv tid. Detta är det enda projekt du har de närmaste veckorna och det är viktigt att det blir riktigt bra. Du jobbar på för att imponera på klienten genom att snabbt bli färdig och leverera en stabil och tilltalande produkt. Plötsligt stöter du på ett problem som du aldrig varit med om tidigare. Det kan vara en bugg i en viss webbläsare eller ett matematiskt dilemma som sätter hjärncellerna i arbete. Du letar på nätet efter andra som har försökt lösa liknande problem men du hittar inget. Du sitter uppe långt in på natten, fortsätter nästa dag och efter att ha vänt och vridit på alla stenar hittar du till slut en lösning. Du är helnöjd, gör klart det, slutför produkten och levererar till kund. Några veckor senare kommer de tillbaka och rapporterar buggar på olika håll. Efter flera rapporter och felsökningar kommer du fram till att de allra flesta är relaterade till det som du satt och jobbade med i två hela dygn, kändes det som i alla fall. Nu får du ge dig på problemet igen och försöka lösa det en gång till. Det går säkert jättebra och klienten blir supernöjd med den slutgiltiga produkten. Du har dock lagt en väldig massa tid på en detalj i produkten som egentligen borde ha varit simpel när du ser tillbaka på hela processen.

Scenario 2

Tänk dig istället scenariot att du istället hade haft flera projekt samtidigt och som var inplanerade att överlappa varandra under en längre tid. Detta projekt är fortfarande det största och beräknas fortfarande ta två veckor effektiv tid. Du jobbar på med det för att snabbt bli färdig för att det är en viktig klient, precis som alla andra. Plötsligt stöter du på samma problem som ovan. Du har aldrig upplevt detta tidigare och kliar dig i huvudet. Du har ingen omedelbar lösning på problemet så du sätter dig med något av de andra projekten. Så småningom blir du klar med den första delen på detta projekt och skickar iväg en första version till denna kund. Du har fortfarande ingen klar bild av hur du skulle lösa det där första problemet så du fortsätter med ett annat projekt. Oavsett om det är mitt i detta projekt eller senare när du sitter och läser en bok, sitter framför TVn eller vaknar med ett ryck mitt i natten, så kommer du med allra största sannolikhet att ha kommit på en lösning på det där oöverkomliga problemet som du hade i ditt första projekt. Du sätter dig kanske direkt och försöker lösa problemet med den lösning som du precis kom på. Oavsett om det lyckades denna gång eller om det behövs 2-3 försök innan du löst det helt så kommer det i slutändan att ha sparat oändligt massa tid på att inte bara sitta och försöka.

Slutsats

Nu kanske inte alla har möjligheten att vänta ut en lösning på detta sätt, men då kanske man ska ta sig en funderare på hur man jobbar. Man bör, enligt mig, blanda projekt av olika slag och komplexitet för att få en lagom balans. Du mår bäst av en lagom arbetsbörda och det hjälper aldrig på lång sikt att försöka mer när något inte fungerar. Ta en paus eller gör något annat under en stund så löser det sig ofta.

Om du har en bättre lösning eller idéer på hur man kan lösa detta är jag givetvis öppen för detta. Jag är på inget sätt expert inom området men detta är min lösning och den fungerar klockrent för mig. Det handlar helt enkelt i mitt fall om att planera in såna här oförutsedda saker, och jag tycker inte att det är rättvist mot klienten att de får betala för mycket för något som i efterhand kan verka som en simpel lösning. På så sätt får du mer gjort under en kortare tid, du mår bättre och i längden får du fler nöjda kunder som har råd att unna sig något extra eller kanske anlita dig för det där extra projektet.