Hvad er forskellen mellem ramme og metode?

En metode er et sæt principper, værktøjer og praksis, der kan bruges til at styre processer for at nå et bestemt mål.

En ramme er en løs, men ufuldstændig struktur, der giver plads til, at andre metoder og værktøjer kan inkluderes, men som giver meget af den krævede proces.

Hvis vi f.eks. ser på softwareækvivalenter, hvor applikationer er analoge med metoder: Rails og Spring er to kodebaserede rammer, der arbejder med brugerdefineret kode for at producere en applikation. GMail er en applikation.

På samme måde kan Scrum betragtes som en ramme, da det giver plads til teams til at vælge deres egne tekniske processer, udviklingsroller osv. XP kan betragtes som en metode, da den giver retningslinjer for alle de samme ting, som Scrum gør sammen med relevant teknisk praksis. Jeg kender ikke Prince2 til at kommentere, men du får billedet.

Kommentarer

• Scrum er en framework. scrumguides.org/scrum-guide.html
• Scrum er ikke en metode eller en metode, det er en ramme, det betyder du er nødt til at skræddersy det til at passe til dit eget projekts behov
• @DavidLeal Scrum, som det oprindeligt blev udtænkt, er en ramme. Scrum, da det ‘ læres, kan overvejes en ramme, afhængigt af hvem der underviser i. Der er mange mennesker, der tager Scrum-kurser og eksamener, og som ikke ‘ ikke får nogen form for vejledning i, hvordan man skræddersyr den, eller forbedre det, eller endda at fortælle, om det er nødvendigt at skræddersy. Når nye SMer taler om, hvordan ” Scrum er hellig ” og efter skabelonspørgsmål uden nogen tilpasning behandles det ikke ‘ som en ramme.

PMBoK 4. udgave, ordliste, side 437:

Metodologi : Et system med praksis, teknikker, procedurer og regler, der bruges af dem, der arbejder i en disciplin

Udtrykket “framework” bruges mere end 20 gange i PMBoK men findes ikke i ordlisten. Jeg finder det noget underligt …

Da vi ikke har en PMBoK autoritetsreference, foretrækker jeg definitionen fra WhatIs.com :

Generelt er en ramme en reel eller konceptuel struktur beregnet til at tjene som en støtte eller vejledning til opbygningen af noget, der udvider strukturen til noget nyttigt.

Jeg kan godt lide delen om “udvider strukturen til noget nyttigt.”

En ramme er en struktur, en logisk måde at klassificere, segmentere, kategorisere eller vedligeholde noget. Jeg tænker på det som et substantiv.

En metode er en handling, en måde at gøre noget på. Det ville beskrive en proces eller et sæt procedurer, aktiviteter og en række output undervejs. Dette er mere et verbum.

En ramme kan være noget at som du stræber efter. Metoden får dig dertil.

Kommentarer

• Jeg don ‘ t ved hvorfor du fik en nedstemning, det forekommer mig, at dit svar er ret fornuftigt og let at forstå. Og indbygget med @Undercover Brother ‘ s svar.

Jeg er enig med Lunivore og SBWorks – deres input er fra både et akademisk og fra et professionelt branchebaseret perspektiv – krydret med sund fornuft og en forståelse af det engelske sprog

(som er ret lavt i Storbritannien, Australien, Canada, NZ og USA – Jeg ser konstant indvandrere, der griner godt af de lokale sprogkatastrofer)

Jeg vil gå med ordboksdefinitioner og anvende disse definitioner på en situationen.

Problemet er, at hvis du prøver at se på branchen, har du i det væsentlige en masse selvopformerende affald – ved at hver virksomhed offentliggør sin version af livet.

F.eks. kalder IBM det ramme baseret på den forenede proces en “proces” – den rationelle forenede proces – som faktisk er en ramme, når man ser på det. Kommer fra en stor aktør i branchen, er dette misinformation og dårlig terminologi, når det er bedst.

Hvad angår terminologieramme: rammer og metoder, drives de fleste virksomheder og offentlige organer af idioter, der har deres egne definitioner af disse udtryk – sandsynligvis inspireret af IBM.

(undskyld min Fransk!)

Jeg har set mindst en topofficer (CIO / CEO / CFO / CTO) se på et procesdiagram og kalde det en ramme.

