[Conny Westh]

Vi är nog rörande överens om att det finns ett problem med att ha bristfälliga kravspecifikationer.

Vi har däremot olika uppfattning hur problemet ska hanteras på bästa sätt.

Jag ser dock att i TS fall så skulle det ha varit till hjälp för båda parter att ha tagit fram en kravspec eftersom beställaren och leverantören har helt olika uppfattning om vad jobbet innebar.

Beställarna måste höja sin kompetens vad gäller just beställarfunktionen och vara beredda på att ta fram ordentliga kravspecar, leverantören behöver vara hårdare och inte acceptera jobb utan tillräckliga specifikationer, då undviker man många tvister.

Jag sammanfattar det som jag brukar; En överenskommelse/avtal/specifikation som inte tål att dokumenteras på papper är inte värd pappret den är skriven på!

[blixtsystems]

Då beställaren inte är en organisation som har anställda med den kunskap som krävs för att ta fram en grundlig specifikation är det dock svårt att begära det av dem.

Jag tycker det förefaller som TS problem verkar ha att göra med en utvecklare som inte har kommunicerat väl och inte gjort ett bra jobb. Även om det är mindre sannolikt så är det inte säkert att en grundlig specifikation helt hade undvikit situationen. Som beställare skall du inte behöva presentera en databasstruktur, utan det skall utvecklaren klara. En utvecklare som inte klarar det kommer förmodligen heller inte klara att skriva en specifikation som håller en hög standard.

Vill man som företagare utan tillräcklig kunskap för att skriva grundliga specifikationer minimera riskerna för problem med en utvecklare är det bästa förfarandet att först beställa en specifikation. Då kan man om inte annat få en bättre uppfattning om utvecklarens kompetens. Det kan vara en hel del jobb och kan höja kostnaden på projektet, och i vissa fall kan det faktiskt vara värt risken att nöja sig med en mindre omfattande specifikation, men det kräver självfallet att du kan lita på att utvecklaren har en bra förståelse för projektet och bryr sig om att hitta optimala lösningar.

Mitt svar var från en utvecklares perspektiv, och även om en beställare kan tjäna på att strunta i att ta fram en grundlig specifikation är det sällan ett tillvägagångssätt jag skulle rekommendera, framförallt inte med en utvecklare man inte har tidigare erfarenhet av att jobba med. Men om man som utvecklare vet med sig att man brukar göra ett jobb som kunderna blir nöjda med utan att ha dokumenterat allt i minsta detalj, kan det vara ok att gå med på att göra mindre jobb utan en grundlig specifikation om kunden inte vill betala för att du skall skriva specifikation innan du ger en offert.

Det tar emot för mig att acceptera sådana förhållanden, men det är verkligheten som jag har erfarit den, och även om det kan verka slarvigt och riskabelt har det inte resulterat i några problem för mig under de ca 8 år jag jobbat som enskild frilansare.

[Conth]

Ursprungligen postat av blixtsystems

En utvecklare som inte klarar det kommer förmodligen heller inte klara att skriva en specifikation som håller en hög standard.

Tycker det låter helt bakvänt att leverantören skall skriva kravspecen som du verkar vara inne på!?

Som utvecklare förväntas man få en kravspec från beställaren. Sedan kan givetvis en beställare lägga ut specifikationsjobbet på någon som kan verksamheten bra, men detta har normalt inget med själva utvecklingsjobbet att göra. Enligt min erfarenhet är det mycket olyckligt om en kravspec skrivs av den som skall göra utvecklingen.

[pelmered]

Jag måste hålla med blixtsystems här.

Det är orimligt att som utvecklare kräva att beställaren ska ha kompetensen att själv till ta fram kravspecifikationer som beskriver exakt hur slutresultatet ska bli om man inte jobbar emot stora företag eller organisationer. Anledningen till att man anlitar någon konsult utifrån är ju att man saknar kompetensen själv och utan att veta hur utvecklingen går till är det svårt att göra en bra kravspec. Det är också ofta svårt för kunden att veta precis vad de vill ha. De har ett problem som de vill lösa och då måste utvecklaren i många fall hjälpa till med att hitta lösningen och skriva en kravspec.

Jag tycker nog att det är utvecklarens ansvar att se till att det upprättas en kravspec som han är nöjd med så att det inte råder några tvivel om vad som ska göras och hur.

Som utvecklare måste man ju också kunna vara flexibel nog att kunna ändra specifikationerna något på vägen till en extra kostnad som motsvarar det extra arbetet det innebär.
Som sagt, normalfallet är att kunden inte vet exakt vad de vill ha. Det har ett problem som de behöver en lösning till och eftersom de inte har kompetensen själva att lösa det tar de in en konsult. Hur ska man då kunna kräva att kunden har kompetensen till att upprätta en kravspec?

