Är projektledning ett otacksamt arbete, och bör du sträva efter att vara en osynlig PM? Ben Aston diskuterar med Justin Handler hur man bedriver osynlig projektledning; att förstå teknik, skapa förutsättningar för att teamet ska lyckas, hantera kunder och förväntningar samt ha svåra samtal.
Läs transkriberingen:
Vi testar att transkribera våra poddavsnitt med hjälp av ett datorprogram. Ursäkta eventuella stavfel eftersom boten inte är korrekt till 100 procent hela tiden.
Ben Aston:
Tack för att du lyssnar. Jag heter Ben Aston och det här är The Digital Project Manager Podcast från TheDigitalProjectManager.com. I dag har jag med mig Justin Handler, och vi ska prata om huruvida det är otacksamt att vara projektledare eller inte. Justin har precis skrivit en artikel om detta för oss på The Digital Project Manager, och Justin tycker inte det. Han tycker inte att det är ett otacksamt jobb, så jag ser fram emot att diskutera det med honom. Men Justin, vi har egentligen aldrig träffats tidigare. Jag vet att du har skrivit ett par saker för oss på The Digital Project Manager, men berätta först lite om dig själv. Var är du? Var bor du och vad gör du?
Justin Handler:
Tack för att jag fick komma, Ben. Jag uppskattar det. Jag heter Justin Handler och är kundansvarig på en digital byrå som heter O3 World. Vi finns i Philadelphia i Pennsylvania. Vi arbetar med design och utveckling av digitala produkter, så jag hittade nog din webbplats genom vår lokala DPM-grupp i Philadelphia, som jag är med i. Någon nämnde den för mig och jag hittade dig, och du har varit vänlig nog att låta mig skriva ett par artiklar för webbplatsen.
Ben Aston:
Bra. Kundansvarig – är det en projektledarroll eller innebär det att du leder ett projektledarteam? Vi har alla möjliga olika jobbtitlar och roller, så vad betyder kundansvarig för dig?
Justin Handler:
Absolut. Min bakgrund är inom digital projektledning. Jag var digital projektledare i ungefär sex eller sju år. Det är jag fortfarande till viss del, förstås. I min roll som kundansvarig leder jag ett team med fyra projektledare, och jag ansvarar även för våra kunder på en strategisk nivå. Jag ser till att vi driver de produkter vi bygger för våra kunder framåt, att kunderna är nöjda och att deras projekt och samarbeten är rätt strukturerade för både dem och oss. Jag hjälper också till att driva strategin framåt. Det är verkligen en heltäckande roll inom kundservice, där jag leder projektledarna och samtidigt har ett övergripande ansvar för kunderna.
Ben Aston:
Toppen. Du pratar om produktledning och projektledning och om hur du arbetar. Det låter som att du gör en blandning av båda för olika kunder. Hur skiljer du mellan en produkt och ett projekt för dina kunder?
Justin Handler:
Vi är en byrå, så projekten vi genomför är projekt. Vi har inte särskilda produktledare i egentlig mening; det finns vanligtvis på kundsidan. Vi har projektledare som leder projekt som råkar vara digitala produkter. Det kan vara allt från webbappar och programvara till mobilappar och liknande. Vi arbetar också med utveckling av webbplatser för stora företag. Vi gör inte vanliga mindre marknadsföringswebbplatser, men vi bygger stora webbplatser på företagsnivå som vanligtvis har någon form av komplex integration, internationalisering eller omfattande anpassningar från tredje part.
Allt vi gör betraktar vi som digitala produkter. Det kan betyda olika saker för olika människor, men vi har inga särskilda produktledare. Vi har projektledare som leder projekt som råkar vara digitala produkter.
Ben Aston:
Berätta om några av projekten. Vilket är det mest spännande projektet du har arbetat med under det senaste året eller så?
Justin Handler:
Eftersom de produkter vi bygger ofta utvecklas under flera år har vi arbetat med många av dem länge. Mitt favoritprojekt totalt sett är ett projekt som heter ”Goal Investor”, ett digitalt verktyg för ekonomisk planering. Det är bra för att planera saker som pension, utbildningsfonder, nödfonder och liknande. Verktyget är fantastiskt eftersom vi, baserat på kundens metoder och modeller, skapar mål åt dig och sedan ger mycket detaljerade och unika råd som hjälper dig att nå målen.
Vi har arbetat med den här produkten i mer än fyra år. Det är ett helt agilt projekt med en fantastisk kund och ett bra samarbete. Vi vidareutvecklar den hela tiden, tar fram nya funktioner, genomför användartester och så vidare. Det har varit ett mycket givande projekt för mig. Jag gick från att vara projektledare till kundansvarig och nu leder jag projektet strategiskt tillsammans med hela projektteamet. Det är verkligen ett givande, unikt och intressant projekt, och det byggs på det sätt som produkter bör byggas.
Ben Aston:
Intressant. Jag tittade på din LinkedIn-profil och såg att du har varit på O3 World i ungefär sju år. Hur hamnade du där? Jag är alltid nyfiken på det. Hur blev du digital projektledare? Hur såg din väg ut till att hamna på en plats där du leder digitala projekt?
Justin Handler:
Det är en bra fråga. Min storebror är väldigt intresserad av datorer. Han har varit utvecklare i ungefär tjugo år, och jag har alltid varit intresserad av det han gjorde. Jag hade en examen i marknadsföring, men genom min bror hade jag alltid ett intresse för digital teknik. Jag såg vad han utvecklade och lekte med, verktygen han byggde och så vidare. Efter universitetet hade han en webbplats som han hade arbetat med ett tag och ville få omdesignad. Han frågade om jag ville hjälpa honom att hitta en liten byrå som kunde göra det.
Jag bodde i New Jersey då, gjorde lite research och hittade en lokal byrå. Min bror betalade dem för att göra om webbplatsen och jag var involverad i hela processen. De designade en logotyp och jag deltog i det. Sedan tog de fram skisser av webbplatsens design, och jag tyckte verkligen om processen som ”kund”. Ungefär tre fjärdedelar in i projektet, som inte nödvändigtvis gick särskilt bra men ändå var en trevlig process, nämnde byråns ägare att de behövde hjälp med marknadsföring, projekt och liknande.
Jag var nyutexaminerad och ungefär 21 år, så jag blev väldigt intresserad. Jag gick dit och såg vad de arbetade med, och fick till slut rollen. Det jag gjorde var egentligen att stödja projektledaren i ungefär tre till sex månader. Under året började jag sedan ta över projekten och tyckte verkligen om det. Jag satte mig in i hur tekniken vi använde fungerade och hur designerna arbetade. Jag utvecklade ett djupt intresse för digital projektledning och den digitala branschen.
På den tiden fanns det egentligen inga resurser som kunde hjälpa mig att förstå området digital projektledning, metoder och så vidare. Det är därför webbplatser som din är så intressanta för mig. Nu finns det ett enormt utbud av resurser för människor. Det finns din webbplats, lokala DPM-avdelningar som jag driver här i Philadelphia tillsammans med några andra, och DPM Summit, som är en mycket populär konferens som drivs av min vän Brett Harned.
Det var alltså min väg. Efter ett år där ville jag flytta tillbaka till Philadelphia, och det var så jag hittade O3.
Ben Aston:
Hjälper du till att organisera era lokala DPM-träffar?
Justin Handler:
Ja, det gör jag.
Ben Aston:
Är det så?
Justin Handler:
Ja. Det är en lokal träff. Vi träffas ungefär varannan månad. Vi gör lite olika saker: bjuder in talare, ordnar sponsorer som pratar om sina produkter och håller olika typer av evenemang som gruppen vill att vi ska arrangera. Jag startade inte gruppen. Den startades faktiskt av Brett Harned, som också driver DPM Summit och flera andra evenemang.
För några år sedan ville jag engagera mig, så jag frågade om jag kunde hjälpa till. Han var vänlig nog att låta mig gå med i teamet och börja planera sådant här. Det har varit en fin resa. Jag vet att det finns andra avdelningar i andra städer. Vi är inte direkt anslutna till varandra, men vi känner till varandra och ringer ibland varandra för att göra saker som detta, ha videosamtal eller vad evenemanget nu kräver.
Ben Aston:
Det är bra. För alla som lyssnar och undrar om det finns en DPM-träff i närheten: gå till community-sidan på TheDigitalProjectManager.com. Där finns ett inlägg med länkar till alla träffar för digitala projektledare som vi har hittat, främst i USA men även i Storbritannien, Kanada, Australien och några länder i Europa. Om du vill hitta andra människor som liknar dig, ditt gäng, kan du ta en titt på vår lista över träffar och gå på en. Där hittar du alla möjliga intressanta personer som gör samma sak som du.
En sak som jag har lagt märke till efter att ha varit på några DPM-träffar är att det ibland finns en tendens när projektledare samlas. De säger saker som: ”Jag är så undervärderad. Ingen uppskattar mig. Jag vet att jag är fantastisk, men varför märker ingen hur bra jag är?” Jag ska vara ärlig: jag förstår det tankesättet. Jag har skrivit en liten e-bok som heter ”Så du tror att du vill bli digital projektledare?” Om du är intresserad av att bli digital projektledare men inte riktigt vet vad det innebär eller hur man blir det, kan du läsa e-boken på min webbplats, TheDigitalProjectManager.com.
I boken diskuterar jag några saker jag älskar med att vara digital projektledare. Jag älskar att lösa problem, få saker att hända, se idéer bli verklighet, föra samman team och arbeta med blandningen av olika kompetenser. Men jag försöker också vara realistisk. Sanningen är att det är svårt. Det vi gör som digitala projektledare är komplicerat. Vi är ofta ett enkelt mål eftersom projektledaren är den person man pekar ut om något går fel. Det kan vara stressande. Vi är ofta beroende av andra eller av vårt team, eftersom det för det mesta är de som utför arbetet, inte vi.
I min bok avslutar jag faktiskt med att säga: ”Ingen kommer någonsin att tacka dig.” Det går uppenbarligen emot Justins artikel, där han menar att projektledning inte är ett otacksamt jobb. Därför tänkte jag att det kunde bli en intressant diskussion. Anledningen till att jag kallar det otacksamt är att branschen och kunderna gärna firar vacker design och fantastiska nya verk. Människor blir entusiastiska över tekniska lösningar, det finns priser och middagar, och människor betalar tusentals dollar för att nominera sig själva till priser, gå på prisgalor och hämta sina troféer.
Men inget av detta hade kunnat hända utan en digital projektledare. Ändå firar ingen det, och ingen kommer att uppmärksamma dig för den fantastiska projektledning du stod för i ett prisbelönt projekt, eftersom det helt enkelt betraktas som en självklar grundnivå. En av poängerna i boken är att du måste vara tillräckligt säker på att veta att du är bra ändå. Justin, jag är nyfiken på ditt perspektiv. När tackade en kund dig senast? Vad gjorde du som var värt att tacka för?
Justin Handler:
Jag har fått många tack genom åren. Jag tror inte att det beror på att jag är någon fantastisk projektledare. Det handlar ärligt talat om att vara hjälpsam, utbildande och lösa problem åt kunderna. Som du sa är det en självklarhet att projektet ska gå bra. Det är en förväntan alla har på projektledaren, och du bör ställa samma krav på dig själv. Men under processen, om du har en engagerad kund, kommer du hela tiden att arbeta med kunden för att lösa problem.
Det är där jag verkligen har ”tjänat mina pengar” inom projektledning: genom att kunna lösa kundernas problem på kreativa sätt. Det är framför allt då jag brukar få tack. Ofta kommer vår kontaktperson och säger: ”Tidsplanen har förändrats. Vi behöver bli klara tidigare.” Då går vi tillbaka till gruppen som planerar resurserna och hittar en kreativ lösning. Vi återkommer och kunden är mycket tacksam för att vi löste problemet. Eller så säger en kund: ”Vi har den här ändringen i omfattningen men kan inte betala mer.” Då hittar vi ett kreativt sätt att få det att fungera, kanske genom att ta bort en annan funktion som inte ingick i omfattningen.
Om kunden inte är engagerad tror jag inte att du kommer att få särskilt många tack. Jag ser inte längre relationen som en vanlig kund–byrå-relation. Jag ser den som ett partnerskap där alla delar samarbetar. Om ni löser problem tillsammans och genomför projektet på rätt sätt skapar ni ett band, och då kommer du att få de där ”tacken”.
Ben Aston:
Det håller jag med om. När kunder ser oss som personer som inte bara administrerar projekt, utan som människor som kan hjälpa till att lösa problem kreativt, är det då vi skapar värde. Då börjar kunderna förstå att vi inte bara är en kostnad. När de ser en uppskattning och upptäcker att konto- och projektledning står för 20, 25 eller 30 procent av den totala budgeten frågar de: ”Vad är det här till för? Varför kan jag inte bara prata direkt med resurserna? Behöver jag verkligen prata med dig?”
Justin Handler:
Det är ett så gammaldags tankesätt. Det är väldigt förlegat att inte respektera och förstå varför projektledare finns. Det finns fortfarande många kund–byrå-relationer där man ser det på det sättet. Jag har tur som befinner mig i en situation där vi verkligen arbetar som partner med våra kunder. Det var där förändringen i tankesättet skedde.
Ben Aston:
Men var ärlig: vad tycker du inte om med att vara projektledare? För någon som lyssnar och tänker ”jag är intresserad av att bli digital projektledare” – när är det svårt och när är det ett tufft jobb?
Justin Handler:
Det kan absolut vara stressande. För mig är det stressande när jag inte kan lösa de problem jag nämnde.
Ben Aston:
Ja.
Justin Handler:
Jag har sömnlösa nätter, inte för att en kund är upprörd eller för att vi behövde ändra en tidsplan. Sådant händer, och det är normalt i alla samarbeten. Men när jag inte kan lösa kundens problem är det det som verkligen stressar mig och håller mig vaken. I går kom en kund till mig eftersom vår projektledare var på semester. Kunden hade en fråga om Drupal.
Som jag skrev i artikeln tycker jag om att vara utbildande, så jag vill förstå tekniken och produkterna vi använder för kunderna, så att jag kan svara på frågor när de dyker upp. Kunden hade en fråga om en funktion som jag inte kunde lösa, och det gjorde mig fullständigt tokig. Jag försökte lösa det eller åtminstone själv förstå problemet, arbetade med det i flera timmar och fortsatte på kvällen. Som tur var skickade en av våra utvecklare, som jag hade frågat, ett meddelande sent på kvällen via Slack med en lösning som han hade hittat på Drupal Slack.
Om han inte hade kommit på lösningen eller åtminstone hjälpt mig att lösa problemet hade jag förmodligen legat vaken hela natten och tänkt på hur vi skulle kunna lösa det. För mig är det sådant som verkligen stressar mig. Jag blir inte särskilt stressad av arbetet, tidsplaner och liknande. Det handlar om när jag inte kan lösa ett problem.
Ben Aston:
Det stämmer verkligen. En sak du tar upp i artikeln och som jag tycker är intressant går tillbaka till min poäng om att ingen kommer att lägga märke till det. Ingen märker bra projektledning eftersom bra projektledning innebär att alla andra får glänsa. Du talar om att vara en osynlig projektledare. Kan du förklara vad det innebär för dem som inte har läst artikeln? Vad är en osynlig projektledare, och bör vi alltid vara osynliga?
Justin Handler:
Det jag menade var att en riktigt bra projektledare inte hela tiden behöver släcka bränder åt kunden. Du kommer alltid att ha problem att lösa, det är en del av jobbet, men du får inte ständigt negativ uppmärksamhet kring projektet. När allt flyter på tar människor sällan ett steg tillbaka och inser att projektledaren kanske driver arbetet mycket effektivt, förutser problem och löser dem innan de uppstår.
Arbetet flyter bara på. Dina intressenter eller chefer behöver inte oroa sig för projekten, och samma sak gäller på kundsidan. Det var det jag menade. Vår chef för upplevelse, Mike Gadsby, höll en presentation på ett AI-evenemang hos Comcast förra veckan. Han pratade om att bra design är osynlig. När människor använder produkter och upplevelsen är sömlös och smidig finns det inget som får dem att stanna upp och säga: ”Det där är problematiskt” eller ”Varför gjorde de så?” Det skapar ingen negativ uppmärksamhet kring användarupplevelsen eller gränssnittet. Det är osynligt.
Jag tycker att samma sak gäller projektledning. Om du är så bra på att lösa problem och leda projekt att det inte ständigt uppstår stora problem kan bra projektledning vara ”osynlig”.
Ben Aston:
Det var hjälpsamt. I artikeln talar du om sex saker man bör göra för att driva projekt mer effektivt. Vissa handlar om att leda ett team och andra om att hantera kunder. Din första punkt handlar om att skapa rätt förutsättningar för teamet. Det börjar förstås med en bra brief, och du nämner saker som att skriva bra användarberättelser och ta bort gissningarna för teamet. Vilka andra tips har du? Vad kan man göra som projektledare för att verkligen skapa rätt förutsättningar för teamet?
Justin Handler:
För mig är det viktigaste i min roll att sätta tydliga förväntningar med kunderna. Det börjar i början av projektet. Du måste se till att kunderna förstår hur processen kommer att fungera, vilka risker som finns och så vidare, och skapa en bra relation från början. Jag vill sätta de förväntningarna innan projektet lämnas över till våra projektledare, så att kunden är väl förberedd på vad den kommer att uppleva, hur avtalet är strukturerat och hur projektet är organiserat.
Som projektledare handlar det om att göra de små saker som skapar rätt förutsättningar för teamet. Du nämnde att skriva bra användarberättelser. Man vill ta bort gissningarna, men samtidigt lämna tillräckligt mycket utrymme åt teamet eftersom de är kreativa människor och kreativa tänkare som ska kunna göra lösningen till sin egen. De ska inte behöva ställa frågor hela tiden eller vara osäkra på designen och kraven.
Du vill undanröja de stora frågorna innan de når teamet, så att det kan arbeta utan avbrott. Sådana saker är mycket viktiga för att driva projekt smidigt, men de bygger också förtroende med teamet och kunden. Du måste alltid ligga ett steg före i båda fallen, så att människor inte hela tiden behöver stanna upp och ställa frågor. Det går tillbaka till processen att vara osynlig.
Ben Aston:
Ja.
Justin Handler:
Du vill att de ska få uppgifterna du tilldelar och säga: ”Självklart, Justin” eller Ben. ”Jag har redan tänkt på det här, så jag behöver inte gå tillbaka och be om inloggningsuppgifter till systemet” eller ”Jag behöver inte fråga vilken anpassning jag ska göra här eller där.” Det är det som är poängen för mig.
Ben Aston:
Det är bra. Jag skrev en artikel förra året som hette ungefär ”Varför fungerar era team så dåligt?” I grunden argumenterade jag för att det beror på att man inte briefar ordentligt och inte skapar rätt förutsättningar för teamen. Alltför ofta landar ett projekt i vårt knä med en mycket snäv tidsplan, och då försöker vi bara komma igång. Vi samlar ett team och ger det en mycket vag brief, hoppas att teamet förstår och blir sedan förvånade när det inte blir rätt – eller när det faktiskt gör helt fel.
Det handlar om att vi inte briefade dem ordentligt. Om vi inte briefar människor rätt och teamet inte vet vilka kriterierna för framgång är, varför de ska göra något eller vilka detaljer som ska ingå, sätter vi teamet i praktiken upp för att misslyckas. Om kraven inte är tydliga är det vårt fel. Att skapa rätt förutsättningar för teamet är en nyckel till att vara en bra digital projektledare.
Justin Handler:
Det är enormt viktigt.
Ben Aston:
Du nämnde att det är viktigt att sätta förväntningar hos kunden. I artikeln talar du om att göra det tidigt, ofta och kontinuerligt. Hur gör man det? Många projektledare känner till att man kan skapa ett arbetsbeskrivningsdokument för att beskriva förväntningar, leveranser och aktiviteter, men hur sätter man förväntningar under hela projektet?
Justin Handler:
Det viktigaste för mig är att komma ihåg att personen jag arbetar med på kundsidan oftast inte gör detta på heltid. Den personen har förmodligen flera intressenter att rapportera till och sannolikt också ett heltidsjobb att sköta. Att driva digitala produkter och projekt är det vi gör. Därför måste vi utbilda kunderna, sätta förväntningar under hela processen och vägleda dem så att de förstår varje steg.
Det här är vad vi gör varje dag, men inte vad kunden gör varje dag. Du kan börja sätta förväntningar från den sekund projektet startar. Du kan ange datumet för den första leveransen. När datumet kommer och leveransen är klar är det dags att presentera den, och då måste du skapa rätt sammanhang. Om du presenterar en trådmodell måste du tydligt förklara vad kunden tittar på, vad det betyder för projektet och vilken typ av återkoppling du vill få.
Det är bara ett litet exempel, men det handlar om att vägleda kunden genom processen. När saker som ändringsorder eller omfattningsglidning dyker upp är det ditt jobb att uppmärksamma dem. Påminn hela tiden kunden: ”Det här ingår i omfattningen” eller ”Det här pratade vi om i den här delen av omfattningsfasen.” Du ska inte vara rädd för att ta de svåra samtalen och göra det tidigt och ofta. Det bygger faktiskt mycket förtroende med kunderna. Du behöver inte vara irriterande, det finns en finess i det.
Om du gör det konsekvent börjar kunden korrigera sig själv och ni får en bra arbetsrelation där du är helt synkroniserad med kunden. Du vägleder kunden genom processen, sätter tydliga förväntningar och ser till att kunden förstår hur arbetet kommer att utvecklas.
Ben Aston:
Det leder till en annan punkt du tar upp: att hantera svåra samtal med lugn och ta dem direkt. Kan du ge ett exempel på vilka svåra samtal du brukar ha med kunder? Vilka är de klassiska sakerna du måste hantera direkt?
Justin Handler:
För det mesta handlar det om omfattningen. I majoriteten av våra projekt är omfattningen mer eller mindre tidsbaserad. Vi har inte fasta leveranser i egentlig mening, utan det handlar om hur mycket vi kan få gjort inom tiden. Men i ett traditionellt projekt med fast pris och fast omfattning uppstår omfattningsproblem hela tiden. Det är nästan omöjligt att exakt förutse vad projektet kommer att behöva tre månader senare när man planerar det från början.
Det är därför den viktigaste saken. När en fråga uppstår ska du markera den direkt och säga till kunden: ”Det här kanske ligger utanför omfattningen” eller ”Det här ligger utanför omfattningen, så vi behöver diskutera det.” Då visar du att du aktivt kommer att hantera omfattningen och att ni ska ha ett öppet och ärligt samtal. Om kunden ber om något och du går med på det, men någon senare konstaterar att det ligger utanför omfattningen, blir samtalet mycket svårare.
Vid alla svåra samtal – om omfattning, tidsplan eller ett stort hinder – är det viktigt att kontakta kunden direkt, göra kunden medveten om problemet och sätta förväntningen innan mötet eller så snart frågan uppstår. När ni sedan har samtalet förstår alla att ni är där för att lösa ett problem. Prata öppet och ärligt och hitta sedan en lösning. Jag rekommenderar också att du alltid kommer till bordet med en lösning eller åtminstone ett par alternativ, eftersom kunden sannolikt måste gå tillbaka och diskutera frågan med sitt team.
Ben Aston:
Det är verkligen goda råd. Det är viktigt att lyfta en fråga tidigt, men man ska också vänta precis tillräckligt länge för att ta fram en stabil plan och några genomförbara alternativ. Då kan du gå in i samtalet och presentera ett alternativ som kunden enkelt kan säga ja till. Om du bara kommer till kunden med ett problem blir det inte bra.
Justin Handler:
Jag brukar alltid säga till människorna i vårt team: ”Ta inte bara med problem till mig. Ta med lösningar.” Det är okej att ta med problem, men ha också en lösning. Det lärde jag mig den hårda vägen tidigt i min karriär som digital projektledare. När man börjar känns problemen som uppstår mycket unika och man känner sig nästan instängd i en bubbla. Det är stressande. Jag lärde mig tidigt att man måste komma med lösningar. Annars tar man en negativ diskussion och gör den ännu värre. Om man kommer med lösningar finns det vanligtvis ett alternativ som gör att man kan gå vidare.
Ben Aston:
Det är verkligen bra råd. En annan sak du tar upp är vikten av att bygga bra kundrelationer. Hur gör du det? Hur får du kundernas förtroende? Hur bygger du det? Hur ser en bra kundrelation ut för dig?
Justin Handler:
Jag är den typ av projektledare som hellre bevisar mitt värde för kunden innan jag försöker bygga relationen. Jag har alltid byggt mina relationer genom att visa vad jag kan. Som vi pratade om tidigare är det ett bra sätt att bygga relationen att vara utbildande och rådgivande, vägleda kunden genom processen, lösa problem åt kunden och få kunden att se bra ut. När du har bevisat dig i ett projekt öppnas dörren till att lära känna kunden bättre. När det finns lite tid över, när jag kommer till ett möte eller när jag ansluter till ett samtal försöker jag prata några minuter med kunden och lära känna personen lite.
Människor vill ha kontakt med människor. De vill inte ha kontakt med robotar. Att lära känna kunden genom projektet, visa vad du kan och samtidigt lära känna kunden personligen är hur jag alltid har velat göra. Jag tycker inte om en strikt kund–byrå-relation. Jag ser det som ett partnerskap. Om du hela tiden visar vad du kan och lär känna kunden kan du hantera svåra situationer bättre. Kunden kommer att vara mer öppen för att arbeta igenom problemet med dig om den tycker om dig och du har bevisat ditt värde.
Att lösa problem är viktigt, men det är också mycket viktigt att vara snabb och tydlig i sin kommunikation. När jag själv behöver något eller anlitar en hantverkare eller någon annan tjänst vill jag alltid ha löpande kommunikation och uppdateringar. Därför är det ett bra sätt att bygga relationer och visa kunderna att du inte bara bryr dig om arbetet, utan också förstår deras behov, respekterar deras tid och hela tiden hjälper dem.
Ben Aston:
Det är bra. Det handlar om att visa kunderna att du bryr dig – inte bara om att leverera projektet eftersom det är ditt jobb, utan också om att hjälpa dem att lyckas. Du bryr dig om deras framgång och om att projektet ska leverera de resultat det är tänkt att leverera.
Justin Handler:
Precis.
Ben Aston:
Det är som du har sagt: att vara en partner i stället för att tänka ”jag är bara här för att leverera projektet”. Du levererar projektet eftersom det ska skapa ett resultat. Ett projekt ska förändra något. När du bryr dig om förändringen du försöker skapa genom det du bygger och kunden kan se det, är det bra för kundrelationen. När kunden känner att du förstår varumärket och vad organisationen försöker uppnå hjälper det verkligen till att utveckla partnerskapet mellan kund och byrå.
Justin Handler:
Ja, och för att återgå till en punkt jag nämnde: när man har den relationen blir svåra samtal mycket enklare. Kunden vet att den arbetar med någon som bryr sig om kunden och projektet. Det gör samtalen betydligt lättare. Det finns människor som är strikt projektledande och säger att kundansvariga ska hantera relationen, men jag har alltid tyckt att en bra relation gör det mycket enklare att driva projekt. Jag tycker att jag har bevisat det, och vi som företag och många andra projektledare har visat att det fungerar.
Ben Aston:
Bra. Jag hoppas att det här har varit hjälpsamt för alla som lyssnar och försöker förstå lite mer om hur man driver projekt effektivt. Justin har tagit upp några mycket viktiga saker som kan hjälpa dig att driva projekt effektivt, vara en osynlig projektledare och kanske, bara kanske, få någon att tacka dig för det. Den viktiga slutsatsen är att vi som projektledare måste vara trygga i vår egen förmåga.
Även om ingen tackar dig kan du tacka dig själv. Du kan vara säker på att du gör ett bra jobb genom att utföra arbetet ordentligt, vara en osynlig projektledare, arbeta sömlöst och möjliggöra projektet genom att underlätta allt runt omkring dig. Du kan vara en osynlig projektledare och känna dig trygg i vetskapen om att du gör ett bra jobb. Justin, stort tack för att du var med oss i dag. Det har varit fantastiskt att ha dig här.
Justin Handler:
Tack för att jag fick komma, Ben. Jag uppskattar det.
Ben Aston:
Toppen. Om du vill delta i samtalet kan du gå till TheDigitalProjectManager.com, läsa Justins artikel och kommentera inlägget. Gå sedan till community-sektionen på TheDigitalProjectManager.com och gå med i vårt Slack-team , där du hittar alla möjliga intressanta samtal. Men tills nästa gång: tack för att du lyssnade.
