Vad är skillnaden mellan ramverk och metodik?

En metod är en uppsättning principer, verktyg och metoder som kan användas för att styra processer för att uppnå ett visst mål.

En ram är en lös men ofullständig struktur som lämnar utrymme för andra metoder och verktyg som ska inkluderas men ger mycket av den process som krävs.

Om vi till exempel tittar på programvaruekvivalenter där applikationer är analoga med metoder: Rails och Spring är två kodbaserade ramar som fungerar med anpassad kod för att producera en applikation. GMail är en applikation.

På samma sätt kan Scrum betraktas som ett ramverk eftersom det ger utrymme för team att välja sina egna tekniska processer, utvecklingsroller etc. XP kan betraktas som en metod, eftersom den ger riktlinjer för alla samma saker som Scrum gör, tillsammans med relevant teknisk praxis. Jag är inte tillräckligt bekant med Prince2 för att kommentera, men du får bilden.

Kommentarer

• Scrum är en ramverk. scrumguides.org/scrum-guide.html
• Scrum är inte en metod eller metod, det är ett ramverk, det betyder du måste skräddarsy det för att passa dina egna projektbehov
• @DavidLeal Scrum som det ursprungligen var tänkt är ett ramverk. Scrum eftersom det ’ lärs ut kan övervägas ett ramverk, beroende på vem som undervisar det. Det finns många människor som tar Scrum-kurser och tentor och som inte ’ inte får någon form av vägledning om hur man skräddarsyr det, eller förbättra det, eller till och med för att berätta om det behövs skräddarsy. När nya SM pratar om hur ” Scrum är heligt ” och efter mallfrågorna utan någon anpassning behandlas den inte längre ’.

PMBoK 4: e upplagan, ordlista, sida 437:

Metod : Ett system av metoder, tekniker, förfaranden och regler som används av dem som arbetar inom en disciplin

Uttrycket ”ram” används över 20 gånger i PMBoK men finns inte i ordlistan. Jag tycker att det är lite konstigt …

Eftersom vi inte har en PMBoK-auktoritetsreferens, föredrar jag definitionen från WhatIs.com :

I allmänhet är ett ramverk en verklig eller konceptuell struktur avsedd att fungera som stöd eller vägledning för byggandet av något som expanderar strukturen till något användbart.

Jag gillar delen om ”expanderar strukturen till något användbart.”

Ett ramverk är en struktur, ett logiskt sätt att klassificera, segmentera, kategorisera eller underhålla något. Jag tänker på det som ett substantiv.

En metod är en handling, ett sätt att göra någonting. Det skulle beskriva en process eller uppsättning procedurer, aktiviteter och en serie resultat längs vägen. Detta är mer av ett verb.

En ram kan vara något att som du strävar efter. Metoden tar dig dit.

Kommentarer

• Jag don ’ t vet varför du fick en nedröstning, det verkar för mig att ditt svar är ganska förnuftigt och lätt att förstå. Och inline med @Undercover Brother ’ s svar.

Jag instämmer med Lunivore och SBWorks – deras insatser är från både ett akademiskt och ur ett professionellt branschbaserat perspektiv – kryddat med sunt förnuft och en förståelse för det engelska språket