[Conth]

Ursprungligen postat av ITisGood.se

Jag måste hålla med blixtsystems här.

Det är orimligt att som utvecklare kräva att beställaren ska ha kompetensen att själv till ta fram kravspecifikationer som beskriver exakt hur slutresultatet ska bli om man inte jobbar emot stora företag eller organisationer. Anledningen till att man anlitar någon konsult utifrån är ju att man saknar kompetensen själv och utan att veta hur utvecklingen går till är det svårt att göra en bra kravspec. Det är också ofta svårt för kunden att veta precis vad de vill ha. De har ett problem som de vill lösa och då måste utvecklaren i många fall hjälpa till med att hitta lösningen och skriva en kravspec.

Jag tycker nog att det är utvecklarens ansvar att se till att det upprättas en kravspec som han är nöjd med så att det inte råder några tvivel om vad som ska göras och hur.

Som utvecklare måste man ju också kunna vara flexibel nog att kunna ändra specifikationerna något på vägen till en extra kostnad som motsvarar det extra arbetet det innebär.
Som sagt, normalfallet är att kunden inte vet exakt vad de vill ha. Det har ett problem som de behöver en lösning till och eftersom de inte har kompetensen själva att lösa det tar de in en konsult. Hur ska man då kunna kräva att kunden har kompetensen till att upprätta en kravspec?

Tycker vi pratar om 2 olika saker här:
1. Kunden har inte kompetens att specificera vad som skall göras. Då tar man in en konsult som måste kunna branschen/verksamheten mycket väl.
2. Ett rent utvecklingsjobb. Då skall inte utvecklaren skriva kravspec:en. Då pratar jag om en utvecklare som inte är mycket väl insatt i kundens verksamhet.

Sedan kan det finnas fall där det kan kombineras, främst vid små nischade uppdrag.

[pelmered]

Ursprungligen postat av Conth

Tycker det låter helt bakvänt att leverantören skall skriva kravspecen som du verkar vara inne på!?

Som utvecklare förväntas man få en kravspec från beställaren. Sedan kan givetvis en beställare lägga ut specifikationsjobbet på någon som kan verksamheten bra, men detta har normalt inget med själva utvecklingsjobbet att göra. Enligt min erfarenhet är det mycket olyckligt om en kravspec skrivs av den som skall göra utvecklingen.

I mindre organisationer finns det sällan någon som både kan verksamheten bra och som kan skriva en specifikation så bra att utvecklaren vet exakt vad som ska göras.
Ska man då ta in en konsult till som först ska lära sig hela verksamheten och sedan skriva en kravspecifiktaion?

Helt okej för ett stort företag, men det känns inte riktigt hållbart eller rimligt när det gäller små företag eller organisationer med en begränsad budget.

[pelmered]

Ursprungligen postat av Conth

Tycker vi pratar om 2 olika saker här:
1. Kunden har inte kompetens att specificera vad som skall göras. Då tar man in en konsult som måste kunna branschen/verksamheten mycket väl.
2. Ett rent utvecklingsjobb. Då skall inte utvecklaren skriva kravspec:en. Då pratar jag om en utvecklare som inte är mycket väl insatt i kundens verksamhet.

Sedan kan det finnas fall där det kan kombineras, främst vid små nischade uppdrag.

Kunden och utvecklaren gör ju såklart kravspecen tillsammans då. Kunden har kunskap om verksamheten och utvecklaren har kunskapen som krävs för att skapa en lösning enligt de önskemål som kunden har.

[blixtsystems]

Ursprungligen postat av Conth

Tycker det låter helt bakvänt att leverantören skall skriva kravspecen som du verkar vara inne på!?

Som utvecklare förväntas man få en kravspec från beställaren. Sedan kan givetvis en beställare lägga ut specifikationsjobbet på någon som kan verksamheten bra, men detta har normalt inget med själva utvecklingsjobbet att göra. Enligt min erfarenhet är det mycket olyckligt om en kravspec skrivs av den som skall göra utvecklingen.

Jag säger inte att det är ett idealisk scenario eller hur det ska vara, utan pratar om mina erfarenheter med att jobba med mindre kunder utan en organisation med befintlig kompetens.
Vem skall de vända sig till om de inte har kunskapen att skriva en specifikation själva?
Jag känner inte till många företag som är specialister på att skriva specifikationer, utan det faller enligt vad jag erfar alltid på antingen beställaren, webbyrån eller utvecklare.

