Jaka jest różnica między frameworkiem a metodologią?

Metodologia to zbiór zasad, narzędzi i praktyk, których można używać do kierowania procesami w celu osiągnięcia określonego celu.

Ramy to luźna, ale niekompletna struktura, która pozostawia miejsce na inne praktyki i narzędzia, ale zapewnia większość wymaganego procesu.

Jeśli spojrzymy na odpowiedniki oprogramowania, na przykład, w których aplikacje są analogiczne do metodologii: Railsy i Spring to dwie platformy oparte na kodzie, które współpracują z niestandardowym kodem w celu utworzenia aplikacji. GMail to aplikacja.

W ten sam sposób Scrum można uznać za framework, ponieważ pozostawia zespołom miejsce na wybór własnych procesów technicznych, ról programistycznych itp. XP można uznać za metodologię, ponieważ dostarcza wskazówek dotyczących tych samych rzeczy, które robi Scrum, wraz z odpowiednimi praktykami technicznymi. Nie jestem wystarczająco zaznajomiony z Prince2, aby komentować, ale masz obraz.

Komentarze

• Scrum to frameworku. scrumguides.org/scrum-guide.html
• Scrum nie jest metodą ani metodologią, to framework, to znaczy musisz dostosować go do własnych potrzeb projektu
• @DavidLeal Scrum, ponieważ pierwotnie został stworzony, jest frameworkiem. Scrum, ponieważ ' nauczono ramy, w zależności od tego, kto go uczy. Jest wielu ludzi, którzy przystępują do kursów i egzaminów Scruma i nie ' nie otrzymują żadnych wskazówek, jak je dostosować, lub ulepszyć go, a nawet powiedzieć, czy takie dostosowywanie jest wymagane. Gdy nowi SM mówią o tym, jak ” Scrum jest święty ” i podążając za pytaniami dotyczącymi szablonu bez żadnych dostosowań, nie ' nie jest już traktowane jako framework.

PMBoK 4. wydanie, glosariusz, strona 437:

Metodologia : system praktyk, technik, procedur i reguł stosowanych przez osoby pracujące w danej dyscyplinie

Termin „ramy” jest używany ponad 20 razy w PMBoK, ale nie ma go w słowniku. Uważam, że to trochę dziwne …

Ponieważ nie mamy odniesienia do uprawnień PMBoK, wolę definicję z WhatIs.com :

Ogólnie rzecz biorąc, szkielet to rzeczywista lub koncepcyjna struktura, która ma służyć jako wsparcie lub przewodnik przy tworzeniu czegoś, co rozszerza strukturę w coś przydatne.

Podoba mi się część dotycząca „poszerza strukturę w coś pożytecznego”.

Framework to struktura, logiczny sposób klasyfikowania, segmentowania, kategoryzowania lub utrzymywania czegoś. Myślę o tym jak o rzeczowniku.

Metoda to działanie, sposób zrobienia czegoś. Opisywałby proces lub zestaw procedur, czynności i serię wyników po drodze. To jest bardziej czasownik.

Struktura może być czymś, co do którego dążysz. Ta metoda Cię tam zaprowadzi.

Komentarze

• Nie ' t Wiem, dlaczego dostałeś głos przeciw, wydaje mi się, że twoja odpowiedź jest całkiem rozsądna i łatwa do zrozumienia. I w tekście z odpowiedzią @Undercover Brother '.

Zgodziłbym się z Lunivore i SBWorks – ich wkład pochodzi zarówno z akademickiego, jak i profesjonalnego punktu widzenia branży – doprawiony zdrowym rozsądkiem i zrozumieniem języka angielskiego

(co jest dość NISKIE w Wielkiej Brytanii, Australii, Kanadzie, Nowej Zelandii i USA – ciągle widzę imigrantów, którzy nieźle się śmieją z lokalnych katastrof językowych)

Pójdę z definicjami słownikowymi i zastosowałbym te definicje do sytuacji.

Problem polega na tym, że jeśli spojrzysz na „branżę”, w gruncie rzeczy masz mnóstwo samoroznoszących się śmieci – każda firma publikuje swoją wersję życia.

Np. IBM nazywa to środowisko oparte na Ujednoliconym Procesie „procesem” – Rational Unified Process – który jest w rzeczywistości strukturą, kiedy się na to spojrzy. Pochodzący od dużego gracza w branży, jest to dezinformacja i zła terminologia w najlepszym wydaniu.

Jeśli chodzi o terminologię korporacyjną dotyczącą ram i metodologii, większość korporacji i agencji rządowych jest zarządzana przez kretynów, którzy mają własne definicje tych terminów – prawdopodobnie zainspirowani przez IBM.

(przepraszam za Francuski!)

Widziałem co najmniej jednego urzędnika najwyższego szczebla (CIO / CEO / CFO / CTO), który przyglądał się diagramowi przepływu procesu i nazwał go „ramą”.

Bazy wiedzy to zbiory wiedzy opisujące elementy i obszary wiedzy, które mogą być wykorzystane jako ramy, oraz podejścia do budowania modeli / metodologii opartych na tej strukturze.

