Hjælp mig med at forstå min bruger

Hej Amino'er

Jeg har et problem - Jeg har en kunde, som har bedt mig udvikle et projekt. Det minder lidt om problemerne der er beskrevet her: http://thorborg.tv/forstaa-din-programmoer.html  . Projektet er blevet forsinket primært fordi kundes kravspecifikation var for dårlig. Nu har de annulleret kontrakten. Jeg forventer at de betaler mig for min tid, og da kontrakten nu er annulleret har jeg faktureret dem iht. mine standardpriser. De forventer at jeg betaler forskuddet ( 5000 kr ) tilbage OG lader dem bruge det jeg har udviklet. 'Jeg' er et enkeltmandsfirma. Hvad gør jeg?

Jeg har en kontrakt med Kunde 1's firma, Kunde 2 arbejder sammen med Kunde 1 om dette projekt.

Kontrakten:

-------------------------------

http://henhenihehe.pastebin.com/A12Q2ruT

-------------------------------

Emails:

-------------------------------

http://henhenihehe.pastebin.com/DMsubuNt

-------------------------------

De bedste hilsner,

Anders

Hej Anders.

Nu har jeg ikke den store forstand på webudvikling, eller det lovmæssige vedr. kontrakter generelt, så har undladt at læse kontrakten igennem, da jeg nok ikke kan bidrage så meget på den front.

Jeg har dog læst mail korrespondancen mellem dig og din kunde, og jeg må sige at din kommunikationsform, nok næppe fremmer muligheden for at finde en god og fredsommelig løsning på problemet. Du fremstår altså visse steder ganske flabet og arrogant.

Selvom ærlighed er værdsat (og i mange tilfælde en mangelvare), så er det altså lidt dårlig stil og taktik, at fortælle din kunde at du overskrider deadlines, fordi du nedprioriterer dem til fordel for andre kunder. Det ødelægger i hvert fald alle muligheder for et fremtidigt samarbejde, samt muligheden for at få nogle gode anbefalinger videre til andre.

Jeg forstår at man kan blive lidt ophidset, når man står på hver sin side af skyttegraven og begge parter holder stædigt på sit, men det vil altid være til ens egen fordel i sidste ende, hvis man lige bevarer det professionelle og kølige overblik. De taler faktisk, trods den frustration jeg levende kan forestille mig at de måtte have grundet forsinkelserne, ganske pænt og sagligt til dig.

Jeg kan forstå at du mener at grunden til forsinkelsen hovedsageligt skyldes en mangelfuld kravsspecifikation. Her er det dog ligeledes min mening, at du som udvikler har et ansvar for at gøre kunden opmærksom på dette og påpege problemet, inden du påtager dig opgaven og går ind i samarbejdet. Som kunde går man jo ofte netop til dig, fordi man ikke selv har de evner og den viden der skal til. Selvfølgelig har kunden altid et ansvar for at sætte sig ordenligt ind i tingene, men jeg ville da personligt selv forvente at jeg blev gjort venligt opmærksom på det, hvis jeg ikke havde gjort mit forarbejde godt nok. Netop fordi man måske rent faktisk ikke selv er klar over manglerne.

At kunden så åbenbart mener at de skal have ret til at bruge det du har lavet, men uden at betale for noget vedrørende projektet, det synes jeg så lyder lidt mærkeligt og urealistisk fra deres side. Men igen, jeg ved ikke hvilke aftaler i har ift. jeres kontrakt. Der ville jeg i hvert fald selv holde på at jeg havde retten til det kreerede, hvis jeg var i dine sko og ikke havde modtaget nogen betaling.

Jeg vile også foreslå dig at rådføre dig med en advokat, da jeg desværre ikke umiddelbart tror på at I kommer frem til nogen konstruktiv løsning, sådan som linierne er kridtet op lige nu. Håber I finder en løsning som I alle kan komme nogenlunde helskindede og tilfredse ud af.

~ Amaris

Hej Anders

Gasp!
Man må sige at min videocast giver bedre mening efter dit indlæg.
Hvis man skal dømme efter den korrespondance i har haft, så er du på uendelig tynd is.
Hvis jeg var kunden tror jeg ikke at jeg havde haft så meget pli..
Hvis jeg var dig ville jeg give dem en uforbeholden undskyldning og håbe på at de ikke gør mere i den sag...

Dbh Martin

Hej Anders

Det er svært at vurdere sagen til bunds, da jeg ikke har hørt hvad i har snakket om, eller de andre e-mails der må være i sagen. men ud fra de mails du viser frem, så mener jeg du er helt ude i hampen. Du er nedladende, provokerende og barnlig og det er ikke et godt udgangspunkt for en forhandling.

