Wat is het verschil tussen raamwerk versus methodologie?

Een methodologie is een set principes, tools en praktijken die kunnen worden gebruikt om processen te begeleiden om een bepaald doel te bereiken.

Een raamwerk is een losse maar onvolledige structuur die ruimte laat voor andere praktijken en tools die moeten worden opgenomen, maar veel van het vereiste proces biedt.

Als we bijvoorbeeld kijken naar de software-equivalenten, waar applicaties analoog zijn aan methodologieën: Rails en Spring zijn twee op code gebaseerde frameworks die met aangepaste code werken om een applicatie te produceren. GMail is een applicatie.

Op dezelfde manier kan Scrum worden beschouwd als een raamwerk, omdat het de ruimte laat voor teams om hun eigen technische processen, ontwikkelingsrollen, enz. Te kiezen. XP kan worden beschouwd als een methodologie, aangezien het richtlijnen biedt voor alle dingen die Scrum doet, samen met relevante technische praktijken. Ik “ben niet bekend genoeg met Prince2 om commentaar te geven, maar je begrijpt het wel.

Reacties

• Scrum is een framework. scrumguides.org/scrum-guide.html
• Scrum is geen methode of methodologie, het is een framework, het betekent je moet het afstemmen op je eigen projectbehoeften.
• @DavidLeal Scrum zoals het oorspronkelijk werd bedacht is een raamwerk. Scrum zoals het ‘ s geleerd zou kunnen worden overwogen een raamwerk, afhankelijk van wie het onderwijst. Er zijn veel mensen die Scrum-cursussen en examens volgen, en die geen ‘ enige vorm van begeleiding hebben gekregen om het aan te passen, of verbeter het, of zelfs om te vertellen of dat maatwerk nodig is. Wanneer nieuwe SMs praten over hoe ” De Scrum is heilig ” en na de sjabloonvragen zonder enige aanpassing, wordt het ‘ niet meer als een raamwerk behandeld.

PMBoK 4e editie, woordenlijst, pagina 437:

Methodologie : Een systeem van praktijken, technieken, procedures en regels gebruikt door degenen die in een discipline werken

De term “framework” wordt meer dan 20 keer gebruikt in de PMBoK maar staat niet in de woordenlijst. Ik vind dat een beetje vreemd …

Aangezien we geen PMBoK-autoriteitsreferentie hebben, geef ik de voorkeur aan de definitie van WhatIs.com :

In het algemeen is een raamwerk een echte of conceptuele structuur bedoeld om te dienen als een ondersteuning of gids voor het bouwen van iets dat de structuur uitbreidt tot iets nuttig.

Ik hou van het deel over “breidt de structuur uit tot iets nuttigs”.

Een raamwerk is een structuur, een logische manier om iets te classificeren, segmenteren, categoriseren of behouden. Ik beschouw het als een zelfstandig naamwoord.

Een methode is een actie, een manier om iets te doen. Het zou een proces of reeks procedures, activiteiten en een reeks resultaten onderweg beschrijven. Dit is meer een werkwoord.

Een raamwerk kan iets zijn om die je nastreeft. De methode brengt je daar.

Reacties

• Ik wil niet ‘ weet waarom je een downvote hebt gekregen, het lijkt me dat je antwoord redelijk verstandig en gemakkelijk te begrijpen is. En inline met @Undercover Brother ‘ s antwoord.

Ik ben het eens met Lunivore en SBWorks – hun input is zowel vanuit een academisch als vanuit een professioneel industrieel perspectief – gekruid met gezond verstand en een goed begrip van de Engelse taal

(wat vrij LAAG is in het VK, Australië, Canada, NZ en de VS – ik zie constant immigranten die lachen om de taalrampen in de lokale taal)

Ik zou kiezen voor woordenboekdefinities en die definities toepassen op een situatie.

Het probleem is, als je naar de industrie kijkt, je in wezen een hoop afval hebt dat zichzelf verspreidt – in die zin dat elk bedrijf zijn versie van het leven publiceert.

Bijv. IBM noemt zijn raamwerk gebaseerd op het Unified Process een proces – het Rational Unified Process – dat eigenlijk een raamwerk is als je ernaar kijkt. Afkomstig van een grote speler in de branche, is dit op zijn best verkeerde informatie en slechte terminologie.

Wat de terminologie van ondernemingen betreft: raamwerken en methodologieën, de meeste bedrijven en overheidsinstanties worden geleid door idioten die hun eigen definities van deze termen hebben – waarschijnlijk geïnspireerd door IBM.

(pardon Frans!)

Ik heb tenminste één topfunctionaris (CIO / CEO / CFO / CTO) een processtroomdiagram zien bekijken en het een raamwerk zien noemen.

