Mi a különbség a keretrendszer és a módszertan között?

A módszertan olyan elvek, eszközök és gyakorlatok összessége, amelyek felhasználhatók a folyamatok irányításához egy adott cél elérése érdekében.

A keretrendszer egy laza, de hiányos felépítés, amely teret enged más gyakorlatok és eszközök beillesztésére, de a szükséges folyamat nagy részét biztosítja.

Ha például a szoftver-ekvivalenseket nézzük, ahol az alkalmazások analógok a módszertanokkal: Rails és A Spring két kódalapú keretrendszer, amelyek egyedi kóddal működnek alkalmazás előállításához. A GMail egy alkalmazás.

Ugyanígy a Scrum is keretrendszernek tekinthető, mivel teret enged a csapatoknak saját technikai folyamataik, fejlesztői szerepeik stb. Megválasztására. XP módszertannak tekinthető, mivel útmutatásokat ad mindazokra a dolgokkal kapcsolatban, amelyeket a Scrum végez, a vonatkozó technikai gyakorlatokkal együtt. Nem vagyok elég ismerős a Prince2-től, hogy megjegyzést fűzzek hozzá, de megkapja a képet.

Megjegyzések

• A Scrum is a keretrendszer. scrumguides.org/scrum-guide.html
• A Scrum nem módszer vagy módszertan, hanem keretrendszer, azt jelenti személyre kell szabnia, hogy megfeleljen a saját projektigényeinek
• @DavidLeal A Scrum, ahogyan eredetileg megtervezték, egy keretrendszer. A ‘ tanított Scrum figyelembe vehető egy keretrendszer, attól függően, hogy ki tanítja. Nagyon sok ember vesz részt a Scrum tanfolyamokon és vizsgákon, és ‘ nem ad semmiféle útmutatást a testre szabáshoz, vagy bővíteni, vagy akár megmondani, hogy szükség van-e erre a szabásra. Amikor új SM-ek arról beszélnek, hogy ” a Scrum szent ” és a sablon kérdéseit adaptáció nélkül követi, ez már nem ‘ kezelendő keretként.

PMBoK 4. kiadás, szószedet, 437. oldal:

Módszertan : Gyakorlatok, technikák, eljárások és szabályok rendszere, amelyet a tudományágban dolgozók használnak.

A “keret” kifejezést több mint 20 alkalommal használják a PMBoK, de nem szerepel a szószedetben. Ezt kissé furcsának találom …

Mivel nincs PMBoK jogosultsági referenciánk, inkább a WhatIs.com definícióját szeretem. :

Általánosságban a keretrendszer egy valós vagy fogalmi struktúra, amely támogatást vagy útmutatót jelent valaminek a felépítéséhez, amely valamivé bővíti a struktúrát. hasznos.

Tetszik az a rész, amely “a struktúrát hasznosra bővíti”.

A keretrendszer egy struktúra, egy logikai módszer valaminek osztályozására, szegmentálására, kategorizálására vagy fenntartására. Főnévnek gondolom.

A módszer egy cselekvés, valaminek a módja. Leírna egy folyamatot vagy eljárásokat, tevékenységeket és kimenetek sorozatát. Ez inkább ige.

A keretrendszer lehet valami amire vágysz. A módszer eljut oda.

Megjegyzések

• Nem ‘ t tudd, miért kaptál visszhangot, számomra a válaszod elég értelmes és könnyen érthető. És sorban a @Undercover Brother ‘ válaszával.

egyetértenék a Lunivore-val és az SBWorks-szel – inputjaik akadémiai és szakmai, ipari szempontból egyaránt – józan ésszel és az angol nyelv megértésével fűszerezve