Jeg vil gætte på at du får et brev fra en advokat en af dagene og at det ender med at de hyrer en ny programmør og at du beholder de 5.000 kr. da det er for dyrt for dem at inddrive dem. Men hvis du fortsætter med at irritere dem, så kan det ende med at de af rent princip sagsøger røven ud af bukserne på dig og hvordan det i givet falt ender aner jeg ikke, men tro mig, det er ikke sjovt at være i retssag med nogen!

Nu kan du give mig 1 stjerne for mit indlæg lige som de andre har fået, på trods af at de har forsøgt at hjælpe dig. Men det ændrer ikke på at du har et attitudeproblem som du bør arbejder med.

Held og lykke med det.

Dbh Martin

Hej Martin.

Jeg kan ikke / har ikke givet nogen stjerner?

Godnat,

Anders

Medmindre der er forhold, der slet ikke fremgår af den kommunikation, du har lagt frem her, skal du være mere end heldig hvis du slipper uden yderligere krav fra din kunde, som jeg ser det.

Og på det kommunikationsmæssige plan: Jeg er helt enig med de andre i tråden om, at det er en skidt ide at skyde på din kundes grammatiske evner. Og det kuldsejler helt, da dine egne mails også indeholder adskillige sproglige og grammatiske fejl.

Mit råd: Send kunden en undskyldning og kom ud af den sag. Sæt dig så ned og drag al den lære af sagen, du overhovedet kan - ikke mindst i forhold til kravspecifikationer og dine egne kalkuler. Klarer du det, er der to vindere i denne sag: Dig og dine fremtidige kunder.

Anders Munk Petersen:

Projektet er blevet forsinket primært fordi kundes kravspecifikation var for dårlig.

Nej - projektet er blevet forsinket fordi du har nedprioriteret det. Iøvrigt med verdens dårligste argument - du kan ikke bare nedprioritere en kunde fordi du har fået et bedre tilbud, eller fordi du har aftalt en pris der er for lav. En aftale er en aftale. Hvis det viser sig at man har regnet helt galt, så har man jo muligheden for at tage problematikken op med kunden - og evt genforhandle, opsige eller justere kontrakten. De duer ikke bare at lade stå til og vente på at deadlinen blvier overskredet.

Kravspecifikationen har du jo selv sagt god for - så hvis kunden kommer med krav der ikke ligger defineret i kravsspecifikationen - så har du mulighed for at tage denne diskussion med kunden og få ham til at forstå at ændringer koster ekstra.

Dvs. hvis der er alt for stor diskreppans mellem din opfattelse og kundens opfattelse af hvad der står i spec'en, og den ikke er præcis nok, så har du fejlet ved ikke at stille spørgsmål og få dele af specifikationen klart defineret.

Kort sagt har du ikke brugt tid nok på at sætte dig ind i kundens behov. Og det er nok det allervigtigste når du indgår aftaler - især dem der indebærer fast pris og dagbøder :o)

Så et godt råd (ud over at forbedre din måde at kommunikere med dine kunder på, og forsøge på at komme ud af det på en sober måde), er at bruge rigtigt meget tid på at sætte dig ind i dine fremtidige projekter. Når du sidder som ene mand, så prøv at kigge lidt på Extreme Programming metodikken (læs evt. Extreme Programming Explained af Kent Beck), hvor der køres med meget korte release-cycles, og hvor der sættes store krav til kunden om at afsætte tid til evaluering og test under hele udvikingsforløbet.

Den indholder også guldkorn omkring de fire vigtigste parametre : Pris,Tid, Kvalitet og Scope, og teknikker til at vurdere et projekt, ved at bryde det ned i enkeltdele/moduler. Kunden får så 100 point han kan fordele på vigtigheden af disse moduler, og du laver en vurdering af tiden det tager for hvert enkelt modul efter at have talt med de "rigtige kunder" - dvs. de forskellige typer af brugere der måtte være i forskellige dele af systemet.

Så kan du lave en bar-graph hvor højden udgør vigtigheden af det enkelte modul - de vigtigste sættes først, og bredden udgør tiden/prisen på udvilklingen. Og så er det forholdsvist enkelt for kunden at trække en linie der fjerner "Nice To Have"-funktionaliteterne, set i relation til størrelsen af hans pengepung.

En anden metode er at bede kunden om at skrive manualen inden projektet går igang :o)

Forberedelse,planlægning og dialog er en stor del af et IT-projekt, uanset om det er stort eller småt. Og konstant dialog med kunden undervejs er alfa omega.

Håber du kan bruge det til noget.

Held og lykke med det

mvh

Jan