Ny udvikler ... igen igen

BLOG: Alle kender situationen, hvor en ekstern udvikler/projektleder skal udskiftes i projektet. Det plejer ofte at være en ubehagelig situation, hvor både budget, tidsplan og gensidig tillid forrykkes mellem kunde og leverandør.
Skrevet i CMS-Bloggen


Publiceret d. 5. august 2008 kl. 12.10 | Antal kommentarer (4)


 
ANNONCE:
Det er ofte omkostningstungt at komme igennem et ressourceskift i projekter - lad os tage udgangspunkt i udskiftning af en software udvikler.

Ved skiftet af udvikleren skal der overføres viden og historik fra nuværende ekstern udvikler til kommende ekstern udvikler. Beslutningsreferater og dialog mellem kunde og leverandør skal gennemlæses. Manglende informationer skal indhentes både internt og eksternt. Samtidig skal software overleveres, da det oftest (med god grund) ikke dokumenteres løbende.

Alt dette er ressourcetungt, og udviklerne får som regel ikke allokeret de nødvendige ressourcer til at få gennemført en ordentlig overlevering. Derudover skal kunden som regel også bruge en masse tid og kræfter på at indføre ny udvikler, og dette er selvfølgelig også omkostningstungt for kunden.

Kardinalpunktet er (hvis kunden godkender skiftet af udvikler), hvem der skal betale for de økonomiske omkostninger der nødvendigvis følger med en ressourceskift/overlevering. Dette bør selvfølgelig fremgå af kontrakten med leverandøren.

Med hensyn til leverandørens interne overleveringsomkostningner:

Eksempel: Den kommende udvikler holder et 3 timers møde med projektlederen/den afgående udvikler:

A) Det kan være indregnet i timeprisen fra leverandørens side
B) Der kan faktureres for 6 timer direkte til kunden

(Det er principielt noget, som bør være specificeret i kontrakten)

Det er som regel anderledes med hensyn til kundens omkostninger:

Eksempel: Den nye udvikler vil gerne have en 3 timers gennemgang af projektet sammen med kunden. På mødet skal gennemgås mundtlige aftaler med den forrige udvikler

A) Skal leverandøren fakturere kunden?
B) Er der ingen der skal fakturere hinanden (deler omkostningerne)
C) Skal kunden fakturere leverandøren?

Der der mange aspekter og work-arounds for både kunde og leverandør. I betragtning af at udskiftning af ressourcer stort set altid er en del af projektet. bliver der alt for sjældent taget hånd om det i kontrakten.

Smid jeres erfaringer og holdninger til ovenstående problemstilling?

Kommentarer til blogindlæg



Netop af hensyn til at kunne foretage et leverandørskift, plejer jeg stærkt at anbefale mine kunder at satse på Open Source CMS'er når de skal foretage deres valg.

Det værste man overhovedet kan gøre (i min bog) er, f.eks. at vælge et kendt reklamebureau, der har deres egenudviklede CMS. Det vil gøre at man praktisk taget er gift med dem i de næste 3-5 år.

Også når jeg selv skal levere løsninger anbefaler jeg kraftigt at det bliver på Open Source CMS'et Umbraco. Og med det argument, at skulle vi rage uklar med hinanden, er det ikke det store problem at finde en anden person eller virksomhed, der kan tage over. Og sjovt nok viser dette argument at føre til en øget tillid, og en mindre risiko for seriøse problemer senere hen.

Tak for kommentaren.

Jeg snakker her IKKE om systemet/platformen, men om leverandøren af løsningen.

Problematikken er den samme for kunder/leverandører af løsninger på både Open Source systemer og Closed Source systemer.

NB: Bare for at være nysgerrig: Anbefaler du Umbraco uanset kundens profil/krav og løsningens type?


Lars Pedersen skrev:
NB: Bare for at være nysgerrig: Anbefaler du Umbraco uanset kundens profil/krav og løsningens type?


Ja selvfølgelig! For Umbraco kan bruges til ALT!

