Jaký je rozdíl mezi rámcem a metodikou?

Metodika je soubor principů, nástrojů a postupů, které lze použít k vedení procesů k dosažení konkrétního cíle.

Rámec je uvolněná, ale neúplná struktura, která ponechává prostor pro zahrnutí dalších postupů a nástrojů, ale poskytuje většinu požadovaného procesu.

Podíváme-li se například na softwarové ekvivalenty, kde jsou aplikace analogické metodikám: Rails and Jaro jsou dva rámce založené na kódu, které při vytváření aplikace pracují s vlastním kódem. GMail je aplikace.

Stejným způsobem lze Scrum považovat za rámec, protože ponechává prostor pro týmy, aby si mohly zvolit vlastní technické procesy, vývojové role atd. XP lze považovat za metodiku, protože poskytuje pokyny pro všechny stejné věci, jaké dělá Scrum, spolu s příslušnými technickými postupy. Nejsem dostatečně obeznámen s Prince2, abych mohl komentovat, ale vy máte obrázek.

Komentáře

• Scrum je a framework. scrumguides.org/scrum-guide.html
• Scrum není metoda ani metodika, je to framework, to znamená musíte si jej přizpůsobit tak, aby vyhovoval vašim potřebám vlastního projektu
• @DavidLeal Scrum, jak byl původně koncipován, je framework. Scrum, jak je to možné rámec, podle toho, kdo ho vyučuje. Existuje spousta lidí, kteří se účastní kurzů a zkoušek Scrumu a kteří ‚ nedostanou žádné pokyny, jak jej přizpůsobit, nebo ji vylepšit, nebo dokonce zjistit, zda je toto přizpůsobení nutné. Když nové SM mluví o tom, jak “ je Scrum posvátné “ a po otázkách se šablonou bez jakékoli úpravy již není ‚ považováno za rámec.

PMBoK 4. vydání, glosář, strana 437:

Metodika : Systém postupů, technik, postupů a pravidel používaných těmi, kdo pracují v oboru.

Termín „framework“ se v systému používá více než 20krát PMBoK, ale není ve slovníku. Zdá se mi to poněkud zvláštní …

Protože nemáme odkaz na autoritu PMBoK, dávám přednost definici z WhatIs.com :

Rámec je obecně skutečná nebo koncepční struktura, která má sloužit jako podpora nebo vodítko pro budování něčeho, co rozšiřuje strukturu na něco užitečné.

Líbí se mi část o „rozšiřuje strukturu na něco užitečného.“

Rámec je struktura, logický způsob, jak něco klasifikovat, segmentovat, kategorizovat nebo udržovat. Považuji to za podstatné jméno.

Metoda je akce, způsob, jak něco udělat. Popsalo by to postup nebo soubor postupů, činností a řadu výstupů. Jedná se spíše o sloveso.

Rámec může být něčím o kterou usilujete. Metoda vás tam dostane.

Komentáře

• Nemám ‚ t víte, proč jste dostali souhlas, zdá se mi, že vaše odpověď je docela rozumná a snadno pochopitelná. A inline with @Undercover Brother ‚ s answer.

Souhlasím s Lunivore a SBWorks – jejich vstupy jsou jak z akademického, tak z profesionálního průmyslového hlediska – ochucené zdravým rozumem a porozuměním anglickému jazyku

