Det finns ju massa bra böcker i ämnet, en sökning på "projekt" hos en e-bokhandel ger en massvis med träffar. Jag har läst "Arbeta i projekt" av Sven Eklund och den tar upp det mesta på ett bra sätt.

Agile är definitivt vägen att gå, men se till at vara påläst så du verkligen förstår vad det handlar om. Många gör dumma nybörjarmisstag och tycker "agile funkar inte" men egentligen har de inte förstått utan kör på som vanligt, men med nya namn.

Ang. kravspecar är det "enkelt". Beskriv ur ett användarperspektiv och avsluta varje krav med ett "därför att". Exempel:
Systemet skall klara av 100 samtidiga användare och ingen användare skall behöva vänta mer än två sekunder på svar från servern därför att användarna inte skall uppleva systemet som segt

Det är ett bättre krav än "inga databasfrågor får ta mer än 50ms".

Sedan om du kör agile så är ju en kravspec en kanske inte en kravspec utan en samling user stories...

Tackar Elofsson och eg0master.

Det känns som att jag måste läsa ett par böcker innan jag kan säga något om ämnet. Så jag börjar med "Arbeta i projekt" och sedan Agile sedan får vi se vad som händer näst. Jag har ett stort webb projekt som jag vill starta men vill att allting ska vara rätt och professionellt gjort.

Eftersom att jag mest jobbar med Ms produkter använder jag/vi Microsoft Solutions Framework. Men som andra sagt finns det massor av olika metoder.

En sak som är värd att tänka på som projektledare när man skriver en specifikation är den så kallade åtagandetriangeln. Tid, funktion och kostnad. Låser man alla dessa mot kund innan start har man inget att "norpa" av ifall något inte skulle hålla. Uppstår tidsbrist kan man inte minska på funktionaliteten eller kostnaden eftersom dessa är låsta i specen. Uppstår problem med budgeten kan man inte minska på tidsåtgång eller funktionalitet eftersom de är låsta, osv. Att lämna ett av dessa tre åtaganden öppna lämnar utrymme för justeringar under projektets gång och en liten försäkring för de som jobbar med projektet ifall att något skulle fela.

Bra sagt Elofsson, det känns som jag har en del att lära mig ur den traditionella projektledningen :)

Du rekommenderar dock fortfarande "Arbeta i projekt" och inga fler bra böcker? :)

Helt sant. Men det är inte alltid helt enkelt att få igenom detta, speciellt om det handlar om ett fastprisprojekt. Kunden vill oftast ha alla dessa tre faktorer i offerten och sen i avtalet.

Den boken är den enda jag läst i ämnet så det finns helt säkert andra som är bra. Rekommenderar i alla fall denna.

Sant. Kund/beställaren vill ju gärna låsa de tre delarna så klart. :) Tidsåtgång, funktion och pris ska ju helst vara och bli som beställt. Det som återstår då är väl att överdriva i rimlig mån så att man har mariginaler att ta av ifall något skulle fela. Var inte länge sedan jag gick en kurs i just projekt och där sa läraren med ett inslag av ironi att han själv brukade uppskatta tidsåtgången och sedan multiplicera den med pi (3,14). :)