BoKs er vidensorganer, der beskriver elementer og videnområder, der kan bruges som en ramme, og tilgange til at opbygge modeller / metoder baseret på denne ramme.

Akademiske definitioner af en ramme antyder, at medmindre du bundler standarder, procedurer og processer sammen på virksomhedsniveau, har du ikke en ramme.

Før du destillerer en ramme i værktøjer, metoder, der styrer processer og standarder, der fungerer som gateways i en procedure inden for disse metoder, er du har ikke en metode.

Meget bredt er rammen hvad virksomheden sigter mod eller “hvor” for th uanset i bredeste forstand, og metoden er hvordan, der inkluderer metoder, værktøjer osv.

Jeg er sikker på, at alle virksomheder, der er værd at dele dem, ville være derude og misbruge den definition, indtil den ikke er mere fornuftigt end den amerikanske dollar som reservevaluta.

Som analytiker hos Software Firm vil jeg prøve at forklare det med et simpelt eksempel i realtid, håber det kan hjælpe. Antag at du arbejder i en organisation, hvor du får ordentlige meddelelser inden tingene implementeres, e-mails, support fra din højere ledelse, dette er sæt af attributhenvisninger som en ramme for at sige, at organisationen har modne processer.

Snarere, når du går på en formel måde og ser, at din organisation kvalificerer certificering af procesvedligeholdelse tildelt fra en revisor, faktisk er en proces, der siger, at organisationerne faktisk følger processerne.

Herved kan processen være en mere formel attribut og ramme som en realtidsattribut.

Tak!

Kommentarer

• Hej Rahul Bansal. Spørgsmålet drejer sig om forskellen mellem ramme og metode. Du glemte at nævne metodedelen. Overvej at redigere spørgsmålet eller skriv dette som en kommentar.

her er nogle forslag til at vænne sig til ramme og metode: (Jeg har også tænkt på det samme i disse dage)

1. ved observation, bestemme tilstanden af at være personen, virksomheden, landet kan lide, det behøver ikke giver mening, hvad vi ser, er ikke “sandhed”, bare en persons manifest af deres egen version af livet (som undercover gider sagde)

2. beslutte, om du kan lide det, hvis du kan acceptere det

3. hvis du ikke bare kan gå, livet er for kort til at kæmpe
4. hvis du kan, end at begynde at tænke på, hvordan man får dette fænomen til at ske, chancerne er, at du vil find en masse allerede udviklede måder og giver mening, og bare gå sammen med det

idealet er måske ikke som du tror, men så længe du kan acceptere, end du er på en god sted.

Scrum: F ramework eller Methodology?

Per definition er Scrum en agil ramme. Nogle ser det dog som en metode. Hvem har nu ret? Det afhænger virkelig af, hvordan du ser på det.

Lad os først forsøge at afklare forskellen mellem ramme og metode. I denne sammenhæng er en ramme en løs retningslinje, der definerer hovedstrukturen i softwareudvikling. Det dikterer dog ikke, hvordan man gør visse ting. En ramme er ikke en trinvis opskrift, idet den ikke fortæller os, hvilke værktøjer og processer vi kan stole på.

Givet en ramme kan vi definere den måde, vi ønsker at nå vores mål på . Nu har vi både en struktur og et sæt standarder, værktøjer og praksis. Det er metoden.

Du har en metode, hvis du udfylder hullerne i strukturen, der er defineret af en ramme.

Lad os nu gå tilbage til vores oprindelige spørgsmål. Er Scrum en ramme eller en metode? Scrum definerer en struktur med sikkerhed: det fortæller os, at vi har brug for udviklingssprints med Sprint Planning, Daily Scrum, Sprint Review og Retrospective-møder. Således passer Scrum til definitionen af en ramme.

Fortæller Scrum os, hvilke værktøjer der skal bruges, såsom Excel til planlægning, Trello til sporing af fremskridt eller Microsoft Visio til design af vores software? Nej!

Så, Scrum er en ramme, ikke en metode, ikke? Nå, ikke så hurtig! Mange mennesker opfatter Scrum som en metode, fordi værktøjerne og standarderne allerede er givet. Ældre softwareudviklingsfirmaer behøver ikke at introducere ny software og processer, bare tilpasse de eksisterende til strukturen fra Scrum.

Jeg har været vidne til adskillige overgange fra Waterfall til Agile, der ikke krævede væsentlige ændringer i værktøj, men snarere i folks sind.