Care este diferența dintre cadru vs metodologie?

O metodologie este un set de principii, instrumente și practici care pot fi utilizate pentru a ghida procesele în vederea atingerii unui anumit obiectiv.

Un cadru este un structură liberă, dar incompletă, care lasă loc pentru alte practici și instrumente care trebuie incluse, dar oferă o mare parte a procesului necesar.

Dacă ne uităm la echivalenții software-ului, de exemplu, unde aplicațiile sunt similare metodologiilor: Spring sunt două cadre bazate pe cod care funcționează cu cod personalizat pentru a produce o aplicație. GMail este o aplicație.

În același mod, Scrum ar putea fi considerat un cadru, deoarece lasă loc echipelor să își aleagă propriile procese tehnice, roluri de dezvoltare etc. XP ar putea fi considerată o metodologie, deoarece oferă îndrumări pentru toate aceleași lucruri pe care le face Scrum, împreună cu practicile tehnice relevante. „Nu sunt suficient de familiarizat cu Prince2 pentru a face comentarii, dar ai o imagine.

Comentarii

• Scrum este a cadru. scrumguides.org/scrum-guide.html
• Scrum nu este o metodă sau o metodologie, este un cadru, înseamnă trebuie să îl adaptați pentru a se potrivi propriilor dvs. nevoi de proiect.
• @DavidLeal Scrum așa cum a fost conceput inițial este un cadru. Scrum așa cum este ‘ predat ar putea fi luat în considerare un cadru, în funcție de cine îl predă. Există o mulțime de oameni care iau cursuri și examene Scrum și cărora nu li se oferă ‘ niciun fel de îndrumare cu privire la modul de adaptare a acestuia, sau îmbunătățiți-l, sau chiar pentru a spune dacă este necesară adaptarea. Când SM noi vorbesc despre modul în care ” Scrum este sacru ” și în urma întrebărilor șablon, fără nicio adaptare, nu mai este ‘ mai tratat ca un cadru.

PMBoK Ediția a IV-a, glosar, pagina 437:

Metodologie : un sistem de practici, tehnici, proceduri și reguli utilizate de cei care lucrează într-o disciplină

Termenul „cadru” este folosit de peste 20 de ori în PMBoK, dar nu se află în glosar. Mi se pare oarecum ciudat …

Deoarece nu avem o referință de autoritate PMBoK, prefer definiția din WhatIs.com :

În general, un cadru este o structură reală sau conceptuală destinată să servească drept suport sau ghid pentru construirea a ceva care extinde structura în ceva util.

Îmi place partea despre „extinde structura în ceva util”.

Un cadru este o structură, un mod logic de a clasifica, segmenta, clasifica sau menține ceva. Cred că este un substantiv.

O metodă este o acțiune, un mod de a face ceva. Ar descrie un proces sau un set de proceduri, activități și o serie de rezultate pe parcurs. Acesta este mai mult un verb.

Un cadru ar putea fi ceva pentru pe care îl aspirați. Metoda vă va duce acolo.

Comentarii

• Nu ‘ t Știți de ce ați primit un vot negativ, mi se pare că răspunsul dvs. este destul de sensibil și ușor de înțeles. Și în linie cu răspunsul @Undercover Brother ‘.

Aș fi de acord cu Lunivore și SBWorks – contribuțiile lor provin atât dintr-o perspectivă academică, cât și dintr-o perspectivă profesională bazată pe industrie – condimentată cu bun simț și cu o înțelegere a limbii engleze

(care este destul de LOW în Marea Britanie, Australia, Canada, Noua Zeelandă și SUA – văd în mod constant imigranți care au un râs bun la dezastrele lingvistice locale)

Aș merge cu definițiile dicționarului și aș aplica aceste definiții la un situație.

Problema este că, dacă încercați să priviți „industria”, în esență aveți o grămadă de coșuri de auto-propagare – în sensul că fiecare companie își publică versiunea vieții.

De exemplu, IBM îl numește „bazat pe procesul unificat” ca „proces” – Procesul rațional unificat – care este de fapt un cadru atunci când îl privești. Provenind de la un jucător important din industrie, aceasta este dezinformare și terminologie proastă.

În ceea ce privește terminologia întreprinderii referitoare la: cadre și metodologii, majoritatea corporațiilor și agențiilor guvernamentale sunt conduse de idioti care au propriile definiții ale acestor termeni – probabil inspirați de IBM.

Franceză!)

Am văzut cel puțin un oficial de nivel superior (CIO / CEO / CFO / CTO) examinând o diagramă de flux de proces și numindu-l „cadru”.

