Citat:
Ursprungligen postat av ITisGood.se
Jag har mycket stor respekt för ditt kunnande inom det mesta Conny, men när det gäller utvecklingsmetodik har du en väldigt ålderdomlig syn.
Mer eller mindre hela IT-branschen har anammat agila utvecklingsmetoder där man jobbar i små utvecklingsteam och i korta iterationer. Av alla utvecklingsmetoder är Scrum den mest utbredda och en av mest hyllade. Att säga att det är en hjärnskadad metod visar bara din ignorans på det här området. En viktig sak att poängtera är att de flesta av dessa utvecklingsmetoder bara är ramverk för hur man ska lägga upp saker och det finns väldigt stora möjligheter att anpassa metoderna efter verksamheten och den kompetens man har i teamet. I Scrum är det t.ex. inga problem att välja den sprintlängd som passar bäst, det kan vara allt mellan 1 vecka till 1 månad, eller i undantagsfall ännu längre. Scrum ÄR väldigt flexibelt.
RUP är däremot en väldigt föråldrad utvecklingsmetod även om det finns många bra delar som fortfarande är väldigt användbara, men inte riktigt på samma sätt. RUP förespråkar till stor del vattenfallsmodellen(även om det utvecklats en hel del iom agil-vågen) som de allra flesta har dömt ut på grund av dess inflexibilitet och för att det blir väldigt mycket oproduktivt arbete som inte skapar värde(waste/muda i lean terminologi). Man kan plocka ut guldkornen ut RUP och använda dem agilt. T.ex. kan ett klassdigram vara ett levande dokument som gör ändringar i allteftersom man implementerar klasserna istället för att försöka tänka igenom allt på förhand och spika det innan man börjar med implementationen. RUP har givetvis flera tillämpningsområden och passar väldigt bra i vissa projekt. Jag tänker främst på stora projekt där man vet vad man vill ha och det inte finns så mycket osäkerhet eller risk för att kraven kommer att ändras, t.ex. banksystem. Vid utveckling av nya innovativa lösningar måste man vara mer lättrörlig så att man hantera ändrade förutsättningar och därmed krav på ett effektivt sätt med minimalt med spill och bortkastat arbete.
Innovativa företag som t.ex. Facebook och Google måste jobba väldigt agilt för att kunna upprätthålla innovationskraften medan banker oftast inte jobbar speciellt agilt eftersom det viktigaste där är stabilitet och att lösningarna är väldigt välgenomtänkta och vältestade.
Att kombinera Scrum och Kanban är ofta en enormt lyckad kombination. Här är en kort video om det: http://www.youtube.com/watch?v=0EIMxyFw9T8 |
För det första Ignorera betyder att strunbta i på svenska, att vara ignorant betyder att vara en person som struntar i något (på svenska).
På engelska betyder "Ignorant" att man är "okunnig" eller "saknar kompetens".
Din beskrivning av RUP bevisar bara att du inte har en aning om vad du pratar om! RUP var en föregångare när det gäller korta utvecklingscykler, iterativ och inkrementell utveckling. RUP är extremt flexibel som metod och det finns inte ett spår av vattenfallsmodell inom RUP. RUP är även en verktygslåda med färdiga definitioner som man kan använda OM MAN VILL. Men det finns inte mycket man MÅSTE göra annat än iterationer, inkrementellt och iterativt utvecklingsarbete, samt att man levererar s.k. artefakter (leverabler). Ett viktigt dokument i RUP är SAD (Software Architecture Document).( Se detaljer om metoden på Wikipedia:
http://sv.wikipedia.org/wiki/Rational_Unified_Process )
Det finns faser där man fokuserar på olika saker men de är i högsta grad flytande från projekt till projekt.
SCUM har by definition satt in Timeboxing så att man alltid måste hålla samma längd på sprintarna vilket gör att man "by definition" måste skapa ganska krystade leveranser och om du följer med i nyhetsforumen på internet så klagar folk på just detta som ett stort problem med SCRUM. Om du anpassar längden på en sprint så följer du inte SCRUM-metoden och bör inte hävda det. Då har du ju insetta tt den inte funkar som den är "out-of-the-box" som det hävdas att den ska göra utan du måste anpassa den så den blir mer likt RUP med sin flexibla inställning till hela utvcklings-processen.
Agile RUP:
http://www.agilemodeling.com/essays/...odelingRUP.htm (RUP ur en agil synvinkel)
Se detaljer om Toyota LEAN Production:
http://sv.wikipedia.org/wiki/Lean_production
Se detaljer om KanBan:
http://www.crisp.se/gratis-material-och-guider/kanban
Se detaljer om SCRUM:
http://sv.wikipedia.org/wiki/Scrum
Jag är specialist på systemutveckling och systemutvcklingsmetoder så kom inte med idiotiska kommentarer om att jag inte vet vad jag pratar om eller att jag har ett förlegat synsätt på arbetsmetoder inom systemutveckling. Då gör du dig själv bara till åtlöje.