(ami elég alacsony az Egyesült Királyság, Ausztrália, Kanada, Új-Zéland és az Egyesült Államok – folyamatosan látok olyan bevándorlókat, akik jót nevetnek a helyi nyelvi katasztrófákon.

Szótár-definíciókkal járnék, és ezeket a definíciókat alkalmaznám helyzet.

A probléma az, hogy ha megpróbálja megnézni az „ipart”, akkor lényegében van egy csomó önszaporító szemetet – abban az értelemben, hogy minden vállalat közzéteszi az életváltozatát.

Pl. az IBM az Egységes folyamaton alapuló keretrendszert „folyamatnak” nevezi – a Racionális Egységes Folyamatnak -, amely valójában egy keretrendszer, ha ránézünk. Az iparág nagy szereplőjétől származik, ez a téves információ és a legjobb terminológia.

Ami a vállalati terminológia kereteit és módszertanait illeti, a legtöbb vállalatot és kormányzati ügynökséget debilek működtetik, akiknek saját definíciójuk van ezekről a kifejezésekről – valószínűleg az IBM ihlette.

(pardon Francia!)

Láttam, hogy legalább egy legfelsőbb szintű tisztviselő (CIO / CEO / CFO / CTO) megnézi a folyamat folyamatábráját és „keretrendszernek” nevezi.

A BoK-k olyan tudásanyagok, amelyek olyan elemeket és tudásterületeket írnak le, amelyek keretrendszerként használhatók, és megközelítéseket építenek az ezen a keretrendszeren alapuló modellek / módszerek felépítéséhez. Az eljárások és a folyamatok együtt vállalati szinten nincsenek keretrendszerei.

Amíg nem bontja le a keretrendszert a folyamatokat irányító eszközökbe, módszertanokba és szabványokba, amelyek átjáróként működnek az adott módszertanon belüli eljárásban, addig Ön nincs módszertanod.

Nagyon vázlatosan a keretrendszer az, amire a vállalkozás törekszik, vagy a “hol” a a lényegben – a legtágabb értelemben, és a Módszertan a “hogyan”, amely magában foglalja a módszereket, az eszközöket stb.

Biztos vagyok benne, hogy minden részvényt érő vállalat odakinn molesztálná ezt a meghatározást, amíg nem lesz ésszerűbb, mint az amerikai dollár, mint tartalék pénznem.

A Software Firm elemzőjeként megpróbálom elmagyarázni egyszerű valós idejű példával, remélem, hogy segíthet. Tegyük fel, hogy olyan szervezetben dolgozik, ahol megfelelő értesítéseket kap, mielőtt a dolgok megvalósulnak, e-maileket és támogatást nyújt a felső vezetésétől. Ezek az attribútumok referenciakészletei, amelyek azt mondják, hogy a szervezet kiforrott folyamatokkal rendelkezik.

Inkább, ha formálisan jár el, és látja, hogy szervezete megfelel a könyvvizsgáló által kiadott folyamatkarbantartás tanúsításának, az valójában egy folyamat, amely azt mondja, hogy a szervezetek valóban követik a folyamatokat.

Ezáltal a folyamat legyen formálisabb attribútum és keretrendszer, mint valós idejű attribútum.

Köszönjük!

Megjegyzések

• Szia Rahul Bansal. A kérdés a keretrendszer és a módszertan közötti különbségre vonatkozik. Elfelejtette megemlíteni a módszertani részt. Fontolja meg a kérdés szerkesztését, vagy írja meg ezt megjegyzésként.

íme néhány javaslat a használatra keretrendszer és módszertan: (Napjainkban is ugyanarra gondoltam)

1. megfigyeléssel határozza meg, hogy milyen állapotban van az a személy, társaság, ország, amelyiknek tetszik, annak nem kell értelme általában az, amit látunk, nem “igazság”, csak valaki a saját életváltozatának megnyilvánulása (például a titkos gondok mondták)

2. döntse el, hogy tetszik-e neki, ha tetszik elfogadja

3. ha nem tudsz csak távozni, az élet túl rövid ahhoz, hogy küzdj
4. ha tudsz, mint elkezdesz gondolkodni, hogyan valósítsd meg ezt a jelenséget, akkor nagy az esély találjon sok, már kidolgozott módszert és van értelme, és csak haladjon vele

az ideális lehet, hogy nem olyan, amilyennek gondolja, hanem mindaddig, amíg el tudja fogadni, mint amennyire jó hely.

Scrum: F ramework vagy módszertan?

Definíciónként a Scrum egy agilis keretrendszer. Vannak, akik módszertannak tekintik. Most kinek van igaza? Ez valóban attól függ, hogyan nézel rá.

Először próbáljuk tisztázni a keretrendszer és a módszertan közötti különbséget. Ebben az összefüggésben a keretrendszer laza útmutató, amely meghatározza a szoftverfejlesztés fő struktúráját. Azonban nem diktálja, hogyan kell bizonyos dolgokat csinálni. A keretrendszer nem egy lépésről lépésre levő recept, mivel nem mondja el, milyen eszközökre és folyamatokra támaszkodhatunk.

Adva egy keretet, meghatározhatjuk, hogy miként szeretnénk elérni céljainkat. . Most megkaptuk mind a struktúrát, mind a szabványok, eszközök és gyakorlatok együttesét. Ez a módszertan.

Van módszertana, ha kitölti a keretrendszer által meghatározott struktúra hiányosságait.

Most térjünk vissza az eredeti kérdésünkhöz. A Scrum keretrendszer vagy módszertan? A Scrum biztosan meghatároz egy struktúrát: azt mondja nekünk, hogy fejlesztési Sprintekre van szükségünk, Sprint Planning, Daily Scrum, Sprint Review és Retrospective találkozókkal. Így a Scrum illeszkedik a keretrendszer meghatározásához.

Megmondja a Scrum, hogy milyen eszközöket használjunk, például az Excel-t a tervezéshez, a Trello-t az előrehaladás nyomon követéséhez vagy a Microsoft Visio-t a szoftverünk tervezéséhez? Nem!

Tehát, a Scrum egy keret, nem pedig egy módszertan, igaz? Nos, nem így van gyors! Sokan módszertannak tekintik a Scrumot, mert az eszközök és a szabványok már meg vannak adva. Az érett szoftverfejlesztő vállalatoknak nem kell új szoftvereket és folyamatokat bevezetniük, csupán a meglévőket kell a Scrum által biztosított struktúrához igazítani.

Több olyan átmenetnek lehettem tanúja a vízeséstől az agilisig, amelyek nem igényeltek jelentős változtatásokat a szerszámokban, sokkal inkább az emberek fejében.