(což je docela NÍZKÉ v Spojené království, Austrálie, Kanada, NZ a USA – neustále vidím přistěhovalce, kteří se dobře smáli nad místními jazykovými katastrofami.

Chtěl bych použít definice slovníku a použít tyto definice na Situace.

Problém je v tom, že pokud se pokusíte podívat se na „průmysl“, máte v podstatě hromadu sebepropagujících se odpadků – v tom, že každá společnost vydává svoji verzi života.

Např. IBM to nazývá „framework založený na Unified Process“ jako „proces“ – Rational Unified Process – což je ve skutečnosti rámec, když se na něj podíváte. Pochází od velkého hráče v oboru, jedná se o dezinformace a špatnou terminologii.

Co se týče podnikové terminologie re: frameworků a metodik, většina společností a vládních agentur je řízena pitomci, kteří mají své vlastní definice těchto pojmů – pravděpodobně inspirováno IBM.

(promiňte Francouzsky!)

Viděl jsem alespoň jednoho nejvyššího úředníka (CIO / CEO / CFO / CTO), jak se díval na vývojový diagram procesu a nazval jej „frameworkem“.

BoK jsou soubory znalostí, které popisují prvky a oblasti znalostí, které lze použít jako rámec, a přístupy k vytváření modelů / metodik založených na tomto rámci.

Akademické definice rámce naznačují, že pokud nespojíte standardy, postupy a procesy společně na podnikové úrovni nemáte rámec.

Dokud nedestilujete rámec do nástrojů, metodik řídících procesy a standardů, které fungují jako brány v postupu v rámci těchto metodik, vy nemáte metodiku.

Obecně řečeno, rámec je „to, o co“ podnik usiluje, nebo „kde“ pro v podstatě – v nejširším smyslu a Metodologie je „jak“, který zahrnuje metody, nástroje atd.

Jsem si jistý, že každá společnost v hodnotě svých akcií by byla venku a obtěžovala tuto definici, dokud nebude rozumnější než americký dolar jako rezervní měna.

Být analytikem v softwarové firmě, pokusím se vysvětlit s jednoduchým příkladem v reálném čase, doufám, že to může pomoci. Předpokládejme, že pracujete v organizaci, kde dostáváte správná oznámení, než se věci začnou implementovat, e-maily, podpora od vyššího managementu, to je sada referencí atributů jako rámec, který říká, že organizace má vyspělé procesy.

Spíše, když se vydáte formálním způsobem a uvidíte, že vaše organizace splňuje podmínky pro certifikaci údržby procesu udělenou auditorem, je to vlastně proces, který říká, že organizace tyto procesy skutečně dodržuje.

Tímto způsobem může proces být formálnějším atributem a rámcem jako atribut v reálném čase.

Díky!

Komentáře

• Ahoj Rahul Bansal. Otázkou je rozdíl mezi rámcem a metodikou. Zapomněli jste zmínit metodickou část. Zvažte úpravu otázky nebo ji napište jako komentář.

zde je několik návrhů, jak si zvyknout rámec a metodika: (O stejné věci přemýšlím i dnes)

1. pozorováním určete stav bytí dané osoby, společnosti, zemi, které se jí líbí, nemusí dávají smysl obvykle to, co vidíme, nejsou „pravda“, jen něčí manifest jejich vlastní verze života (jak řekl tajný obtěžující)

2. rozhodněte se, zda se vám to líbí, jestli může to přijmout

3. pokud nemůžete jen tak odejít, život je příliš krátký na to, abyste bojovali
4. pokud můžete, než začnete přemýšlet, jak tento fenomén uskutečnit, je pravděpodobné, že najděte mnoho již vyvinutých způsobů a dává smysl a prostě jděte s tím

ideál nemusí být takový, jaký si myslíte, ale pokud dokážete přijmout, než jste v dobrém místo.

Scrum: F ramework nebo metodika?

Podle definice je Scrum agilní rámec. Někteří to však vidí jako metodiku. Kdo má pravdu? Opravdu záleží na tom, jak se na to díváte.

Nejprve se pokusme objasnit rozdíl mezi rámcem a metodikou. V této souvislosti je rámec volným vodítkem, které definuje hlavní strukturu vývoje softwaru. Neznamená to však, jak určité věci dělat. Rámec není krok za krokem, protože nám neříká, na jaké nástroje a procesy se můžeme spolehnout.

S ohledem na rámec můžeme definovat způsob, jakým chceme dosáhnout našich cílů. . Nyní máme jak strukturu, tak sadu standardů, nástrojů a postupů. To je metodika.

Máte metodiku, pokud vyplníte mezery ve struktuře definované rámcem.

Nyní se vraťme k naší původní otázce. Je Scrum rámec nebo metodika? Scrum definuje strukturu pro jistotu: říká nám, že potřebujeme vývojové sprinty, s plánováním sprintu, denním scrumem, kontrolou sprintu a retrospektivními schůzkami. Scrum tedy odpovídá definici rámce.

Říká nám Scrum, jaké nástroje máme použít, například Excel pro plánování, Trello pro sledování pokroku nebo Microsoft Visio pro návrh našeho softwaru? Ne!

Takže Scrum je rámec, nikoli metodika, že? No, ne tak rychlý! Mnoho lidí vnímá Scrum jako metodiku, protože nástroje a standardy jsou již uvedeny. Zralé společnosti zabývající se vývojem softwaru nemusejí zavádět nový software a procesy, pouze přizpůsobit ty stávající struktuře poskytované společností Scrum.

Byl jsem svědkem několika přechodů z Waterfall do Agile, které nevyžadovaly výrazné změny v nástrojích, ale spíše v myslích lidí.