BoK-urile sunt corpuri de cunoștințe care descriu elemente și domenii de cunoaștere care pot fi utilizate ca cadru și abordări pentru construirea de modele / metodologii bazate pe acel cadru.

Definițiile academice ale unui cadru sugerează că, cu excepția cazului în care grupați standarde, proceduri și procese împreună la nivel de întreprindere, nu aveți un cadru.

Până când nu distilați un cadru în instrumente, metodologii care guvernează procese și standarde care acționează ca portaluri într-o procedură în cadrul acestor metodologii, nu aveți o metodologie.

Foarte pe larg, cadrul este „ceea ce” urmărește întreprinderea sau „unde” pentru în materie – în sensul cel mai larg, iar Metodologia este „cum” care include metode, instrumente etc.

Sunt sigur că fiecare companie care merită acțiunile sale ar fi acolo molestând acea definiție până când nu mai sensibil decât dolarul american ca monedă de rezervă.

Fiind un analist la firma de software, voi încerca să explic cu un exemplu simplu în timp real, sper că vă poate ajuta. Să presupunem că lucrați într-o organizație, unde primiți notificări adecvate înainte ca lucrurile să fie puse în aplicare, e-mailuri, asistență din partea conducerii dvs. superioare, acestea sunt setul de atribute de referință ca cadru care spune că organizația are procese mature.

Mai degrabă, atunci când mergeți într-un mod formal și vedeți că organizația dvs. califică certificarea de întreținere a proceselor acordată de la un auditor este de fapt un proces care spune că organizațiile respectă de fapt procesele.

Prin prezenta, procesul poate fii un atribut și un cadru mai formal ca atribut în timp real.

Mulțumesc!

Comentarii

• Bună Rahul Bansal. Întrebarea se referă la diferența dintre cadru și metodologie. Ați uitat să menționați partea metodologică. Luați în considerare editarea întrebării sau scrieți acest lucru ca un comentariu.

Iată câteva sugestii pentru a vă folosi cadru și metodologie: (m-am gândit la același lucru și în aceste zile)

1. prin observație, determinați starea de a fi persoana, compania, țara, nu trebuie să are sens, de obicei, ceea ce vedem nu sunt „adevărul”, ci doar manifestarea cuiva a propriei versiuni a vieții (așa cum a spus undercover bother)

2. decide dacă îți place, dacă îți place îl poți accepta

3. dacă nu poți pleca, viața este prea scurtă pentru a te lupta
4. dacă poți decât să începi să te gândești cum să faci acest fenomen, este posibil să găsiți o mulțime de moduri deja dezvoltate și are sens și pur și simplu mergeți împreună cu el

idealul nu poate fi așa cum credeți, dar atâta timp cât puteți accepta, decât sunteți la un nivel bun loc.

Scrum: F ramework sau Metodologie?

În definiție, Scrum este un cadru Agile. Unii o văd însă ca pe o metodologie. Acum, cine are dreptate? Depinde într-adevăr de modul în care îl priviți.

În primul rând, să încercăm să clarificăm diferența dintre cadru și metodologie. În acest context, un cadru este un ghid liber, care definește structura principală a dezvoltării software-ului. Cu toate acestea, nu dictează cum să faci anumite lucruri. Un cadru nu este o rețetă pas cu pas, deoarece nu ne spune pe ce instrumente și procese să ne bazăm.

Având în vedere un cadru, putem defini modul în care dorim să ne atingem obiectivele. . Acum avem atât o structură, cât și un set de standarde, instrumente și practici. Aceasta este metodologia.

Aveți o metodologie dacă completați golurile structurii definite de un cadru.

Acum, să revenim la întrebarea noastră inițială. Este Scrum un cadru sau o metodologie? Scrum definește cu siguranță o structură: ne spune că avem nevoie de Sprint-uri de dezvoltare, cu Sprint Planning, Daily Scrum, Sprint Review și Retrospective. Astfel, Scrum se potrivește definiției unui cadru.

Ne spune Scrum ce instrumente să folosim, cum ar fi Excel pentru planificare, Trello pentru urmărirea progresului sau Microsoft Visio pentru proiectarea software-ului nostru? Nu!

Deci, Scrum este un cadru, nu o metodologie, nu? Ei bine, nu așa rapid! Mulți oameni percep Scrum ca o metodologie, deoarece instrumentele și standardele sunt deja date. Companiile mature de dezvoltare software nu trebuie să introducă software și procese noi, ci doar să le adapteze pe cele existente la structura oferită de Scrum.

Am asistat la mai multe tranziții de la Waterfall la Agile, care nu au necesitat schimbări semnificative ale instrumentelor, ci mai degrabă în mintea oamenilor.