Akademickie definicje struktury sugerują, że jeśli nie łączysz standardów, procedury i procesy razem na poziomie przedsiębiorstwa, nie masz struktury.

Dopóki nie wyodrębnisz frameworka na narzędzia, metodologie rządzące procesami i standardy, które działają jako bramy w procedurze w ramach tych metod, możesz nie mają metodologii.

Bardzo ogólnie rzecz biorąc, ramy określają „do czego” dąży przedsiębiorstwo lub „gdzie” w materii – w najszerszym znaczeniu, a Metodologia to „jak”, które obejmuje metody, narzędzia itp.

Jestem pewien, że każda firma warta swoich udziałów byłaby tam molestując tę definicję, dopóki nie będzie bardziej rozsądne niż dolar amerykański jako waluta rezerwowa.

Będąc analitykiem w firmie programistycznej, spróbuję wyjaśnić z prostym przykładem w czasie rzeczywistym, mam nadzieję, że może pomóc. Załóżmy, że pracujesz w organizacji, w której otrzymujesz odpowiednie powiadomienia przed wdrożeniem, e-maile, wsparcie od kierownictwa wyższego szczebla, to jest zestaw odniesień do atrybutów jako podstawa stwierdzenia, że organizacja ma dojrzałe procesy.

Raczej, gdy podejdziesz w formalny sposób i zobaczysz, że Twoja organizacja kwalifikuje się do certyfikacji utrzymania procesu przyznanej przez audytora, jest to w rzeczywistości proces, który mówi, że organizacja faktycznie przestrzega procesów.

W ten sposób proces może być bardziej formalnym atrybutem i strukturą jako atrybutem czasu rzeczywistego.

Dzięki!

Komentarze

• Cześć Rahul Bansal. Pytanie dotyczy różnicy między ramą a metodologią. Zapomniałeś wspomnieć o części dotyczącej metodologii. Rozważ edycję pytania lub napisz to jako komentarz.

Oto kilka sugestii, jak przyzwyczaić się do ramy i metodologia: (ostatnio też myślałem o tym samym)

1. obserwując, określ stan bycia osobą, firmą, krajem, który lubi, nie musi ma sens zazwyczaj to, co widzimy, nie jest „prawdą”, tylko czyjąś manifestacją swojej własnej wersji życia (jak mówiono pod przykrywką)

2. zdecydować, czy ci się podoba, jeśli możesz to zaakceptować

3. jeśli nie możesz po prostu odejść, życie jest zbyt krótkie, aby się z nim zmagać
4. jeśli możesz, to zacznij myśleć, jak sprawić, by to zjawisko się stało, są szanse, że tak się stanie znaleźć wiele już opracowanych sposobów i ma to sens, i po prostu postępuj zgodnie z nimi

ideał może nie być taki, jak myślisz, ale tak długo, jak możesz zaakceptować, niż jesteś w dobrym miejsce.

Scrum: F ramework czy metodologia?

Z definicji Scrum jest frameworkiem Agile. Niektórzy uważają to jednak za metodologię. Kto ma rację? To naprawdę zależy od tego, jak na to spojrzysz.

Najpierw spróbujmy wyjaśnić różnicę między strukturą a metodologią. W tym kontekście framework jest luźną wytyczną, która definiuje główną strukturę tworzenia oprogramowania. Jednak nie dyktuje, jak robić pewne rzeczy. Framework nie jest przepisem na krok po kroku, ponieważ nie mówi nam, na jakich narzędziach i procesach mamy polegać.

Mając framework, możemy zdefiniować sposób, w jaki chcemy osiągnąć nasze cele . Teraz mamy zarówno strukturę, jak i zestaw standardów, narzędzi i praktyk. Taka jest metodologia.

Masz metodologię, jeśli wypełnisz luki w strukturze zdefiniowanej przez strukturę.

Wróćmy teraz do naszego pierwotnego pytania. Czy Scrum to framework czy metodologia? Scrum z pewnością definiuje strukturę: mówi nam, że potrzebujemy Sprintów programistycznych, z planowaniem sprintu, codziennym Scrumem, przeglądem sprintu i spotkaniami retrospektywnymi. Zatem Scrum pasuje do definicji frameworka.

Czy Scrum mówi nam, jakich narzędzi użyć, takich jak Excel do planowania, Trello do śledzenia postępów lub Microsoft Visio do projektowania naszego oprogramowania? Nie!

A więc Scrum to framework, a nie metodologia, prawda? Cóż, nie tak szybki! Wiele osób postrzega Scrum jako metodologię, ponieważ narzędzia i standardy są już podane. Dojrzałe firmy programistyczne nie muszą wprowadzać nowego oprogramowania i procesów, po prostu dostosowują istniejące do struktury zapewnianej przez Scrum.

Byłem świadkiem kilku przejść od Waterfall do Agile, które nie wymagały znaczących zmian w narzędziach, ale raczej w umysłach ludzi.