Citat:
Ursprungligen postat av ConnyWesth
Om man ser till större företag så brukar en aktivitet vara i storleksordningen 200 mantimmar i den löpande förvaltningen av applikationer och det är först när man kommer upp i manår (ett manår är ca 1200-1250 mantimmar beroende på bolag) som man brukar lägga upp en "projekt" för en samlad grupp aktiviteter.
När man hyr in konsulter så brukar man specificera ett antal aktiviteter för varje konsult men man är ofta fler personer som jobbar paralellet med olika delar av ett projekt, ibland delar man även upp aktiviteter så det är fler som jobbar med dem. Men det är att föredra att man allokerar en person för varje aktivitet.
Personligen föredrar jag att en aktivitet sk delas upp så den räknas i några dagar eller helt inte mer än någon vecka. Men det beror på vad det gäller för uppgift.
Enligt metoderna Toyotas Lean, Rational/IBMs RUP och KanBan så kan aktiviteterna variera i storlek och även iterationerna, SCRUM har inte den flexibiliteteten utan där har man bestämt att en "sprint" (SCRUMS namn på en iteration) alltid ska vara exakt en viss längd (tror det var 2 veckor).
Jag tycker att en kombination av Lean (generella principer för att hitta och undvika flaskhalsar i produktionsprocesser), RUP (Utvecklingsmetod), PROPS (projektstyrningsmetod) och KanBan(projektstyrningsmetod) är mest intressant. SCRUM (projektstyrningsmetod) är en "hjärnskadad" metod som inte borde användas.
|
SCRUM fungerar bra om du kan jobba relativt nära med kunden då möten hålls såpass frekvent. Fördelen med denna metod är att man är mer flexibel och kan svänga projektet, något som ofta sker inom webbprojekt. Möjligt det inte fungerar lika bra på stora projekt där man är många utvecklare...har bara erfarenhet upp till ~10st och då var det inga problem.