BoKs zijn kennisgroepen die elementen en kennisgebieden beschrijven die als raamwerk kunnen worden gebruikt, en benaderingen voor het bouwen van modellen / methodologieën op basis van dat raamwerk.

Academische definities van een raamwerk suggereren dat, tenzij je standaarden bundelt, procedures en processen samen op bedrijfsniveau, hebt u geen raamwerk.

Totdat u een raamwerk distilleert in tools, methodologieën die processen beheersen en standaarden die fungeren als gateways in een procedure binnen die methodologieën, geen methodologie hebben.

In het algemeen is het Framework wat de onderneming nastreeft, of het waar voor de in de breedste zin van het woord, en de Methodologie is het hoe dat methoden, tools enz. omvat.

Ik weet zeker dat elk bedrijf dat zijn aandelen waard is, die definitie zou misbruiken totdat het niet meer is verstandiger dan de Amerikaanse dollar als reservevaluta.

Als analist bij Software Firm zal ik proberen uit te leggen met een eenvoudig real-time voorbeeld, hoop dat het kan helpen. Stel dat u in een organisatie werkt, waar u de juiste notificaties krijgt voordat dingen geïmplementeerd worden, e-mails, ondersteuning van uw hogere management, dan zijn dit de set van attributen als een raamwerk om te zeggen dat die organisatie volwassen processen heeft.

Als u op een formele manier gaat en ziet dat uw organisatie kwalificeert, is de certificering van procesonderhoud toegekend door een auditor eigenlijk een proces dat zegt dat de organisatie de processen daadwerkelijk volgt.

Hierbij kan het proces wees een formeler attribuut en framework als een real-time attribuut.

Bedankt!

Reacties

• Hallo Rahul Bansal. De vraag gaat over het verschil tussen raamwerk en methodologie. U bent vergeten het methodologiegedeelte te noemen. Overweeg om de vraag te bewerken of schrijf dit als een opmerking.

hier zijn enkele suggesties om er gebruik van te maken kader en methodologie: (ik heb tegenwoordig ook aan hetzelfde gedacht)

1. door observatie, bepaal de staat van zijn de persoon, het bedrijf, het land dat het leuk vindt, het hoeft niet logisch zijn meestal wat we zien is niet waarheid maar iemands manifest van zijn eigen versie van het leven (zoals undercover-bother zei)

2. beslis of je het leuk vindt, als je kan het accepteren

3. als je niet zomaar weg kunt gaan, is het leven te kort om te worstelen
4. als je kunt, ga dan nadenken over hoe je dat fenomeen kunt laten gebeuren, de kans is groot dat vind veel reeds ontwikkelde manieren en is logisch, en ga er gewoon mee akkoord

het ideaal is misschien niet wat u denkt, maar zolang u kunt accepteren, bent u op een goede plaats.

Scrum: F ramework of methodologie?

Per definitie is Scrum een Agile framework. Sommigen zien het echter als een methodologie. Wie heeft er nu gelijk? Het hangt er echt van af hoe u ernaar kijkt.

Laten we eerst proberen het verschil tussen raamwerk en methodologie te verduidelijken. In deze context is een raamwerk een losse richtlijn die de hoofdstructuur van softwareontwikkeling definieert. Het dicteert echter niet hoe u bepaalde dingen moet doen. Een raamwerk is geen stapsgewijs recept, omdat het ons niet vertelt op welke tools en processen we moeten vertrouwen.

Gegeven een raamwerk kunnen we de manier definiëren waarop we onze doelen willen bereiken . Nu hebben we zowel een structuur als een reeks standaarden, tools en werkwijzen. Dat is de methodologie.

Je hebt een methodologie als je de hiaten van de structuur opvult die door een raamwerk worden gedefinieerd.

Laten we nu teruggaan naar onze oorspronkelijke vraag. Is Scrum een raamwerk of een methodologie? Scrum definieert zeker een structuur: het vertelt ons dat we ontwikkelsprints nodig hebben, met Sprint Planning, Dagelijkse Scrum, Sprint Review en Retrospective meetings. Scrum past dus in de definitie van een raamwerk.

Geeft Scrum ons aan welke tools we moeten gebruiken, zoals Excel voor planning, Trello voor voortgangsregistratie of Microsoft Visio voor het ontwerpen van onze software? Nee!

Scrum is dus een raamwerk, geen methodologie, toch? Nou, niet zo snel! Veel mensen zien Scrum als een methodiek omdat de tools en de standaarden al aanwezig zijn. Volwassen softwareontwikkelingsbedrijven hoeven geen nieuwe software en processen te introduceren, maar passen de bestaande alleen aan de structuur van Scrum.

Ik ben getuige geweest van verschillende overgangen van Waterfall naar Agile waarvoor geen significante veranderingen in tooling nodig waren, maar eerder in de hoofden van mensen.