2008-05-07 03:27
- Computer Sweden:
Ja, Rup är min bäbis
Av
| 
Debatt
Ivar Jacobson har skapat modelleringsspråket uml och utvecklingsmetoden Rup. CS har utnämnt honom till Sveriges skarpaste utvecklare. Här beskriver han svårigheterna med sin gamla metodik Rup.
”Rup var din bäbis, men hur ser du på Rup i dag?” I en intervju för några år sedan svarade jag skämtsamt: ”Ja, Rup är min bäbis, men som du vet växer bäbisar upp och behöver uppfostras.”
Processen Rup skapades i Sverige 1987, med namnet Objectory. Det nya var att ramverket Objectory kunde användas för att beskriva alla aspekter av mjukvaruutveckling.
Jag ville i första hand identifiera alla regler som vi följer när vi utvecklar bra mjukvara: hur hittar man bra användningsfall, bra komponenter och bra testfall?
För att lyckas använde vi objektmodellering för att beskriva Objectory. Nu kunde vi, tekniskt sett, låta ramverket växa för evigt. Alla kunde definiera sina egna processer med Objectory.
Objectory blev en stor framgång och överlevde samgåendet med Rational 1995. Nästa version fick namnet Rational Objectory Process, men efter att uml blivit en framgång ändrades namnet till Rational Unified Process, eller Rup som den är känd som i dag.
Under arbetet med att sammanföra de båda företagen växte processen väldigt mycket. Men Objectorys kronjuveler, vår innovation för hur man skapar ett processramverk och bra regler, överlevde.
Utmaningarna med först Objectory och sedan Rup var stora. För det första var det för dyrt att införa Rup.
För det andra utvecklades Rup av ett företag och alla nya idéer måste filtreras genom vårt folk innan de kunde läggas till i Rup.
För det tredje är alla processer pappersprodukter, vilket påverkar användandet. Det innebär att det saknas överensstämmelse mellan vad projektgrupper gör och vad processen säger att de ska göra. Eftersom projektgruppen är ansvarig blir processens värde lågt.
svårigheterna banade väg för agilerörelsen. Men det finns en massa bra idéer i Rup och företag som har infört Rup på ett framgångsrikt sätt har fått kompetenta anställda och något att bygga på inför framtiden.
Jag och mitt företag har arbetat med dessa utmaningar. Problemet med införandet hanteras genom en fokusering på vad som är viktigt, i stället för att vara komplett. Vi använder spelkort och brädspel för att beskriva processen. Och man behöver inte längre införa en hel process, det räcker med en praxis åt gången.
Problemet med att få in nya idéer i processen finns inte längre, eftersom vi fokuserar på olika praxis i stället för på hela processen. En praxis kan komma varifrån som helst och anpassas till ditt sätt att arbeta.
Problemet med genomförandet är svårast att lösa. Lösningen är vår lilla hemlighet, men du är välkommen att lära dig mer om det genom att studera Esswork och Essup. Lita på mig, lösningen är mycket smart.
OBS! Denna artikel är mer än tio dygn gammal och är därför stängd för vidare debatt.