(vilket är ganska LAV i Storbritannien, Australien, Kanada, NZ och USA – Jag ser ständigt invandrare som skrattar åt lokala språkkatastrofer.

Jag skulle gå med ordboksdefinitioner och tillämpa dessa definitioner på en situationen.

Problemet är att om du försöker titta på ”industrin” har du i huvudsak en massa självförökande papperskorgen – genom att varje företag publicerar sin version av livet.

Exempelvis kallar IBM det ramverk baserat på Unified Process en ”process” – den Rational Unified Process – som faktiskt är ett ramverk när man tittar på det. Kommer från en stor aktör i branschen, detta är felinformation och dålig terminologi som bäst.

När det gäller företagsterminologi: ramar och metoder, drivs de flesta företag och myndigheter av idioter som har sina egna definitioner av dessa termer – troligen inspirerade av IBM.

(ursäkta min Franska!)

Jag har sett minst en högsta tjänsteman (CIO / CEO / CFO / CTO) titta på ett processflödesdiagram och kallar det ett ”ramverk”.

BoKs är kunskapsorgan som beskriver element och kunskapsområden som kan användas som ramverk och metoder för att bygga modeller / metoder baserat på det ramverket.

Akademiska definitioner av ett ramverk föreslår att om du inte samlar standarder, förfaranden och processer tillsammans på företagsnivå, du har inget ramverk.

Tills du destillerar ett ramverk i verktyg, metoder som styr processer och standarder som fungerar som portar i en procedur inom dessa metoder, du har ingen metod.

Mycket allmänt är ramverket ”vad” företaget siktar på, eller ”vart” för i det stora hela, och metoden är ”hur” som inkluderar metoder, verktyg etc.

Jag är säker på att alla företag som är värda sina aktier skulle vara där ute och misshandla den definitionen tills den inte är förnuftigare än den amerikanska dollarn som reservvaluta.

Som analytiker på Software Firm ska jag försöka förklara det med ett enkelt realtidsexempel, hoppas att det kan hjälpa. Antag att du arbetar i en organisation, där du får korrekta aviseringar innan saker implementeras, e-post, support från din högre ledning, det här är uppsättningen attributreferens som ett ramverk för att säga att organisationen har mogna processer.

Snarare, när du går på ett formellt sätt och ser att din organisation kvalificerar certifiering av processunderhåll som tilldelats från en revisor är faktiskt en process som säger att organisationerna faktiskt följer processerna.

Härmed kan processen vara ett mer formellt attribut och ramverk som ett realtidsattribut.

Tack!

Kommentarer

• Hej Rahul Bansal. Frågan handlar om skillnaden mellan ram och metod. Du glömde att nämna metoddelen. Överväg att redigera frågan eller skriv den som en kommentar.

här är några förslag att vänja sig vid ram och metod: (Jag har tänkt på samma sak också dessa dagar)

1. genom observation, bestämma tillståndet att vara personen, företaget, landet gillar, det behöver inte meningsfullt brukar det som vi ser inte vara ”sanning”, bara någon manifestation av sin egen version av livet (som undercover bry sig sagt)

2. bestäm om du gillar det, om du kan acceptera det

3. om du inte kan lämna, livet är för kort för att kämpa
4. om du kan än börja tänka på hur man får det fenomenet att hända, chansen är att du kommer hitta många redan utvecklade sätt och vettigt, och gå bara med det

idealet kanske inte är som du tror men så länge du kan acceptera, än du är på en bra plats.

Scrum: F ramarbete eller metodologi?

Per definition är Scrum ett smidigt ramverk. Vissa ser det dock som en metod. Vem har rätt? Det beror verkligen på hur du tittar på det.

Låt oss först försöka förtydliga skillnaden mellan ram och metod. I detta sammanhang är ett ramverk en lös riktlinje som definierar huvudstrukturen för mjukvaruutveckling. Det dikterar dock inte hur man gör vissa saker. En ram är inte ett steg-för-steg-recept, eftersom det inte berättar vilka verktyg och processer vi kan lita på.

Med en ram kan vi definiera hur vi vill uppnå våra mål . Nu har vi både en struktur och en uppsättning standarder, verktyg och metoder. Det är metoden.

Du har en metod om du fyller i luckorna i strukturen som definieras av ett ramverk.

Nu går vi tillbaka till vår ursprungliga fråga. Är Scrum ett ramverk eller en metod? Scrum definierar en struktur säkert: den säger att vi behöver utvecklingssprints, med Sprint Planning, Daily Scrum, Sprint Review och Retrospective-möten. Således passar Scrum definitionen av ett ramverk.

Berättar Scrum vilka verktyg vi ska använda, till exempel Excel för planering, Trello för framstegsspårning eller Microsoft Visio för utformning av vår programvara? Nej!

Så, Scrum är ett ramverk, inte en metod, eller hur? Tja, inte så snabbt! Många uppfattar Scrum som en metod eftersom verktygen och standarderna redan finns. Mogna programvaruutvecklingsföretag behöver inte introducera ny programvara och processer, utan bara anpassa de befintliga till strukturen som Scrum tillhandahåller.

Jag har bevittnat flera övergångar från Waterfall till Agile som inte kräver betydande förändringar i verktyg, utan snarare i människors sinnen.