Nej, spøg til side. Jeg fraråder altid mine kunder på det kraftigste at vælge systemer, hvor de låser sig fast på leverandøren. Og så er det uanset om leverandøren er mig selv, eller en anden.

Om systemet så er Open Source det ene, Open Source det andet, eller CMS/Commerce fra Microsoft, er i den henseende underordnet.

Man ser tit problemet med eks. webshops. Når en lille butik først har en webshop hos et firma, så er det svært for dem at skifte over til en anden fordi de skal bruge så lang tid på det.

Med det i artiklen eksempel har jeg sat timelønnen så høj, så der er mulighed for at man kan tage et par timers møde med kunden uden at skulle fakturere denne for det.

Kommentér
Ytringer på debatten er afsenders eget ansvar - læs debatreglerne

Mere fra CMS-Bloggen


Thore og compagnon har sat et godt projekt i søen med brugertest.nu. Muligvis er der mange værktøjer derude mangen til (f.eks usabilitytest.com), men det her ser ud til at fungere godt, bare ikke helt godt nok endnu.
10. marts 2011 kl. 09.37 | læs »



Projekter, der gennemføres ved af agile metoder kan næsten per definition ikke gå galt uanset kvalifikationerne hos deltagerne. Metoden er således attraktiv for de uerfarne projektledere på kundesiden og Account Managers og udviklere på leverandørsiden.
7. oktober 2010 kl. 08.44 | læs »



På udbudportalen skriver Andreas Christensen, partner i Horten advokatfirma, at SKI-aftalerne ikke er gyldige i den nuværende form. Hvis det er rigtigt, ligger der en mindre bombe under en del af aftalerne mellem offentlige kunder og leverandørerne, der hviler på SKI's rammeaftaler.
16. juni 2010 kl. 07.54 | læs »



Vi kan nu med baggrund i projekter og kunder i 2009/2010 konstatere at Open Source CMS systemer trives særdeles godt på det nuværende (Web) Content Management (WCMS/CMS) marked.
2. juni 2010 kl. 10.08 | læs »



Open Source er hot og sexy - ingen tvivl om det! Men når lyset brænder ud, hvem har så leveranceansvaret? Leverandøren har mulighederne, men skal kunderne selv tage ansvaret for Open Source produkterne?
4. maj 2010 kl. 10.05 | læs »








Lars Pedersen
Lars Pedersen (cand.scient i datalogi) har arbejdet med Content Management siden 1996. Både som udvikler, brugervenlighedsekspert og projektleder i forbindelse med tilblivelsen af et landets tidligste CMS. Er i dag partner og analytiker i det uafhængige konsulentfirma BNP, der i 2000, som den første danske virksomhed, specialiserede sig i uvildig CMS rådgivning. Vil på Bloggen prøve at smide både personlige betragtninger og provokationer.

Følg også med på vores engelsk-/dansksprogede blogs www.cmshardtalk.com og www.cmshardtalk.com/dk
Besøg dine gratis, uafhængige communities. INGEN Leverandører eller konsulenter, Kun dine Sitecore kolleger og uafhængige eksperter.

Generelt CMS/Portal Community, hvor vi mødes på tværs af systemplatforme

Sitecore community til at understøtte brugere af sitecore.

Sharepoint/MOSS 2007 community til at udnytte din Sharepoint Portal Server bedre.

 


Mest læste seneste uge

Kan gratis sikkerhedssoftware virkelig beskytte din pc? Svaret er ja, hvis du vælger det rette produkt. Læs her en test af de mest pålidelige gratis sikkerhedsprogrammer.

Næsten 200 IBM-ansatte får med få timers varsel sidste arbejdsdag i dag. Ingen var orienteret forud for dagens massefyring, som effektueres øjeblikkeligt.

Flyselskabet SAS har brugt op mod trekvart milliarder kroner og seks år på at udskifte sit bookingsystem. Undervejs har der været flere projekt-udfordringer, som kulminerede en vinternat med en big bang-migrering.

Her er forklaringen på, at IBM Danmark med direktør Lars Mikkelgaard-Jensen i spidsen fyrer 170 medarbejdere.

IBM Danmark lader hovederne rulle.