FAQ |
Kalender |
|
![]() |
#1 | ||
|
|||
Flitig postare
|
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. |
||
![]() |
![]() |
![]() |
#2 | |||
|
||||
Mycket flitig postare
|
Citat:
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. Senast redigerad av Conth den 2010-12-29 klockan 18:55 |
|||
![]() |
![]() |
![]() |
#3 | |||
|
||||
Har WN som tidsfördriv
|
Citat:
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. |
|||
![]() |
![]() |
![]() |
#4 | ||
|
|||
Flitig postare
|
Citat:
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. |
||
![]() |
![]() |
Svara |
|
|