Har man inte kunskapen om hur man skriver en specifikation måste man anlita någon som får sätta sig in i verksamheten. Har man budget för det lär man få bäst resultat med en webbyrå som har folk som kan skriva specifikationer såväl som utvecklare, men man kommer inte ifrån att man måste hitta någon som kan sätta sig in i verksamheten.

Har man jobbat med utveckling en längre tid har man ju en hel del insikt i vad som krävs av en specifikation och vad som resulterar i en lyckad webbsida eller applikation.
Min erfarenhet är den motsatta av din. Då företagare som själva inte kan mycket om utveckling försöker göra en grundlig specifikation blir ofta resultatet inte speciellt lyckat, även om de råkar vara metodiska och faktiskt skulle lyckas göra ett bra jobb med att dokumentera vad de vill ha. Det är ett måste att vara en duktig arkitekt och kunna användarvänlighet för att ta fram en specifikation från grunden, och oavsett vad många beställare må tro om sina kunskaper på det området så är de ofta bristfälliga. Att utveckla en specifikation i samråd med utvecklaren kommer oftast ge ett bättre resultat.
Utvecklaren kan dessutom göra prototyper, UML-diagram och förslag till databasstruktur för att se till att allt är ordentligt genomtänkt innan utvecklingsarbetet påbörjas.

Självfallet är det skillnad på utvecklare och utvecklare, och det finns de som är mycket duktiga på algoritmer eller kan massa språk extremt väl men som är usla arkitekter. Och de finns ypperliga arkitekter som inte är speciellt duktiga på att programmera.
Då det gäller TS situation låter det som det inte har varit frågan om ett projekt med hundratusentals kronor i budget, och då går det ju bort med det idealiska scenariot där man anlitar en webbyrå som har en kundkontakt som man kan diskutera sina önskemål med, arkitekter, designers samt duktiga utvecklare.
Anlitar man då en utvecklare som inte är en duglig arkitekt, inte är kapabel att sätta sig in i verksamheten eller inte är bra på att kommunicera med kunden är det självfallet något som lätt leder till katastrof. Det är inte att rekommendera även om man anser att man har kunskapen för att skriva specifikationen själv. Har man inte många års erfarenhet med att utveckla applikationer är man helt enkelt inte kompetent att ensam agera arkitekt, så även om utvecklaren gör precis som du tänkt dig kommer förmodligen resultatet bli långt ifrån optimalt.

[blixtsystems]

Ursprungligen postat av Conth

Tycker vi pratar om 2 olika saker här:
1. Kunden har inte kompetens att specificera vad som skall göras. Då tar man in en konsult som måste kunna branschen/verksamheten mycket väl.
2. Ett rent utvecklingsjobb. Då skall inte utvecklaren skriva kravspec:en. Då pratar jag om en utvecklare som inte är mycket väl insatt i kundens verksamhet.

Sedan kan det finnas fall där det kan kombineras, främst vid små nischade uppdrag.

Precis, kombinationen av de rollerna är det jag pratar om, och huvudsakligen den typ av uppdrag jag jobbar med. Jag tror inte det är speciellt ovanligt med sådana scenarion, utan det är med regel än undantag då det gäller små företag och små webbyråer eller enskilda utvecklare.

[tartareandesire]

Det känns som att ni alla talar om vitt skilda verksamheter i den här tråden vilket gör diskussionen helt meningslös. Handlar det om mindre företag som inte har särskilt mycket erfarenhet av internet så är det självklart så att man inte kan få en ordentlig kravspec. Har man valt att rikta in sig mot den typen av kunder måste man hantera den delen av arbetet själv i många fall men då ska man givetvis också ta betalt även för detta och förklara vikten av det för kunden. Detta gör man lämpligtvis i nära samarbete med kunden. Handlar det om större projekt så kan man ju dock ifrågasätta om det verkligen är en bra idé att diskutera alla detaljer. Jag hade själv aldrig gjort det men det beror nog mest på att jag tycker den typen av jobb är extremt tråkiga och inte sysslar med det längre Arbetar man däremot som mig mestadels med företag som har internet som primärt verksamhetsområde så har de normalt sett inga svårigheter att lämna en utförlig kravspec och de har även god kunskap om de flesta tekniska lösningar. Sedan finns det givetvis mellanting. Det är inte alltid en kravspec är nödvändig, jag har själv många gånger arbetat utan att en sådan funnits på förhand och det har aldrig varit några större problem.

Det är omöjligt att ge något rätt svar på frågeställningen utan att känna till alla detaljer men rent generellt får man nog skylla sig själv ifall det inte finns någon konkret överenskommelse om vad som ska levereras. Det är mycket svårt att kräva något i efterhand oavsett om jobbet gjorts bra eller dåligt.