[{"title":"Agile","question":"Mi az Agile?","description":"Ez egy szoftverfejlesztési megközelítés, amely az alkalmazkodóképességet és a folyamatos szállítást értékeli.","date":"2024-11-25","categories":["agilis"],"published":true,"slug":"agile","content":"

🔍 Meghatározás

Az Agile egy szoftverfejlesztési filozófia, amely az ügyfelek számára folyamatosan értéket teremt az alkalmazkodóképesség, az együttműködés és a változásokra való gyors reagálás révén.

🚀 Eredet

Az Agile eredete az 2000-es évek elejére nyúlik vissza, amikor 2001-ben megszületett az Agile Manifesto.

🧠 Mozgalom

Ez válaszként született a hagyományos, vízeséses módszerek által nyújtott korlátokra és kihívásokra, amelyek szekvenciálisak és rugalmatlanok voltak.

🔁 Megközelítés

Az Agile iteratív és inkrementális fejlesztési megközelítésre épül, ahol a terjedelem kisebb részekre van bontva, és gyakori szállításokat tesz lehetővé, így alkalmazkodva a változó követelményekhez.

🤝 Együttműködés

Az Agile hangsúlyozza a csapatmunka és az ügyfelek bevonását a fejlesztés során.

📈 Előnyök

Az Agile javítja a termékminőséget, az alkalmazottak és az ügyfelek elégedettségét, valamint a fejlesztési sebességet.

📚 Agilis Keretrendszerek

Az Agile különböző módszereket és keretrendszereket foglal magába, például a Scrum, Kanban és Lean módszert.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Agile Coach","question":"Mi az Agile Coach?","description":"Ő az, aki irányítja a csapatokat és szervezeteket az agilitásban.","date":"2024-11-25","categories":["agilis","szerep"],"published":true,"slug":"agile-coach","content":"

🔍 Meghatározás

Az Agile Coach egy agilitás szakértő, aki segíti az egyéneket, csapatokat és szervezeteket az agilis elvek és gyakorlatok alkalmazásában.

📅 Eredet

Az Agile Coach szerepét Kent Beck találta ki 1999-ben az \"Extreme Programming Explained: Embrace Change\" című könyvében.

📈 Történelmi Fejlődés

A szerep eredetileg az agilis gyakorlatok alkalmazásában segített, és idővel a szervezeti átalakításokra is kiterjedt.

🪓 Felelősség

Segít az agilis keretrendszerek, például a Scrum vagy Kanban alkalmazásában, elősegíti az önszerveződést és vezeti a szervezetek agilis átalakulását.

🔑 Kompetenciák

Az Agile Coachnak rendelkeznie kell facilitatív, képzési, mentorálási, kommunikációs és változásmenedzsment képességekkel.

🌐 Fontosság

Szerepe kulcsfontosságú a szervezetek számára, hogy eligazodjanak az agilis átalakulás bonyolultságában, és fenntartható változást érjenek el.

👤 Kulcsfigurák

Lyssa Adkins az egyik legismertebb alakja az Agile Coach szakma fejlődésének.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Agile Manifesto","question":"Mi az Agile Manifesto?","description":"Ez egy 4 értéket és 12 elvet tartalmazó nyilatkozat az új szoftverfejlesztési módszerekről.","date":"2024-11-25","categories":["agilis","elvek","kanban","manifesto","scrum","értékek"],"published":true,"slug":"agile-manifesto","content":"

📜 Meghatározás

Az Agile Manifesto egy dokumentum, amelyet 2001. február 12-én 17 szoftverfejlesztő szakértő hozott létre, és amely új megközelítést tartalmaz a szoftverfejlesztéshez, amely előnyben részesíti a rugalmasságot és az ügyféllel való együttműködést.

🌐 Kontextus

Ez válaszként született a hagyományos szoftverfejlesztési módszerek korlátaira, célja, hogy jobban kielégítse a felhasználók gyorsan változó igényeit a digitális korban.

🏔️ Helyszín

A dokumentumot az Utah állambeli Snowbird síparadicsomban dolgozták ki. Az in-person találkozó eredményeként születtek meg az 4 értékek, majd később a 12 elvet távolról dolgozták ki.

💎 Értékek

Először is az emberi interakciókat értékeli a folyamatok helyett; másodszor, előnyben részesíti a működő szoftvert a kiterjedt dokumentációval szemben; harmadszor, a közvetlen ügyfélkapcsolatot részesíti előnyben a szerződéses tárgyalásokkal szemben; és negyedszer, kiemeli a változásokhoz való alkalmazkodás fontosságát a tervek követésése helyett.

🛠 Elvek

Az Agile Manifesto 12 elve kiegészíti az értékeket, elősegítve a gyakori szállítmányokat, a változások versenyelőnyként való kezelése akár késői szakaszokban is, és a projekteket motivált egyének köré építve. Ezek az elvek az ügyfélelégedettségre, a fenntarthatóságra és a technikai kiválóságra összpontosítanak.

📄 Az Agile Manifesto hozzáférés

A szoftverfejlesztés forradalmasítását célzó értékek és elvek mélyebb megértéséhez ajánlott közvetlenül elolvasni az Agile Manifesto-t. A teljes dokumentum ingyenesen elérhető ezen a linken: link az Agile Manifesto-hoz.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"ALM","question":"Mit jelent az ALM?","description":"Az ALM az Alkalmazás-életciklus-menedzsment rövidítése.","date":"2024-11-25","categories":["ALM","DevOps","fejlesztés","szoftver"],"published":true,"slug":"alm","content":"

📜 Meghatározás

Az ALM, vagy Alkalmazás-életciklus-menedzsment a szoftveralkalmazás teljes életciklusának kezelésére utal, az első tervezéstől kezdve egészen annak visszavonásáig.

🔑 Főbb Aspektusok

Ez magában foglalja a különböző szakaszokat, például az ötlet kidolgozását, tervezést, fejlesztést, tesztelést, élesítést, támogatást és az alkalmazás végleges nyugdíjazását.

📈 Fontosság

Az ALM megértése kulcsfontosságú az hatékony szoftverfejlesztés érdekében, biztosítva, hogy az alkalmazás megfeleljen az üzleti céloknak és megfelelően legyen kezelve az életciklusa során.

🎯 Ötletelés

Az első fázisban az érintettek meghatározzák, mit várnak az alkalmazástól, gyakran user story-kon keresztül.

🛠️ Fejlesztés

A csapatok együtt dolgoznak a követelmények működő alkalmazássá alakításán, beleértve a tervezési, kódolási és minőség-elemzési feladatokat.

🧪 Tesztelés

Az alkalmazást szigorúan tesztelik annak biztosítása érdekében, hogy megfeleljen a meghatározott követelményeknek, és ne tartalmazzon hibákat.

🚀 Élesítés

A fejlesztett és tesztelt alkalmazást a végfelhasználók számára elérhetővé teszik, amely gyakran verziókezelést és élesítési tervezést igényel.

🔧 Karbantartás

Ez egy folyamatos fázis, ahol a támogatási és fejlesztési csapatok együtt dolgoznak a problémák megoldásán, frissítések tervezésén és a termék fejlesztésén.

🤖 Automatizálás

A DevOps megközelítés elveinek követése során az ALM számos rutin feladatát automatizálni kell, hogy biztosítsák azok minőségét és szabványként való megállapítását.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Antipattern","question":"Mi az Antipattern?","description":"Egy rossz gyakorlat, amely csökkenti a termelékenységet, kommunikációt vagy minőséget.","date":"2024-11-25","categories":["agilis","legjobb gyakorlat"],"published":true,"slug":"antipattern","content":"

🎯 Meghatározás

Az \"antipattern\" egy gyakori probléma vagy rossz gyakorlat, amely akadályozza az agilis keretrendszer sikeres megvalósítását.

🚫 Hatás

Az antipattern-ek csökkenthetik a termelékenységet, alacsony minőségű szállításokat eredményezhetnek, és akadályozhatják az agilis gyakorlatok teljes potenciáljának kiaknázását.

🔍 Példa

Egy gyakori agilis antipattern a \"feature factory\", amely a funkciók szállítására összpontosít, anélkül hogy figyelembe venné azok valódi értékét.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","fi","fr","he","hi","it","ja","ko","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"API","question":"Mi az API?","description":"Az Application Programming Interface rövidítése.","date":"2024-11-25","categories":["fejlesztés","it"],"published":true,"slug":"api","content":"

🤖 Meghatározás

Az API, azaz az Application Programming Interface, olyan szabályok és protokollok összessége, amelyek lehetővé teszik különböző szoftveralkalmazások közötti kommunikációt.

🔗 Cél

Az API-k hidat képeznek az alkalmazások között, lehetővé téve az adatok és funkciók cseréjét, amelyek nélkülözhetetlenek a modern szoftverekhez és webalkalmazásokhoz.

🔄 Funkció

Az API-k meghatározzák, hogyan lépnek kapcsolatba egymással a szoftvermodulok: az egyik alkalmazás kérést küld, míg a másik választ ad az API által meghatározott szabályok szerint.

🤝 Szerződés

A kommunikáció konzisztenciájának és biztonságának biztosítása érdekében a szolgáltatások közötti szerződés meghatározza, hogyan kell a kéréseket és válaszokat strukturálni.

🌐 Webszolgáltatások

Minden webszolgáltatás API, de nem minden API webszolgáltatás, mivel az API-k helyi alkalmazások közötti kommunikációra is használhatók.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Asana","question":"Mi az Asana?","description":"Egy projektmenedzsment szoftver, amely lehetővé teszi a Kanban módszer alkalmazását.","date":"2024-11-25","categories":["eszköz","információs sugárzó","kanban"],"published":true,"slug":"asana","content":"

🔍 Meghatározás

Az Asana egy projektmenedzsment szoftver, amely segíti a csapatokat munkájuk megszervezésében, nyomon követésében és kezelésében.

🚀 Eredet

Az Asana-t Dustin Moskovitz és Justin Rosenstein alapította, akik a Facebook mérnöki csapataiban dolgoztak vezetőként. Az Asana béta verzióját 2011 novemberében hivatalosan is elindították.

🧘‍♂️ Jóga Kapcsolat

Az \"asana\" szó szanszkrit eredetű, és a jógában egy testhelyzetet vagy pozíciót jelöl.

📊 Funkcionalitás

Lehetővé teszi a feladatok és projektek kezelését, a csapat együttműködését és a célok nyomon követését.

🌐 Elérhetőség

Az Asana online elérhető, így kényelmes a távoli és elosztott csapatok számára.

🔄 Kapcsolat a Kanbanhoz

Az Asana megkönnyíti a Kanban módszer alkalmazását, mint információs sugárzó, amely lehetővé teszi a feladatok vizualizálását táblákon. Ezek a táblák tiszta képet nyújtanak a munkafolyamatokról és az egyes feladatok előrehaladásáról.

🔗 Hozzáférés

Az Asana eléréséhez látogasd meg az oldalukat.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"ASAP","question":"Mit jelent az ASAP?","description":"Az angol \"As Soon As Possible\" rövidítése.","date":"2024-11-25","categories":["kifejezés"],"published":true,"slug":"asap","content":"

🔍 Jelentés

Az ASAP az \"As Soon As Possible\" rövidítése, amely sürgősséget jelez egy kérés vagy feladat esetében.

📧 Használat

Gyakran használják e-mailekben, hogy jelezzék, hogy valami gyors figyelmet vagy teljesítést igényel.

💬 Informális Kontextus

Informális kommunikációban is használják, például szöveges üzenetekben és csevegésekben, hogy gyors válaszra vagy cselekvésre utaljanak.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Backlog","question":"Mi az a Backlog?","description":"Ez egy feladatok sorrendbe állított listája.","date":"2024-11-25","categories":["agilis","scrum","termék"],"published":true,"slug":"backlog","content":"

📋 Meghatározás

A backlog egy fejlesztőcsapat számára készült sorrendbe állított munkalistát jelent, amely az ütemtervből és annak követelményeiből származik.

🔑 Fontosság

A backlog a projekt munkaelemeinek listájaként szolgál, segít megtervezni az iterációkat, és elősegíti a kollektív prioritások meghatározását.

🎯 Prioritás

A backlog elemeit fontossági sorrendbe kell állítani az ügyfélérték vagy a megvalósítás nehézsége alapján.

📝 Részletezés

A legfontosabb elemek részletesebbek, míg az alacsonyabb prioritású elemek kevesebb részletet tartalmaznak, és általában a backlog alján helyezkednek el.

🔄 Élő Lista

Ez egy élő lista, amelynek változnia kell, ahogy a fejlesztési munka halad az elemein.

🏉 Scrum

A Scrum-ban két típusú backlog-artifact létezik: a Product Backlog és a Sprint Backlog.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"BDD","question":"Mi az a BDD?","description":"A BDD a Behavior Driven Development rövidítése.","date":"2024-11-25","categories":["bdd","együttműködés","fejlesztés","it","szoftverfejlesztés","tesztelés"],"published":true,"slug":"bdd","content":"

📜 Meghatározás

A Behavior Driven Development (BDD) egy szoftverfejlesztési folyamat, amely az együttműködés javítására törekszik. A rendszer viselkedését a felhasználó szemszögéből határozza meg, természetes nyelven írt specifikációk segítségével.

🌐 Kontextus

A BDD a Test Driven Development (TDD) evolúciójaként alakult ki, egy felhasználó-központúbb megközelítéssel a követelmények és a rendszer viselkedése felé. Ez a megközelítés segít biztosítani, hogy a szoftverfejlesztés jobban igazodjon a végfelhasználó elvárásaihoz és igényeihez.

🏔️ Fejlődés a TDD-től

A TDD-től a BDD felé történő átmenet a kódbázison alapuló tesztekről a rendszer viselkedésén alapuló tesztek felé való elmozdulást jelenti, amely lehetővé teszi a felhasználói igények mélyebb megértését.

💎 Gherkin Nyelv

A BDD a Gherkin nyelvet használja, hogy a specifikációkat a technikai és nem technikai csapattagok számára is érthetővé tegye. Ez lehetővé teszi, hogy a specifikációk közös igazságforrásként működjenek, javítva a kommunikációt és csökkentve a félreértéseket.

📄 Igazítás

A BDD elősegíti a várt szoftverviselkedés közös megértését, biztosítva, hogy minden érintett, beleértve a nem technikai érdekelt feleket is, tisztában legyen a projekt céljaival.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Beta","question":"Mi az a béta verzió?","description":"Ez egy szoftver előzetes verziója, amelyet egy kiválasztott felhasználói csoport számára tesztelés céljából bocsátanak ki.","date":"2024-11-25","categories":["alfa","fejlesztés","mvp","szoftver","verzió","visszajelzés"],"published":true,"slug":"beta","content":"

🔬 Meghatározás

A béta verzió, más néven előzetes verzió, egy szoftver előzetes verziója, amelyet egy kiválasztott felhasználói csoport számára tesztelés céljából bocsátanak ki.

🛠️ Cél

Lehetővé teszi a fejlesztők számára a visszajelzések gyűjtését, a hibák azonosítását és javítását, valamint a szoftver stabilitásának és funkcionalitásának biztosítását az hivatalos kiadás előtt.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Backend for Frontend - BFF","question":"Mi az a Backend for Frontend (BFF)?","description":"Egy olyan architekturális minta, amely minden típusú frontend interfészhez saját backend szolgáltatásokat hoz létre.","date":"2024-11-25","categories":["BFF","architekturális minta","backend szolgáltatások","felhasználói élmény"],"published":true,"slug":"bff","content":"

🔄 Meghatározás

A Backend for Frontend (BFF) egy olyan architekturális minta, amely minden típusú frontend interfészhez saját backend szolgáltatásokat hoz létre, optimalizálva és az adott frontend igényeihez igazítva.

📱 Cél

A BFF-et arra használják, hogy javítsák a felhasználói élményt azáltal, hogy a backend szolgáltatásokat a különböző frontend interfészek, például web, mobil vagy harmadik fél alkalmazásai igényeihez igazítják.

🔧 Megvalósítás

A BFF-et egy olyan backend szolgáltatásréteg bevezetésével valósítják meg, amely közvetítőként működik a fő backend és a front-endek között, kezelve az adott frontend kéréseit és válaszait.

🚀 Előnyök

A BFF javítja az alkalmazások alkalmazkodóképességét, a frontend és backend csapatok függetlenségét, a teljesítményt és az evolúció könnyedségét.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Blended Learning","question":"Mi az a blended learning?","description":"Egy oktatási megközelítés, amely az osztálytermi oktatást online tanulási tevékenységekkel ötvözi.","date":"2024-11-25","categories":["b-learning","blended learning","oktatás","oktatástechnológia","online tanulás"],"published":true,"slug":"blended-learning","content":"

🔍 Meghatározás

A blended learning, más néven b-learning, egy oktatási megközelítés, amely ötvözi az osztálytermi oktatást az online tanulási tevékenységekkel.

🎯 Cél

Ez a módszer az oktatás két világának legjobbjait integrálja, hogy gazdagítsa a diákok tanulási élményét.

💻 Online Komponens

Az online rész nem helyettesíti a személyes oktatást, hanem kiegészíti azt, rugalmasabbá és interaktívabbá téve a tanulási élményt.

🔄 Flipped Classroom

A flipped classroom (fordított osztályterem) kifejezés arra az oktatási megközelítésre utal, ahol a diákok otthon tanulják meg az új anyagot online forrásokon keresztül, majd az osztályteremben alkalmazzák azt a tanár irányításával.

📈 Előnyök

A blended learning előnyei közé tartozik az interakció, a rugalmasság, a diákok elkötelezettsége és az elérhetőség.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Blue / Green","question":"Mi az a Blue / Green deployment?","description":"Egy szoftvertelepítési módszer, amely két azonos termelési környezet fenntartását foglalja magában.","date":"2024-11-25","categories":["ALM","CD","CI","DevOps","telepítés"],"published":true,"slug":"blue-green","content":"

🔄 Meghatározás

Ez egy szoftvertelepítési módszer, amely két azonos termelési környezet fenntartását foglalja magában: az egyik környezet (blue) a jelenlegi alkalmazásverziót futtatja, míg a másik (green) az új verziót.

🚦 Forgalomátirányítás

Egy adott időpontban csak az egyik környezet fogadja az élő forgalmat, miközben a nem aktív környezetet tesztelésre és új változások bevezetésére használják.

🔁 Visszavonás

Ha problémák merülnek fel az új verzióval, a forgalmat azonnal vissza lehet irányítani az előző élő környezetre, minimalizálva a leállást és a kockázatot.

🌐 Cél

A módszer célja, hogy csökkentse a telepítések során fellépő leállásokat azáltal, hogy az egyik környezetből a másikba azonnal átirányítja a kéréseket.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Bottom-Up","question":"Mi az a Bottom-Up átalakulási megközelítés?","description":"Ez egy olyan megközelítés, amelyben az átalakulás a csapatoktól indul el a szervezet felsőbb rétegei felé.","date":"2024-11-25","categories":["agilis","felhatalmazás","megközelítés","átalakulás"],"published":true,"slug":"bottom-up","content":"

⬆️ Meghatározás

Az agilis átalakulásban a Bottom-Up megközelítés azt jelenti, hogy a csapatok és egyének kezdik el alkalmazni az agilis gyakorlatokat, az átalakulás fokozatosan hatol fel a menedzsment rétegeken át a szervezet egészébe.

👥 Felhatalmazás

Ez a módszer hangsúlyozza a csapatszintű felhatalmazást és változást, lehetővé téve az önszerveződést és az agilis elvek organikus elfogadását.

📈 Haladás

A Bottom-Up átalakulások gyakran egy vagy több pilot csapattal indulnak, lehetővé téve az iteratív megközelítést, mielőtt az átalakulás nagyobb léptékben folytatódik.

🚀 Rugalmasság

A csapatok az agilis megközelítést az adott szervezet sajátos igényeihez igazíthatják, amely testreszabottabb és hatékonyabb átalakuláshoz vezethet.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Bug","question":"Mi az a bug?","description":"Ez egy kódbeli hiba, amely a program hibás működését okozza.","date":"2024-11-25","categories":["QA","bug","fejlesztés","szoftver","tesztelés"],"published":true,"slug":"bug","content":"

🐛 Meghatározás

A szoftverek esetében a bug egy olyan hiba vagy hiányosság a kódban, amely a program hibás működését eredményezi.

💻 Eredet

A \"bug\" kifejezést először 1889-ben használta Thomas Edison technikai problémák leírására, és azóta a számítástechnikában a szoftverproblémák jelölésére is alkalmazzák.

🔍 Debugging

A hibák megtalálásának és kijavításának folyamata a \"debugging\", amelyhez a fejlesztők hibakereső eszközöket használnak.

💡 Fontosság

A bug-ok jelentős következményekkel járhatnak, a kisebb kellemetlenségektől a komoly biztonsági sérülékenységekig.

🪲 Szó szerinti jelentés

A \"bug\" szó szó szerint rovart jelent, és humorosan használták, amikor egy moly okozott problémát egy számítógépes relében 1947-ben.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Build","question":"Mi az a build?","description":"Ez a szoftver létrehozásának és fordításának folyamata, amely a program futtatható verzióját eredményezi.","date":"2024-11-25","categories":["automatizálás","build","szoftverfejlesztés","szoftverminőség"],"published":true,"slug":"build","content":"

📜 Meghatározás

A build a szoftverfejlesztés területén a szoftver létrehozásának és fordításának folyamatára utal, amely futtatható verziót eredményez. Ez a folyamat alapvető a szoftver tesztelése és hibajavítása előtt.

📦 Eredmény

A build kifejezés arra a szoftververzióra is vonatkozik, amely a build folyamatának eredménye. Ez az eredmény elengedhetetlen a tesztelés és a szoftver végső implementálásának különböző szakaszaiban.

🔄 Automatizálás

A build-ek automatizálhatók olyan eszközök segítségével, mint a Make, Gradle, Ant vagy Maven, amelyek megkönnyítik a szoftverek ismétlődő és megbízható összeállítását. Az automatizálás kulcsfontosságú az effektív és minőségi szoftverfejlesztésben.

🔍 Típusok

Különböző típusú build-ek léteznek, például fejlesztési build-ek, teszt build-ek és produkciós build-ek, amelyek mind különböző célokat szolgálnak a szoftverfejlesztési életciklusban.

👩‍💻 Fontosság

A build-ek kulcsfontosságúak a szoftver tesztelése és hibajavítása előtt, biztosítva a minőségét és működőképességét. Segítenek a fejlesztőknek azonosítani és kijavítani a problémákat a szoftver kiadása előtt.

🔍 Minőségbiztosítás

A teszt build-ek különösen fontosak a minőségbiztosítási (QA) csapatok számára, hogy biztosítsák a szoftver megfelelését az előírt minőségi szabványoknak.

📈 Folyamatos Integráció

A build-automatizálási eszközök használata a folyamatos integráció (CI) folyamatában segít fenntartani a szoftver minőségét és megbízhatóságát, lehetővé téve az új funkciók gyorsabb és hatékonyabb szállítását.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Burndown Chart","question":"Mi az a burndown chart?","description":"Ez egy vizuális ábrázolása a hátralévő munka mennyiségének az idő múlásával.","date":"2024-11-25","categories":["haladáskövetés","metrika","scrum"],"published":true,"slug":"burndown-chart","content":"

📜 Meghatározás

A burndown chart egy vizuális ábrázolás, amely megmutatja a hátralévő munka mennyiségét az idő múlásával, gyakran használják a Scrum-ban a projektek előrehaladásának nyomon követésére.

⏳ Idő és Munka

Ez a diagram bemutatja a függőben lévő munka mennyisége és a rendelkezésre álló idő közötti kapcsolatot, segítve a csapatokat a munkájuk kezelésében és az előre meghatározott határidők betartásában. A diagram vízszintes tengelye az időt, míg a függőleges tengelye a hátralévő munka mennyiségét mutatja.

🔄 Iteratív Követés

A diagramot rendszeresen frissítik a sprint során, hogy tükrözze az aktuális előrehaladást.

🎯 Ideális Trend

Tartalmaz egy vonalat, amely az ideális előrehaladást mutatja, jelezve, hogy hogyan kellene csökkennie a munkamennyiségnek az idő múlásával, ha minden a tervek szerint alakul.

📈 Valós Trend

A tényleges hátralévő munka az ideális trendhez viszonyítva van feltüntetve, világos vizualizációt biztosítva a tervek szerint történő befejezés várható esélyéről.

🔧 Teljesítményelemzés

A diagram emellett eszközként szolgál a csapat teljesítményének értékelésére és a fejlesztendő területek azonosítására.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Burnup Chart","question":"Mi az a burnup chart?","description":"Ez egy vizuális ábrázolása az elvégzett munka mennyiségének az idő múlásával.","date":"2024-11-25","categories":["agilis","metrika","scrum"],"published":true,"slug":"burnup-chart","content":"

📜 Meghatározás

A burnup chart egy vizuális ábrázolás, amely megmutatja az elvégzett munka mennyiségét az idő múlásával, bemutatva a projekt céljainak és a scope-nak a kumulatív előrehaladását.

🔍 Értelmezés

A vízszintes tengely az időt, míg a függőleges tengely az elvégzett munka mennyiségét mutatja, gyakran story pointokban vagy más releváns metrikában kifejezve.

🎯 Cél

A csapatok előrehaladásának nyomon követésére és előrejelzésére használják, a scope változások kezelésére és adatvezérelt döntéshozatalra.

⬇️ Kontraszt a Burndown Chart-tal

A burnup chart, ellentétben a burndown chart-tal, az elvégzett munkát követi, nem pedig a hátralévő munkát, és az ideális scope-vonal emelkedik az idő múlásával.

🔄 Scrum

A burnup chart gyakori eszköz az agilis keretrendszerekben, például a Scrum-ban, a szállítás nyomon követésére és kezelésére.

🔢 Ideális Vonal

Egy egyenes vonal ábrázolja az ideális scope-t, amely azt jelzi, hogy mennyi munkát kellene elvégezni.

♻️ Scope Változások

A diagram frissítve van, hogy tükrözze a scope változásait, ennek megfelelően igazítva az ideális scope-vonalat.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Business Agility","question":"Mi az a Business Agility?","description":"Egy szervezet képessége az alkalmazkodásra és a változásokra való reagálásra.","date":"2024-11-25","categories":["alkalmazkodás","digitális transzformáció","innováció","vezetés","üzleti agilitás"],"published":true,"slug":"business-agility","content":"

📜 Meghatározás

Az üzleti agilitás (Business Agility) egy szervezet képessége arra, hogy gyorsan, folyamatosan és rendszerszerűen alkalmazkodjon és reagáljon a változásokra, miközben nyereséges marad és felülmúlja versenytársait.

🔄 Alkalmazkodás

Új értékek létrehozását és szállítását foglalja magában az ügyfelek számára, kielégítve folyamatosan változó igényeiket, és versenyelőnyt teremtve.

📈 Fontosság

Az üzleti agilitás kulcsfontosságú a mai digitális korban, ahol a gyors és radikális változások rugalmasságot és ellenálló képességet igényelnek a szervezetektől.

🎯 Ügyfélközpontúság

Az üzleti agilitás mélyen figyelembe veszi az ügyfelek igényeit, és elkötelezett az érték szállítása iránt.

📊 Adatok

Az adatok stratégiai eszközként való felismerése és kihasználása az üzleti agilitás egyik kulcseleme.

🌐 Piacfigyelés

A piac folyamatos figyelemmel kísérése szükséges a változó körülményekhez és az ügyféligényekhez való alkalmazkodáshoz.

🔄 Döntéshozatal

Agilis döntéshozatali folyamatok bevezetése, amelyek folyamatosan értékelik az üzleti lehetőségeket és kezdeményezéseket.

📈 Portfólió Igazítása

Az üzleti agilitás kulcsa a kezdeményezések portfóliójának gyors igazítása a szervezeti célokhoz.

🛠️ Szervezeti Struktúra

Az egyik fontos szempont az agilis megközelítésnél a szervezeti struktúra olyan átalakítása, hogy az rugalmasabb és változásokra fogékonyabb legyen.

💼 Vezetői Fókusz

Az üzleti agilitás hangsúlyozza a vezetést a digitális transzformáció kontextusában, valamint az agilitás fontosságát a modern üzleti világban.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Canary Release","question":"Mi az a Canary Release?","description":"Egy telepítési stratégia, amely minimalizálja a kockázatokat.","date":"2024-11-25","categories":["DevOps","kiadás","kockázatkezelés","telepítés"],"published":true,"slug":"canary-release","content":"

🐤 Meghatározás

A Canary Release egy telepítési stratégia, amelyet a szoftverfejlesztésben használnak a kockázatok csökkentésére azáltal, hogy az új verziót először egy kisebb felhasználói csoport számára bocsátják rendelkezésre.

📅 Eredet

A név azokra a bányászokra utal, akik kanárikat vittek a szénbányákba. Ha mérgező gáz szivárgott, a kanári előbb elpusztult, mint a bányászok.

🔍 Monitorozás

A rendszert gondosan figyelik az esetleges problémák észlelésére. Ha az új verzió jól működik, fokozatosan egyre több felhasználó számára teszik elérhetővé.

🔄 Visszavonás

Ha problémák merülnek fel, a kiadást vissza lehet vonni, és az előző verziót újra bevezethetik minden felhasználó számára.

👥 Kiválasztás

Különböző stratégiák léteznek annak kiválasztására, hogy mely felhasználók találkoznak először az új verzióval, például véletlenszerű mintavétel vagy demográfiai szempontok alapján.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CD","question":"Mi az a CD?","description":"A CD a Continuous Deployment rövidítése.","date":"2024-11-25","categories":["ALM","CI","DevOps","automatizálás","kiadás","telepítés"],"published":true,"slug":"cd","content":"

🔄 Meghatározás

A Continuous Deployment, vagy folyamatos telepítés egy szoftverfejlesztési megközelítés, ahol a kódváltoztatásokat automatikusan telepítik a termelési környezetbe egy sor automatizált teszt után.

🛠️ Folyamat

Az új kódváltoztatások egy teszt- és ellenőrzési folyamaton mennek keresztül, és ha jóváhagyják, közvetlenül telepítik őket a termelési környezetbe.

🚀 Előnyök

A folyamatos telepítés felgyorsítja a szoftverek szállítását, csökkenti az új funkciók piacra jutási idejét, és lehetővé teszi a gyorsabb visszajelzési ciklusokat.

🐞 Hibajavítás

A gyakori telepítések megkönnyítik a hibák megtalálását és kijavítását, mivel a hibák frissebbek és könnyebben nyomon követhetők.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CFD","question":"Mi az a CFD?","description":"A CFD a Cumulative Flow Diagram rövidítése.","date":"2024-11-25","categories":["CFD","folyamatos fejlesztés","kaizen","kanban","metrika"],"published":true,"slug":"cfd","content":"

📜 Meghatározás

A Cumulative Flow Diagram (CFD) egy vizuális eszköz, amelyet a Kanban-ban használnak egy rendszer vagy csapat teljesítményének nyomon követésére. Bemutatja a munkadarabok áramlását a különböző szakaszokon az idő múlásával.

🔍 Cél

Információt nyújt a munkafolyamat stabilitásáról és hatékonyságáról, kiemelve a fejlesztendő területeket és segítve a szűk keresztmetszetek azonosítását.

📈 Elemei

A diagram sávokat tartalmaz, amelyek a munkafolyamat különböző szakaszait ábrázolják. Az egyes sávok szélessége a munkadarabok számát jelzi az adott szakaszban.

🔄 CFD Elemzés

A CFD trendjeinek elemzése lehetővé teszi a szállítási idő, ciklusidő, folyamatban lévő munka (WIP) megértését és a teljesítményproblémák azonosítását.

📏 Tengelyek

A vízszintes tengely az időt, míg a függőleges tengely a munkadarabok mennyiségét méri, általában a WIP-et az egyes szakaszokban.

🔄 Átfutási Idő

A CFD használható az átfutási idő elemzésére, amely azt az időt jelöli, amíg egy munkadarab az elejétől a végéig eljut.

🔄 Ciklusidő

Segít megérteni a ciklusidőt is, amely egy munkadarab egyetlen iterációjának befejezéséhez szükséges időt jelöli.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CI","question":"Mit jelent a CI?","description":"A CI a Continuous Integration (Folyamatos Integráció) rövidítése.","date":"2024-11-25","categories":["ALM","CI","DevOps","automatizálás","fejlesztés","minőség"],"published":true,"slug":"ci","content":"

📜 Meghatározás

A Continuous Integration (CI) egy szoftverfejlesztési gyakorlat, amely során a fejlesztők rendszeresen egyesítik kódmódosításaikat egy központi adattárba, amelyet automatikus build-ek és tesztek követnek. Ez a DevOps filozófia egyik alapvető gyakorlata.

🔨 Automatizálás

A CI mind kulturális elemet, a gyakori integráció ösztönzését, mind pedig automatizálási elemet tartalmaz. A kódmódosítások automatikus build-folyamatokat váltanak ki a szoftver futtatható verziójának létrehozására.

🚀 Célok

A CI kulcsfontosságú céljai a hibák gyors felismerése és kijavítása, a szoftver minőségének javítása, valamint az új szoftverfrissítések érvényesítésére és kiadására fordított idő csökkentése.

🔄 Bizalom

A gyakori integráció bizalmat teremt abban, hogy a kódbázis mindig működőképes állapotban van.

🔬 Tesztlefedettség

A CI-nak átfogó automatizált tesztkészlettel kell rendelkeznie, amely lefedi a szoftver különböző aspektusait, biztosítva a minőséget.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CI/CD","question":"Mit jelent a CI/CD?","description":"A folyamatos integráció (CI) és folyamatos telepítés (CD) kulcsfontosságú gyakorlatok a szoftverfejlesztésben, és a DevOps megközelítés központi pillérei.","date":"2024-11-25","categories":["CD","CI","DevOps"],"published":true,"slug":"ci-cd","content":"

🔄 Folyamatos Integráció (CI)

A CI olyan gyakorlatot jelent, amelyben a fejlesztők gyakran integrálják kódmódosításaikat egy megosztott adattárba, és automatizált tesztekkel biztosítják a kód megbízhatóságát.

📦 Folyamatos Szállítás (CD)

A CD automatizálja a kódmódosítások tesztelésének és szállításának folyamatát, és megáll a termelési környezetbe való automatikus telepítés előtt.

🔁 CI/CD Pipeline

A pipeline egy összekapcsolt tesztek, folyamatok és ellenőrzések sorozata, amely magában foglalja a CI-t és CD-t, támogatva az agilis gondolkodásmódot, a DevOps megközelítést és az SRE gyakorlatokat.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CoE","question":"Mi az a CoE?","description":"A CoE a Kiválósági Központ (Center of Excellence) rövidítése.","date":"2024-11-25","categories":["Kaizen","agilis","kiválósági központ"],"published":true,"slug":"coe","content":"

📜 Meghatározás

A Kiválósági Központ (CoE) egy szervezeten belüli stratégiai egység, amely szakértelmet és speciális készségeket nyújt, hogy előmozdítsa és biztosítsa a kiválóságot szakterületének gyakorlataiban.

🎯 Cél

A CoE elsődleges célja a legjobb gyakorlatok elfogadásának, optimalizálásának és irányításának előmozdítása. A CoE-k kulcsszerepet játszanak a folyamatos fejlesztés iránti szervezeti kultúra befolyásolásában.

🤝 Együttműködés

A CoE-k együttműködnek a csapatokkal, hogy ismereteket és legjobb gyakorlatokat osszanak meg, azzal a céllal, hogy javítsák a szervezet minőségét és következetességét.

👩‍🏫 Szolgáltatások

A CoE szolgáltatásai közé tartozik a képzés, a folyamatalkotás, a playbook-ok és a mentorálás.

📝 Irányítási Keretrendszerek

A CoE-k irányítási keretrendszereket hoznak létre annak biztosítására, hogy a legjobb gyakorlatokat megfelelően valósítsák meg és tartsák be.

📈 Metrikák

A CoE-k gyakran mérik szakterületük gyakorlatainak megfelelő teljesítményét a szervezetben, és azonosítják a fej

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Commitment Point","question":"Mi az a Commitment Point?","description":"Ez az a munkafolyamat-szakasz, ahol egy munkadarab készen áll a rendszerbe való bekerülésre.","date":"2024-11-25","categories":["elkötelezettség","folyamat","hatékonyság","kanban"],"published":true,"slug":"commitment-point","content":"

📜 Meghatározás

A Commitment Point a Kanbanban az a munkafolyamat-szakasz, ahol egy munkadarab készen áll a rendszerbe való bekerülésre, és áramlásának megkezdésére, jelezve a csapat elkötelezettségét az elem elkészítése és szállítása iránt.

🔄 Jelentőség

Ez kulcsfontosságú koncepció a folyamatban lévő munka (WIP) kezelésében, biztosítva, hogy a csapatok előrejelezhetőbben képesek legyenek szállítani a vállalt munkát.

📊 Vizuális Ábrázolás

A Commitment Point-okat általában oszlopok közötti választóvonalakként vizualizálják a Kanban-táblán, hogy egyértelművé tegyék a munkadarabok státuszát, és segítsék a munkafolyamat kezelését.

🛠️ Hatékonyság

Az elköteleződési pontok meghatározásával a csapatok elkerülhetik a túlzott terhelést, fenntartva az egyensúlyt a kereslet és a kapacitás között.

📝 Explicit Megerősítés

Az elköteleződési pontok megkövetelik a csapat egyértelmű megerősítését arról, hogy egy munkadarab készen áll az elkezdésre és befejezésre.

🏉 Scrum

A Scrum-ban a Kanban elköteleződési pontjának megfelelője a Sprint Backlog létrehozása.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Community of Practice - CoP","question":"Mi az a Community of Practice?","description":"Egy csoport, amely egy közös érdeklődési körrel, problémakörrel vagy szenvedéllyel rendelkezik egy adott téma iránt.","date":"2024-11-25","categories":["CoP","tanulás","tudásmegosztás"],"published":true,"slug":"cop-comunidad-de-practicas","content":"

📜 Meghatározás

A Community of Practice (CoP) egy olyan csoportot jelöl, amelynek tagjai közös érdeklődési körrel, problémákkal vagy szenvedéllyel rendelkeznek egy adott témában, és folyamatos együttműködéssel mélyítik tudásukat és szakértelmüket ezen a területen.

🔍 Cél

A CoP-k a tanulást, a problémamegoldást és a legjobb gyakorlatok cseréjét szolgálják egy szakmai vagy szervezeti környezetben.

👥 Tagok

A CoP-k általában olyan tagokból állnak, akik egy adott terület gyakorlói, és közösen fejlesztenek ki eszközöket, tapasztalatokat és megoldásokat.

📚 Eredet

A CoP fogalmát először Jean Lave kognitív antropológus és Etienne Wenger oktatási teoretikus javasolta az 1990-es években.

👩‍🏫 Természetes Kialakulás

A CoP-k gyakran organikusan alakulnak ki a szervezeteken belül, ahogy hasonló érdeklődési körrel és kihívásokkal rendelkező szakemberek együttműködnek.

📅 Evolúció

Idővel a CoP-k saját identitást, gyakorlatokat és munkamódszereket fejlesztenek ki, gyakran a szervezeti tudásmenedzsment szerves részévé válnak.

🔧 Facilitáció

Egyes szervezetek aktívan támogatják a CoP-k kialakulását, például erőforrásokkal, vezetőségi támogatással és kommunikációs platformokkal.

📈 Gyakorlat

A CoP-k a legjobb gyakorlatok és gyakorlati tudás fejlesztésére és megosztására összpontosítanak saját szakterületükön.

📚 Tudásmenedzsment

A CoP-k hatékony eszközei a szervezeten belüli hallgatólagos tudás rögzítésének és terjesztésének.

","language":"hu","alternativeLangs":["ar","da","el","en","es","fi","fr","he","hi","it","ja","ko","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Cost of Delay","question":"Mi az a Cost of Delay?","description":"Az elhalasztott szállítás gazdasági hatását mutatja az idő előrehaladtával.","date":"2024-11-25","categories":["SLA","kanban","lean","metrika","prioritás"],"published":true,"slug":"cost-of-delay","content":"

📜 Meghatározás

A Cost of Delay (CoD) az elhalasztott szállítás gazdasági hatását jelenti egy termék vagy szolgáltatás esetében.

📊 Jelentőség

Ez egy kulcsfontosságú metrika a lean menedzsmentben és a kanban módszerben, amely a munka priorizálására, a veszteségek csökkentésére és a késések hatásainak megértésére szolgál.

🎯 Cél

Tudatosítja a késések pénzügyi hatását.

🔢 Számítás

Becslést készítenek arról, hogy a szállítás mennyi heti bevételt generálna, és elosztják a projekt időtartamával.

➗ Technika

A CD3 technika segít a backlog priorizálásában. Úgy számítják, hogy a Cost of Delay-t elosztják a projekt időtartamával, és az így kapott értéket használják a backlog elemeinek rendezésére.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Crystal Method","question":"Mi az a Crystal Method?","description":"Egy keretrendszer, amely az emberekre és azok interakcióira helyezi a hangsúlyt a folyamatok és eszközök helyett.","date":"2024-11-25","categories":["agilis","keretrendszer"],"published":true,"slug":"crystal-method","content":"

🔍 Meghatározás

A Crystal Method egy projektmenedzsment keretrendszer, amely az emberekre és azok interakcióira helyezi a hangsúlyt a folyamatok és eszközök helyett.

👨‍💻 Alkotó

Alistair Cockburn fejlesztette ki a Crystal módszert az IBM számára 1991-ben, válaszként a rugalmasabb és alkalmazkodóbb projektmenedzsment megközelítések iránti igényre.

🌐 Megközelítés

A Crystal az agilis gondolkodásmód része, amely az alkalmazkodóképességet és a csapat együttműködését hangsúlyozza.

📊 Színkódolás

A Crystal több színkóddal ellátott csoportba oszlik a csapat mérete alapján, amelyek mindegyike saját irányelvekkel rendelkezik.

📜 Tulajdonságok

A Crystal módszer emberközpontú, alkalmazkodó és ultra-könnyű, minimális dokumentációt igényel, és a rugalmasságot helyezi előtérbe.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Customer Centricity","question":"Mit jelent a Customer Centricity?","description":"Az ügyfél középpontba helyezése.","date":"2024-11-25","categories":["UX","kultúra","stratégia"],"published":true,"slug":"customer-centricity","content":"

📜 Meghatározás

A Customer Centricity egy üzleti stratégia, amely az ügyfelet helyezi a középpontba minden tevékenységben, azzal a céllal, hogy pozitív élményt nyújtson, és hosszú távú kapcsolatokat építsen.

📈 Fontosság

Ez kulcsfontosságú az üzletek számára, mivel növelheti az ügyfélhűséget, javíthatja a megtartási arányokat, és végső soron nagyobb nyereséget eredményezhet.

📊 Adatok Használata

Az ügyfél viselkedésének és preferenciáinak megértéséhez a használhatósági és elköteleződési adatokat stratégiai eszközként használják.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","no","pl","pt","ru","th","tr","zh"]},{"title":"Cycle Time","question":"Mi az a Cycle Time?","description":"Ez az az időtartam, amely alatt egy tételt befejeznek egy adott folyamatban.","date":"2024-11-25","categories":["ciklusidő","kanban","lead time","metrika","szállítási sebesség","throughput"],"published":true,"slug":"cycle-time","content":"

📜 Meghatározás

A ciklusidő (Cycle Time) az az időtartam, amely alatt egy tétel végigmegy a gyártási vagy fejlesztési folyamaton, a kezdettől a befejezésig. Ez azt jelenti, hogy az aktív munka megkezdésétől a szállításra kész állapot eléréséig eltelt idő.

🆚 Különbség a Lead Time-mal

A fő különbség a ciklusidő és a lead time között a mérés terjedelme.

📅 Mérési Mód

A ciklusidőt az egyes tételek kezdési és befejezési dátumainak és időpontjainak rögzítésével mérik, ahogy azok haladnak a táblán.

🔢 Számítás

A ciklusidő képlete: (Befejezési dátum - Kezdési dátum) + 1, hogy figyelembe vegyék azokat a tételeket, amelyeket ugyanazon a napon kezdtek és fejeztek be.

🎯 Fejlesztés

A ciklusidő javítására szolgáló stratégiák közé tartozik a folyamatban lévő munkák korlátozása és a szűk keresztmetszetek kezelése.

📈 Átlagos Ciklusidő

A csapatok történelmi adatok felhasználásával kiszámíthatják folyamatuk átlagos ciklusidejét, segítve a jövőbeli előrejelzéseket.

📈 Teljesítményelemzés

A ciklusidő adatok rendszeres elemzése segíthet a fejlesztendő területek azonosításában és a változások hatékonyságának érvényesítésében.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Disciplined Agile Delivery - DAD","question":"Mi az a Disciplined Agile Delivery?","description":"Ez egy rugalmas megközelítés az agilis alkalmazására.","date":"2024-11-25","categories":["PMI","agilis","disciplined agile delivery","skálázás"],"published":true,"slug":"dad---disciplined-agile-delivery","content":"

📜 Meghatározás

A Disciplined Agile Delivery (DAD) egy olyan eszköztár, amely rugalmas megközelítést kínál az agilis alkalmazására a szervezeteken belül.

📅 Eredet

Scott Ambler és Mark Lines a Disciplined Agile Delivery társteremtői.

🔄 Evolúció

Eredetileg DAD néven ismert, a Disciplined Agile (DA) néven fejlődött, és ma már inkább eszköztárként, semmint keretrendszerként kezelik.

🔧 Rugalmasság

Úgy tervezték, hogy agnosztikus és pragmatikus legyen, lehetővé téve a szervezetek számára, hogy a legjobb eszközöket és megközelítéseket válasszák a saját kontextusuk alapján.

📚 Integráció

Integrál különböző keretrendszereket, például a Scrum, Kanban, XP, DevOps és SAFe, miközben útmutatást nyújt ezen gyakorlatok alkalmazásának és hatékony használatának adaptálásához.

📈 PMI Felvásárlás

A Project Management Institute (PMI) 2019-ben vásárolta fel a Disciplined Agile-t, hogy előmozdítsa és támogassa annak használatát.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"DDD","question":"Mi az a DDD?","description":"A DDD a Domain-Driven Design rövidítése.","date":"2024-11-25","categories":["BDD","DDD","TDD"],"published":true,"slug":"ddd---domain-driven-design","content":"

📜 Meghatározás

A Domain-Driven Design (DDD) egy szoftverfejlesztési megközelítés, amelynek célja magas minőségű szoftver létrehozása, amely megfelel az üzleti igényeknek.

🎯 Elsődleges Fókusz

A DDD a projekt fő fókuszát az üzleti domain alaplogikájára és koncepcióira helyezi.

🤝 Együttműködés

A DDD elősegíti a technikai és domain szakértők közötti kreatív együttműködést annak érdekében, hogy a modell pontosan tükrözze az üzleti folyamatokat.

📚 Referencia Anyag

A modell referenciaként szolgál mind az üzleti, mind a technikai csapatok számára, egy közös \"Ubiquitous Language\" használatával, amely leírja a fogalmakat.

🗂️ Modell Artefaktumok

A modell különféle artefaktumokat tartalmaz, például diagramokat, dokumentumokat és prototípusokat, amelyek az üzleti domaint képviselik.

🔄 Szinkronizálás

A modellt és a szoftvertervezést szinkronban kell tartani, és a tervezés bármilyen változtatását a modell alapján kell érvényesíteni.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Delivery","question":"Mi az a Delivery?","description":"Ez a szoftver leszállítása.","date":"2024-11-25","categories":["ALM","fejlesztés"],"published":true,"slug":"delivery","content":"

🔄 Meghatározás

A Delivery a szoftver szállítását jelenti egy csapat által.

🎯 Fókusz az Értékre

Az agilis gondolkodásmód számára a korai és gyakori értékes szoftverek szállítása kulcsfontosságú, hogy azonnali visszajelzést kapjanak, amely lehetővé teszi az alkalmazkodást versenyelőnyként.

📈 Metrikák

A csapat szállítási képességének mérésére használt néhány metrika: átfutási idő (Lead Time), ciklusidő (Cycle Time) és throughput.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Design Sprint","question":"Mi az a Design Sprint?","description":"Egy folyamat, amely lehetővé teszi egy prototípus létrehozását és tesztelését mindössze öt nap alatt.","date":"2024-11-25","categories":["Agilis","MVP","Prototípus","Termék","design sprint","innováció","validáció"],"published":true,"slug":"design-sprint","content":"

🚀 Meghatározás

A Design Sprint egy agilis termékfejlesztési folyamat, amely lehetővé teszi egy prototípus létrehozását és tesztelését mindössze öt nap alatt.

🔍 Eredet

A Design Sprint-et Jake Knapp és munkatársai fejlesztették ki a Google Ventures-nál. Eredetileg a startupok és termékfejlesztő csapatok ötleteinek gyors validálására és fejlesztésére szolgált.

🗓️ Menetrend

A folyamat általában öt kulcsfontosságú szakaszra oszlik, amelyek a munkahét napjaira felelnek meg.

👩‍💻 Csapat

Egy kis, keresztfunkcionális csapat szükséges, ahol kulcsszerepek, mint például a facilitátor és a döntéshozó, elengedhetetlenek.

📅 Hétfő — Megértés és Tervezés

Határozzák meg a termék célját, és tűzzenek ki reális célokat.

🖊️ Kedd — Ötletelés

Generáljanak változatos megoldásokat és ötleteket egyéni és csoportos skiccelési szekciókban.

🔍 Szerda — Döntéshozatal

Értékeljék és válasszák ki a legjobb ötleteket, majd hozzanak létre storyboard-ot a kiválasztott megoldáshoz.

🛠️ Csütörtök — Prototípus Készítés

Építsenek egy magas minőségű prototípust, amely tesztelhető a felhasználókkal.

🧪 Péntek — Tesztelés

Mutassák be a prototípust valódi felhasználóknak, hogy visszajelzéseket gyűjtsenek és validálják a koncepciót.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Design Thinking","question":"Mi az a Design Thinking?","description":"Ez egy problémamegoldó folyamat, amely az emberi szükségletek megértésére és innovatív megoldások létrehozására összpontosít.","date":"2024-11-25","categories":["design thinking","folyamat","innováció"],"published":true,"slug":"design-thinking","content":"

🎨 Meghatározás

A Design Thinking egy olyan problémamegoldó folyamat, amely az emberi szükségletek megértésére és innovatív megoldások létrehozására összpontosít. Ez a folyamat a Customer Centricity igazodását alkalmazza.

📚 Eredet

A Design Thinking a Stanford d.school-ból származik, John E. Arnold és Herbert Simon korai munkáiból.

💡 Ötletelés

A folyamat magában foglalja az ötletelési szakaszt és ötletek generálását, hogy számos lehetőséget feltárjanak.

🏗️ Prototípus Készítés

Az ötleteket gyorsan kézzelfogható prototípusokká alakítják tesztelés és finomítás céljából.

📊 Tesztelés és Visszajelzés

A prototípusokat felhasználókkal tesztelik, hogy visszajelzéseket gyűjtsenek, és iterálják a tervezést.

📈 Üzleti Hatás

A Design Thinking nemcsak terméktervezésre használható, hanem üzleti modellek és szervezeti változások innovációjára is.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Developers","question":"Ki az a Developer?","description":"Ők felelősek a kód megírásáért, hogy szoftveralkalmazásokat hozzanak létre, tervezzenek és tartsanak fenn.","date":"2024-11-25","categories":["fejlesztés","scrum","szerep"],"published":true,"slug":"developer","content":"

💻 Meghatározás

A Developer, más néven szoftverfejlesztő, olyan szakértő, aki kódot ír, hogy szoftveralkalmazásokat, webhelyeket vagy játékokat hozzon létre különböző eszközökhöz.

📱 Fontosság

A fejlesztők kulcsfontosságúak a digitális korban, és készségeik iránt nagy a kereslet a piacok gyors digitalizációja és az innovatív digitális megoldások szükségessége miatt.

🥷 Képességek

Haladó ismereteket igényelnek programozási nyelvekben, tervezési technológiákban, valamint képességeket komplex technikai projektekben való munkavégzéshez.

👨‍💻 Scrum

A Scrum keretében a fejlesztők felelősek a szoftvertermék létrehozásáért, tervezéséért, implementációjáért és szállításáért.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"DevOps","question":"Mi az a DevOps?","description":"A fejlesztés és üzemeltetés angol szavak kombinációja.","date":"2024-11-25","categories":["CD","CI","DevOps","agilis","fejlesztés","üzemeltetés"],"published":true,"slug":"devops","content":"

🛠️ Meghatározás

A DevOps egy szoftverfejlesztési filozófia, amely a kommunikációra, együttműködésre és integrációra helyezi a hangsúlyt a szoftverfejlesztők és IT üzemeltetési szakemberek között.

🌐 Eredet

A \"DevOps\" kifejezést 2009-ben alkották John Allspaw és Paul Hammond \"10 deploys per day\" című előadásában az O'Reilly Velocity 09 eseményen, de a mozgalom valójában 2007-ben kezdődött, amikor Patrick Debois, egy független tanácsadó, konfliktusokat tapasztalt a fejlesztési és üzemeltetési csapatok között.

📈 Evolúció

A DevOps azóta olyan gyakorlatokat foglal magában, mint a folyamatos szállítás és folyamatos telepítés, amelyek célja a szoftverek minőségének, sebességének és nyereségességének javítása.

🤝 Keresztfunkcionális Együttműködés

A DevOps kulturális váltást igényel a fejlesztési és üzemeltetési csapatok közötti együttműködés és integráció irányába.

🔁 Folyamatos Integráció

A folyamatos integráció (CI) a DevOps egyik kulcsfontosságú gyakorlata, amely automatikus kódfrissítéseket jelent egy megosztott adattárba. Célja a hibák gyors felismerése és kijavítása, valamint a szoftver minőségének javítása.

🚀 Folyamatos Telepítés

A DevOps paradigma másik evolúciója a folyamatos telepítés (CD), ahol a kódváltoztatásokat automatikusan bocsátják rendelkezésre a termelési környezetben.

","language":"hu","alternativeLangs":["cs","da","de","el","en","es","fi","fr","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Discovery","question":"Mi az a Discovery?","description":"Ez az a folyamat, amely meghatározza, hogy milyen terméket vagy szolgáltatást kell létrehozni.","date":"2024-11-25","categories":["agilis","innováció","termék","termék backlog","upstream"],"published":true,"slug":"discovery","content":"

🔍 Meghatározás

A Discovery az a folyamat, amely meghatározza, hogy milyen terméket vagy szolgáltatást kell létrehozni, azáltal, hogy érvényesíti a felhasználói igényeket, és azonosítja a kockázatokat és lehetőségeket.

🔄 Agilis

A Discovery-t gyakran alkalmazzák az agilis módszertanokkal együtt, hogy biztosítsák a megfelelő termék hatékony létrehozását.

👥 Csapat Együttműködés

Egy keresztfunkcionális csapat működik együtt, hogy megértse a felhasználói környezeteket és kihívásokat, valamint innovatív és értékes megoldásokat hozzon létre.

📈 Folyamatos Folyamat

A Discovery nem egyszeri tevékenység, hanem egy folyamatos folyamat, amely segít minimalizálni a kockázatokat és megalapozott döntéseket hozni.

🔄 Dual Track Megközelítés

A Discovery integrálható a Dual Track megközelítésbe, ahol az agilis gyakorlatokkal, például a Scrum-mal kombinálva biztosítják, hogy a kifejlesztett termék igazodik a felhasználói igényekhez.

📅 Kezdeti Szakasz

Általában a termékfejlesztési életciklus korai szakaszában végzik, lehetővé téve a termékötletek érvényesítését, mielőtt jelentős erőforrásokat fektetnének be.

🛠 Lean Módszerek

A Discovery gyakran használja a lean módszereket az ötletek gyors tesztelésére és iterálására, igazodva az agilis fejlesztés iteratív természetéhez.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"DoD - Definition of Done","question":"Mi az a Definition of Done?","description":"Egy kritériumkészlet, amely meghatározza, hogy mikor tekinthető egy user story elkészültnek.","date":"2024-11-25","categories":["agilis","minőség","scrum","user story"],"published":true,"slug":"dod-definition-of-done","content":"

🎯 Meghatározás

A Definition of Done (DoD) egy olyan kritériumkészlet, amely meghatározza, hogy egy user story a Scrum keretrendszerben mikor tekinthető elkészültnek.

🛠️ Fontosság

Biztosítja, hogy minden munka egységes szabvány szerint készüljön el, és kiadásra kész legyen, átláthatóságot nyújtva és garantálva a minőséget.

🤝 Létrehozás

Ha a szervezet nem rendelkezik meghatározott DoD-vel, a fejlesztők felelőssége, hogy létrehozzák azt.

📈 Mérési Alap

Lehetővé teszi a kész munka objektív értékelését, és segít a csapat kapacitásának és elvárásainak kezelésében.

📋 Látható Kritériumok

A DoD-t általában egy ellenőrző listaként vagy kritériumok listájaként dokumentálják, amely a csapat számára látható, és a sprint során hivatkozási pontként szolgál.

🌱 Evolúció

A DoD egy élő elem, amelyet fejleszteni és bővíteni kell, ahogy a csapat tanul és tapasztalatokat szerez.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"DoR - Definition of Ready","question":"Mi az a Definition of Ready?","description":"Egy kritériumkészlet, amely meghatározza, hogy egy tétel milyen követelményeknek kell megfelelnie a fejlesztés előtt.","date":"2024-11-25","categories":["DoD","antipattern","megállapodás","scrum"],"published":true,"slug":"dor-definition-of-ready","content":"

🔍 Meghatározás

A Definition of Ready (DoR) egy olyan kritériumkészlet, amelyet a Scrum-ban a Product Owner és a fejlesztők közösen határoznak meg, és amely leírja, hogy egy Product Backlog tételnek milyen követelményeknek kell megfelelnie, mielőtt kiválasztható lenne a Sprint Backlog-ba.

📝 Készenlét Kritériumai

A DoR biztosítja, hogy a tételek megfelelően finomítottak, érthetők és megvalósíthatók legyenek, csökkentve a késések és félreértések kockázatát a sprint tervezése során.

📝 Nem Része a Scrum-nak

Bár a Scrum keretrendszer hivatalosan nem tartalmazza a DoR-t, bizonyos esetekben együttműködési eszközként szolgál, elősegítve a kommunikációt és a közös megértést a Product Owner és a fejlesztőcsapat között.

🚫 Antipattern

A DoR antipattern-nek számít, mert ellentmond a Scrum empirizmus elveinek, akadályozhatja a csapat autonómiáját, és gátolhatja a kommunikációt.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Downstream","question":"Mi az a Downstream?","description":"Azok a tevékenységek, amelyek egy kérés beérkezésétől annak kiszolgálásáig tartanak.","date":"2024-11-25","categories":["agilis","ciklusidő","kanban","lean","upstream","átfutási idő"],"published":true,"slug":"downstream","content":"

⬇️ Downstream

Az agilis és lean filozófiákban a downstream azokat a tevékenységeket jelöli, amelyek egy kérés beérkezésétől a szolgáltatás teljesítéséig tartanak az ügyfél számára.

🔄 Upstream

Ezzel szemben az upstream minden olyan tevékenységet magában foglal, amely a tényleges végrehajtás előtt történik, például termékfelfedezés vagy backlog meghatározás.

🔀 Kanban

A Kanban a downstream koncepcióját használja a munkafolyamatok kezelésére, különös hangsúlyt fektetve a teljes folyamat vizualizálására és optimalizálására.

📈 Metrikák

Az upstream hatékonyságának megfigyelésére használt metrikák közé tartozik az átfutási idő (Lead Time) és a ciklusidő (Cycle Time).

📦 Scrum

Bár a Scrum explicit módon nem nevezi meg, a Product Owner backlog-menedzsmentjén keresztül implikálja az upstream tevékenységeket.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Dual Track","question":"Mi az a Dual Track?","description":"Ez egy megközelítés, amely a termékfelfedezést és annak szállítását egyidejűleg ötvözi.","date":"2024-11-25","categories":["agilis","discovery","downstream","scrum","szállítás","upstream"],"published":true,"slug":"dual-track","content":"

🔍 Meghatározás

A Dual Track egy projektmenedzsment-megközelítés, amely ötvözi az agilis iteratív természetet az upstream és downstream tevékenységek különválasztásával.

🔄 Eredet

A Dual Track fogalmát először 2005-ben említette Lynn Miller, majd Desirée Sy 2007-ben továbbfejlesztette, és 2012-ben Marty Cagan és Jeff Patton formalizálta mint \"Dual-Track Agile\".

👁️ Felfedezés

Az upstream szakaszban a csapat egy része, általában a Product Owner és a UX szereplők, a felhasználói igények megértésére, prototípusok készítésére és tesztelésére összpontosít, mielőtt a fejlesztés megkezdődne.

🚀 Végrehajtás

A downstream szakaszban a fejlesztők a felfedezésből származó ötleteket termékincrementumokká alakítják.

🤝 Szinkronizáció

Mindkét szakasz párhuzamosan működik, céljuk, hogy összehangolják erőfeszítéseiket a fenntartható és hatékony munkafolyamat biztosítása érdekében.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Engineer Manager","question":"Mi az az Engineer Manager?","description":"Ők tapasztalt mérnökök, akik technikai tevékenységeket vezetnek és mérnöki csapatokat irányítanak.","date":"2024-11-25","categories":["együttműködés","vezetés"],"published":true,"slug":"engineer-manager","content":"

👩‍💼 Szerep Meghatározása

Az Engineer Manager egy tapasztalt mérnök, aki technikai tevékenységeket vezet és mérnöki csapatokat irányít.

🔧 Technikai Vezetés

Felelősek az adatokon alapuló technikai döntések meghozataláért és a technikai és tervezési műveletek végrehajtásának felügyeletéért.

👥 Csapatmenedzsment

A technikai feladatok mellett több mérnöki csapatot irányítanak és vezetnek, biztosítva, hogy a projektek hatékonyan és az ütemterv szerint készüljenek el.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Expedite","question":"Mit jelent az Expedite?","description":"Ezek magas prioritású munkadarabok, amelyek azonnali figyelmet igényelnek.","date":"2024-11-25","categories":["kanban","sürgősség"],"published":true,"slug":"expedite","content":"

⏱️ Meghatározás

A Kanban-ban az expedite azokat a munkadarabokat jelöli, amelyek sürgősségük miatt azonnali figyelmet igényelnek, gyakran megszakítva a szokásos munkafolyamatot.

🚀 Tábla

A csapatok használhatnak egy expedite sávot a Kanban-táblájukon, hogy vizuálisan elkülönítsék és priorizálják a sürgős munkadarabokat, lehetővé téve, hogy azokat a szokásos folyamatkorlátokon kívül kezeljék.

📈 Hatás

A sürgős tételek túlzott mennyisége negatívan befolyásolhatja a csapat szállítási kapacitását.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Extreme Programming - XP","question":"Mi az az Extreme Programming?","description":"Ez egy agilis szoftverfejlesztési keretrendszer, amely a gyakori visszajelzésekre és a folyamatos fejlesztésre összpontosít.","date":"2024-11-25","categories":["TDD","agilis","downstream","kaizen"],"published":true,"slug":"extreme-programming---xp","content":"

🔍 Meghatározás

Az Extreme Programming (XP) egy agilis szoftverfejlesztési keretrendszer, amely a gyakori visszajelzésekre és a folyamatos fejlesztésre összpontosít, például páros programozás és kollektív kódtulajdonlás alkalmazásával.

📅 Eredet

Az XP-t Kent Beck fejlesztette ki az 1990-es években, válaszul a szoros határidőkkel járó szoftverprojektek kihívásaira. Beck az \"Extreme Programming Explained: Embrace Change\" című könyvében vezette be 1999-ben.

📈 Minőség

Az XP célja a magas színvonalú szoftver biztosítása tesztelés és egyszerűsítés révén.

🔍 Egyszerűség

Az XP az egyszerű megoldásokat részesíti előnyben, elkerülve a felesleges technikai komplexitást.

💎 Bátorság

Ösztönzi a csapattagokat, hogy vállalják a kockázatokat és szükség esetén hajtsanak végre változtatásokat.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"FDD","question":"Mi az az FDD?","description":"Az FDD a Feature Driven Development rövidítése.","date":"2024-11-25","categories":["BDD","DDD","FDD","TDD","feature"],"published":true,"slug":"fdd---feature-driven-development","content":"

🔍 Meghatározás

A Feature Driven Development, vagy funkcióvezérelt fejlesztés, egy agilis szoftverfejlesztési megközelítés, amely a felhasználó által értékelt funkciókra összpontosít, kiemelve a rövid iterációkat és a gyakori kiadásokat.

🎯 Kulcsfontosságú Elv

Az FDD előírja, hogy egy funkciót 2-10 nap alatt kell szállítani, biztosítva ezzel az ügyféligények folyamatos kielégítését.

🔄 Iteratív Folyamat

Az FDD öt kulcsfontosságú folyamatból áll, beleértve a funkciólista létrehozását, a tervezést, valamint a tervezési és építési szakaszokat, mindezt ügyfélközpontú keretrendszerben.

🛠️ Csapatszerepek

Az FDD meghatározza a csapat szerepeit, például a főépítész, főprogramozó, domain szakértő, fejlesztési menedzser és tesztelő, amelyek hangsúlyozzák az egyéni és csapatszintű felelősségeket a funkciófejlesztésben.

🔀 Különbség a Scrum-tól

Az FDD a funkciókra összpontosít, míg a Scrum a termékincrementum szállítására.

📈 Ügyfél Részvétele

Az FDD aktív ügyfélrészvételt igényel, hogy biztosítsa az ügyfél igényeinek pontos kielégítését.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Features","question":"Mi az a feature?","description":"Ez egy jellegzetes funkció, amely értéket ad.","date":"2024-11-25","categories":["FDD","agilis","feature flag","mvp","product backlog","scrum"],"published":true,"slug":"feature","content":"

🔍 Meghatározás

A feature, vagy jellemző, egy olyan funkció, amely értéket ad a felhasználónak. Ez egy magas szintű követelmény, amely kisebb felhasználói történetekre bontható.

📈 Fontosság

A feature-ök segítenek a fejlesztési munka rendszerezésében és priorizálásában, lehetővé téve a csapatok számára, hogy konkrét funkcionális értéket szállítsanak.

👨‍💼 Tulajdonjog

A Product Owner (PO) általában felelős a feature-ök meghatározásáért, kezeléséért és rendezéséért a product backlog-ban.

🔄 Kapcsolat

A feature-ök gyakran több felhasználói történetből állnak, amelyek az agilis fejlesztésben a finomabb munkaegységek.

🚀 Kiadás

A Product Owner felelős annak eldöntéséért, hogy mely feature-öket kell belefoglalni az egyes kiadásokba az üzleti érték és a vásárlói igények alapján.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Feature Flags","question":"Mi az a Feature Flag?","description":"Ez egy technika, amely lehetővé teszi funkciók engedélyezését vagy letiltását.","date":"2024-11-25","categories":["A/B tesztelés","CD","CI","fejlesztés"],"published":true,"slug":"feature-flag","content":"

🚩 Meghatározás

A Feature Flags, más néven Feature Toggles, egy olyan technika, amely lehetővé teszi a fejlesztők számára, hogy bizonyos funkciókat engedélyezzenek vagy letiltsanak egy szoftveralkalmazásban a kódbázis módosítása nélkül.

🔧 Megvalósítás

Boolean értékek használatával valósíthatók meg konfigurációs fájlokban, amelyeket feltételesen ellenőriznek annak meghatározására, hogy egy funkciónak aktívnak kell-e lennie vagy sem.

🎯 Használati Esetek

Folyamatos telepítés (CD) megközelítésekben, Canary Releases-ben, A/B tesztelésben és a funkciók láthatóságának kezelésében különböző felhasználói szegmensek számára alkalmazzák.

💡 Előnyök

A Feature Flags biztonságosabbá és hatékonyabbá teszik a fejlesztést, lehetővé téve a csapatok számára, hogy új funkciókat teszteljenek és telepítsenek anélkül, hogy az egész felhasználói bázisra hatással lennének.

📈 Növekedés

A Feature Flags használata egyre népszerűbb az agilis, DevOps és folyamatos szállítási gyakorlatok térnyerésével.

📝 Konfiguráció

Definiálhatók olyan szolgáltatások segítségével, mint a Bullet Train vagy a LaunchDarkly, egyedi háttérszolgáltatással, vagy az alkalmazáson belüli helyi fájlok használatával.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Feedback","question":"Mi az a feedback?","description":"A feedback egy válasz, amelyet egy stimulusra adnak, mint annak értékelése.","date":"2024-11-25","categories":["feedback","kommunikáció"],"published":true,"slug":"feedback","content":"

🔊 Meghatározás

A feedback egy válasz, amelyet egy stimulusra adnak, mint annak értékelése.

♻️ Kapcsolat az Agilissal

Az Agile elősegíti a korai feedback megszerzését, hogy versenyelőnyként használják a változásokhoz való alkalmazkodáson keresztül.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Fibonacci Sequence","question":"Mi az a Fibonacci sorozat?","description":"Ez egy végtelen sorozat természetes számokból.","date":"2024-11-25","categories":["becslés","erőfeszítés","komplexitás","tervező póker"],"published":true,"slug":"fibonacci","content":"

🔢 Meghatározás

A Fibonacci sorozat egy végtelen sorozat természetes számokból, ahol minden egyes szám a két előző szám összege, kezdve a 0 és 1 vagy 1 és 1.

🌿 Design a természetben

A sorozat megfigyelhető a természetes jelenségekben, például a kagylók spirális mintáiban és a levelek elrendezésében a növényeken.

🎯 Agilis Becsülés

A Fibonacci sorozatot gyakran használják az agilis technikákban az erőfeszítés és a komplexitás becslésére, mint például a tervező póker.

🧮 Példa

0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89...

💻 Alkalmazások

Gyakorlati alkalmazásai vannak az informatika, játékelmélet és a pénzügyi piacok elemzésében.

📏 Aranyarány

A Fibonacci számok egymást követő aránya megközelíti az aranyarányt, egy matematikai fogalmat, amelyet gyakran társítanak az esztétikai szépséggel.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Figma","question":"Mi az a Figma?","description":"Egy grafikai tervező és prototípus készítő eszköz.","date":"2024-11-25","categories":["UI","UX","design","együttműködés"],"published":true,"slug":"figma","content":"

🎨 Tervező eszköz

A Figma egy grafikai tervező és prototípus készítő eszköz, amelyet széles körben használnak felhasználói felületek (UI) tervezésében és fejlesztésében.

🤝 Együttműködés

A Figma lehetővé teszi a valós idejű együttműködést, így a csapattagok együtt dolgozhatnak.

💻 Használhatóság

Ismert az intuitív és felhasználóbarát felületéről, amely népszerűvé teszi a UX/UI tervezők és a tervező ügynökségek körében prototípusok és makettek készítésére.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"FOMO","question":"Mi az a FOMO?","description":"A FOMO a \"Fear of Missing Out\" rövidítése, ami azt jelenti, hogy félünk kimaradni valamiből.","date":"2024-11-25","categories":["innováció","pszichológia","termék"],"published":true,"slug":"fomo","content":"

🔍 Meghatározás

A 'FOMO' a 'Fear of Missing Out' (Kimaradás félelme) kifejezést jelenti, egy pszichológiai állapotot, amelyet az jellemez, hogy valaki folyamatosan szeretne kapcsolatban maradni mások tevékenységeivel, különösen a közösségi médián keresztül.

😟 Következmények

Ez az állapot szorongást, depressziót és alvászavart okozhat, mivel az egyének folyamatosan arra kényszerülnek, hogy frissítéseket és interakciókat ellenőrizzenek.

📚 Eredet

A 'FOMO' kifejezést először az 1990-es évek végén használták, és eredetileg a társasági programok kimaradása miatti félelmet jelentette.

🌐 Fejlődés

A közösségi média és a digitális kapcsolódás növekedésével a FOMO egy szélesebb körű szorongássá vált, amely arra utal, hogy valaki kimarad mások élményeiből.

👥 Társas kapcsolatok

A FOMO most már a szociális szorongás egy formájának tekinthető, ahol az egyének folyamatos kapcsolatot keresnek, hogy elkerüljék az elzártság érzését.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Forecast","question":"Mi az a Forecast?","description":"Ez a jövőbeli eladások becslése és nyomon követése.","date":"2024-11-25","categories":["előrejelezhetőség","előrejelzés","metrikák"],"published":true,"slug":"forecast","content":"

📈 Meghatározás

Az előrejelzés a termék jövőbeli eladásainak becslése és nyomon követése, jellemzően a történeti eladási adatok és az értékesítési és marketing csapatok bevonásával.

🔍 Cél

A rövid és közép távú eladások előrejelzésére, problémák korai felismerésére, gyors megoldások keresésére, a készlet csökkentésére és az ügyfélszolgálat javítására használják.

📊 Módszerek

Az előrejelzés mind kvantitatív, mind kvalitatív adatok felhasználásával történhet.

📊 Kvantitatív adatok

A történeti eladási adatokat használják az előrejelzések alapjául, de nem garantálják a jövőbeli teljesítményt.

🧮 Kvalitatív adatok

A vállalaton belüli szubjektív értékeléseken alapul, például az értékesítési és marketing csapatoktól, hogy tájékoztassa az előrejelzést.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Framework","question":"Mi az a framework?","description":"Ez egy szabályok, ötletek vagy meggyőződések rendszere, amelyeket tervezésre, megállapodásra vagy döntéshozatalra használnak.","date":"2024-11-25","categories":["csapat","közös megértés","megállapodások","scrum"],"published":true,"slug":"framework","content":"

🏗️ Jelentés

A Framework, vagy munkakeret, egy támogató struktúra, amely köré valami felépíthető, vagy egy olyan szabályok, ötletek vagy meggyőződések rendszere, amelyeket tervezésre vagy döntéshozatalra használnak.

💻 Kontextus

A számítógépes rendszerekben a framework egy tényleges vagy elméleti struktúra, amelyet szoftveralkalmazások építésére szántak.

📚 Fogalmi struktúra

A framework lehet egy alapvető fogalmi struktúra vagy egy szabályrendszer, amelyet tervezéshez használnak.

📝 Példák

A Scrum egy agilis framework, a Laravel pedig egy PHP programozási nyelv keretrendszere.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"FYI","question":"Mi az az FYI?","description":"Az FYI az angol 'For Your Information' rövidítése.","date":"2024-11-25","categories":["kommunikáció","mozaikszavak"],"published":true,"slug":"fyi","content":"

📝 FYI

A For Your Information, vagy magyarul \"para tu información\", egy gyakori mozaikszó, amelyet mind szakmai, mind informális kommunikációban használnak annak jelezésére, hogy az információ releváns a címzett számára.

🗨️ Használat

Gyakran használják az üzenet vagy a tárgy előtt, hogy jelezzék, hogy a tartalom tájékoztató jellegű és nem igényel választ.

📧 E-mail

E-mail kommunikációban az FYI gyakran szerepel az e-mail tárgyában vagy törzsében, hogy jelezze, hogy a tartalom tájékoztató jellegű, és nem igényel választ.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Gemba","question":"Mi az a Gemba?","description":"A Gemba egy japán kifejezés, amely a 'valódi helyet' vagy 'ahol a cselekvés történik' helyet jelöli.","date":"2024-11-25","categories":["gemba","kaizen","lean"],"published":true,"slug":"gemba","content":"

🏭 Meghatározás

A Gemba egy japán kifejezés, amely a 'valódi helyet' vagy 'ahol a cselekvés történik' helyet jelöli az üzleti kontextusban.

💼 Alkalmazás

Az üzleti életben a Gemba ott található, ahol érték keletkezik, például a gyárban az operátoroknál vagy a kiskereskedelmi környezetben az értékesítési területen.

🔄 Lean Menedzsment

A Lean Menedzsment keretein belül a Gemba a folyamatos fejlesztés központja, amely szerint a problémákat legjobban azon a helyen lehet megérteni és megoldani, ahol azok előfordulnak.

📈 Kapcsolat a Kaizennel

A Gemba szorosan összefügg a Kaizen fogalmával, amely a folyamatos fejlesztés filozófiáját jelenti.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Gherkin","question":"Mi az a Gherkin?","description":"A Gherkin egy nyelv, amelyet a szoftverek viselkedésének specifikálására használnak úgy, hogy az könnyen érthető legyen a nem technikai érdekeltek számára.","date":"2024-11-25","categories":["behavior-driven development (BDD)","gherkin","teszt automatizálás"],"published":true,"slug":"gherking---given-when-then","content":"

📝 A Gherkin meghatározása

A Gherkin egy nyelv, amelyet a szoftverek viselkedésének specifikálására használnak úgy, hogy az könnyen érthető legyen a nem technikai érdekeltek számára.

🧪 Tesztelési módszer

Különösen a Behavior-Driven Development (BDD) módszertannal van összefüggésben, és tesztelési esetek tervezésére használják.

➡️ Szintaxis

A Gherkin egy specifikus szintaxist alkalmaz olyan kulcsszavakkal, mint a Feature, Scenario, Given, When és Then, amelyek a teszt leírások struktúrájának kialakítására szolgálnak.

🔄 Automatizálás

A Gherkin gyakran együtt használható olyan eszközökkel, mint a Cucumber a teszt automatizálásában.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Git","question":"Mi az a Git?","description":"A Git egy elosztott verziókezelő rendszer.","date":"2024-11-25","categories":["ALM","fejlesztés","git"],"published":true,"slug":"git","content":"

🔄 Meghatározás

A Git egy elosztott verziókezelő rendszer, amely lehetővé teszi a fájlok változásainak hatékony nyomon követését, különösen a szoftverfejlesztésben.

🔗 Tárhely

Minden fejlesztő helyi másolata egy teljes tároló, amely lehetővé teszi az offline munkát és elősegíti a távoli együttműködést.

🔀 Összefésülés

A Git eszközöket biztosít a különböző ágak összevonására, a konfliktusok megoldására és a tiszta tároló történetének fenntartására.

🌐 Rugalmasság

A Git tervezése támogatja a nemlineáris fejlesztést, erőteljes ágaztatási és összevonási lehetőségekkel.

🔒 Adat integritás

A Git kriptográfiai hash-eket használ az adatok integritásának biztosítására, így nehéz megváltoztatni vagy elveszíteni az információt.

📈 Népszerűség

A Git globálisan a verziókezelés szabványává vált, széles körben használják mind az open source, mind a kereskedelmi szoftverprojektekben.

📝 Commitok

A Git minden egyes mentéskor létrehoz egy pillanatképet az összes fájlról, amelyet commitnak hívnak, és amely a fejlesztési történet egy grafikonját képezi.

🌿 Ágak

A fejlesztők külön ágakon dolgozhatnak, majd az ő munkájukat összevonhatják a projekt fő ágába.

🔍 Visszavonás

Lehetőség van a kód visszaállítására egy korábbi commitra, a fájlok változásainak megtekintésére és annak ellenőrzésére, hogy mikor és hol történtek módosítások.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"GitFlow","question":"Mi az a GitFlow?","description":"A GitFlow egy elágazási modell a Git számára.","date":"2024-11-25","categories":["git","gitflow","ágak"],"published":true,"slug":"gitflow","content":"

🔄 GitFlow

A GitFlow egy elágazási modell a Git számára, amely segít a projektágak és kiadások kezelésében.

🚀 Eredet

A GitFlow-t Vincent Driessen fejlesztette ki, és széles körben elterjedt munkafolyamat a szoftverfejlesztésben.

🔗 Ágrendszer

Az ágak a fő (pl. 'main') és fejlesztési (pl. 'develop') ágakra vannak szervezve, valamint feature ágak, release ágak és hotfixek.

🔄 Kezdeti javaslat

Kezdetben egy elágazási modellként javasolták, de a GitFlow eszközként is támogatottá vált, amely speciális parancsokat tartalmaz.

📜 Finomítás és adaptáció

Idővel a GitFlow-t fejlesztőcsapatok finomították és adaptálták az egyedi igényeikhez és munkafolyamataikhoz.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"GitHub","question":"Mi az a GitHub?","description":"A GitHub egy platform kód tárolására és kezelésére.","date":"2024-11-25","categories":["együttműködés","fejlesztés","git","gitflow","github","verziókezelés"],"published":true,"slug":"github","content":"

🖥️ Meghatározás

A GitHub egy platform a fejlesztők számára, hogy tárolják és kezeljék kódjukat, nyilvános és privát tárolókat kínálva.

🤝 Együttműködés

Eszközöket biztosít a közös fejlesztéshez, lehetővé téve több felhasználó számára, hogy ugyanazon kódalapra dolgozzanak.

🔍 Verziókezelés

A GitHub a Git-et használja verziókezelő rendszerként a kódbeli változtatások nyomon követésére és a projekt különböző verzióinak kezelésére.

💻 Szolgáltatások

A GitHub további szolgáltatásokat kínál, mint például hibák követése, kódellenőrzés és szoftver menedzsment eszközök.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Hype","question":"Mi az a Hype?","description":"A Hype egy erős várakozás valami új iránt.","date":"2024-11-25","categories":["hype","marketing","termék"],"published":true,"slug":"hype","content":"

🔊 Hype

A Hype túlzott vagy túlzottan felnagyított izgatottságot jelent, amelyet gyakran a marketingben alkalmaznak egy funkció, termék vagy újdonság iránti közönség körében.

📈 Példa

A terméket, amelyet erőteljesen hypelnek, a jellemzőit vagy előnyeit túl is értékelhetik annak érdekében, hogy érdeklődést és eladásokat generáljanak.

📚 Eredet

A kifejezés az angol 'hyperbole' szóból származik, ami egy irodalmi figura, amely valamit túlzottan kiemel vagy túlértékel.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Impact Map","question":"Mi az az Impact Mapping?","description":"Az Impact Mapping egy technika, amely segít a célok elérésére és annak módjának meghatározásában.","date":"2024-11-25","categories":["design thinking","impact mapping","stratégia","termék","ütemterv"],"published":true,"slug":"impact-mapping","content":"

🎯 Meghatározás

Az Impact Mapping egy vizuális technika, amely segít a csapatoknak összpontosítani azokra a célokra, amelyeket el szeretnének érni, és annak módjaira.

🔄 Iteratív folyamat

Gyakran alkalmazzák a fejlesztés korai szakaszaiban, hogy stratégiai tervet és termék ütemtervet készítsenek.

🧠 Együttműködő eszköz

Az Impact Mapping minden érdekelttel együttműködő megbeszélést von be, hogy priorizálják azokat a lépéseket, amelyek a legnagyobb hatást fejthetik ki.

📈 Négy szint

A technika négy szintre van felosztva - Célok, Szereplők, Hatások és Kézbesítések - hogy feltérképezzék a 'Miért', 'Ki', 'Hogyan' és 'Mi' kapcsolatokat.

🎯 Célok

Az Impact Mapping első lépése a végső cél meghatározása, biztosítva, hogy az specifikus, mérhető, cselekvőképes, reális és időhöz kötött (SMART) legyen.

👥 Szereplők

Azonosítsák a kulcsfontosságú szereplőket vagy érdekelteket, akik befolyásolhatják a projekt sikerét, elkerülve az olyan általános kifejezéseket, mint a 'felhasználók' és pontosítva a felhasználói kategóriákat vagy szerepeket.

💥 Hatások

Határozzák meg, hogyan segíthetnek a szereplők a projekt céljainak elérésében, és mik azok a konkrét hatások, amelyek hozzájárulnak a sikerhez.

📦 Kézbesítések

Sorolják fel azokat a magas szintű funkciókat vagy jellemzőket, amelyekre szükség van a fejlesztéshez, amelyek kezdeti termék ütemtervként szolgálhatnak.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Ishikawa","question":"Mi az az Ishikawa diagram?","description":"Az Ishikawa diagram egy eszköz, amely a lehetséges okok azonosítására szolgál egy esemény vagy probléma esetében.","date":"2024-11-25","categories":["Ishikawa diagram","kaizen","post-mortem","retrospektíva"],"published":true,"slug":"ishikawa","content":"

📊 Meghatározás

Az Ishikawa diagram, más néven halszálka diagram, egy vizualizációs eszköz, amelyet gyakran használnak post-mortem vagy retrospektív megbeszélések során a konkrét események vagy problémák lehetséges gyökérokainak azonosítására és kategorizálására.

🐟 Eredet

A diagramot Kaoru Ishikawa készítette, és halszálka diagramnak nevezték el, mivel alakja hasonlít egy hal csontvázához.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Jira","question":"Mi az a Jira?","description":"A Jira egy alkalmazás projektmenedzsmenthez.","date":"2024-11-25","categories":["eszköz","jira","projekt"],"published":true,"slug":"jira","content":"

🔍 Meghatározás

A Jira egy szabadalmaztatott szoftveralkalmazás, amelyet az Atlassian fejlesztett ki a hibák követésére és projektmenedzsmentre.

📈 Cél

A csapatok a Jira-t használják a tervezéshez, nyomon követéshez és a szoftver támogatásához, biztosítva a teljes fejlesztési életciklus egyetlen igaz forrását.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Junior","question":"Mi az a junior?","description":"A junior egy fejlesztő, aki némi tudással rendelkezik a használt nyelvről és technológiai stackről.","date":"2024-11-25","categories":["fejlesztő","junior","senior","szerep"],"published":true,"slug":"junior","content":"

👨‍💻 Szerep meghatározása

A junior fejlesztő jellemzően 0-3 év tapasztalattal rendelkezik, és valamilyen ismerettel bír a használt nyelvről és technológiai stackről. Azonban az évek számát nem lehet egyértelműen meghatározni a fejlesztő szaktudása alapján.

💼 Felelősségek

A junior fejlesztők gyakran kisebb, kevésbé kritikus feladatokon dolgoznak tapasztaltabb vagy idősebb csapattagok irányítása alatt.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"JIT - Just In Time","question":"Mi az a Just In Time?","description":"A Just In Time egy stratégia, amely az alapanyag megrendeléseket a termelési ütemtervhez igazítja.","date":"2024-11-25","categories":["jit","lean","toyota"],"published":true,"slug":"just-in-time---jit","content":"

⏱️ Meghatározás

A Just In Time (JIT), vagyis éppen időben történő menedzsment egy olyan stratégia, amely az alapanyag megrendeléseket a termelési ütemtervhez igazítja, így a termékeket közvetlenül a felhasználás előtt kapja meg a gyártó.

🏭 Eredet

A JIT-ot a japán autógyártó, a Toyota dolgozta ki az 1970-es években, és a Toyota Production System (TPS) részeként alkalmazták.

💰 Előnyök

A JIT csökkenti a szükséges készletek mennyiségét, ezáltal növelve a hatékonyságot és a költségmegtakarítást, ugyanakkor kockázatot jelenthet, ha a kereslet vagy a szállítási zűrzavarok fellépnek.

🔄 Folyamat

A JIT folyamatos kereslet figyelemmel kísérését igényli, és olyan módszereket alkalmaz, mint a Kanban, hogy elősegítse a folyamatos fejlesztést a hatékonyság és a minőség javítása érdekében.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Kaizen","question":"Mi az a Kaizen?","description":"A Kaizen japán kifejezés, amely jótékony változást vagy fejlesztést jelent.","date":"2024-11-25","categories":["folyamatos fejlesztés","kaizen","lean","toyota"],"published":true,"slug":"kaizen","content":"

📈 Meghatározás

A Kaizen egy japán kifejezés, amely \"jó változást\" vagy \"fejlesztést\" jelent, és egy olyan üzleti filozófia, amely a folyamatos fejlesztésre összpontosít.

🏭 Eredet

A Kaizen a második világháború utáni Japánban alakult ki, és az amerikai minőségirányítási tanítások hatása alatt, különösen a Toyota vállalatnál alkalmazták.

🔄 Módszertan

A Kaizen magában foglalja az összes alkalmazott bevonását a vállalat különböző területein végbemenő fokozatos és folyamatos fejlesztésbe, célul tűzve a pazarlás megszüntetését és a folyamatok javítását.

🔧 Eszközök

A Kaizen filozófiája különféle eszközöket használ, mint például a 5S a munkahelyek rendezésére, JIT és Kanban a készletkezelésre, valamint az értékáram-térképezés a pazarlás kiküszöbölésére.

📚 Terjedés

A Kaizen globális terjedését 1986-ban a menedzsment tanácsadó, Masaaki Imai segítette elő a \"Kaizen: The Key to Japan's Competitive Success\" című könyvével.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Kanban","question":"Mi az a Kanban?","description":"A Kanban egy lean módszer, amely a munkafolyamatok optimalizálására szolgál.","date":"2024-11-25","categories":["agilis","kaizen","kanban","lean","pull rendszer","szolgáltatások","wip","áramlás"],"published":true,"slug":"kanban","content":"

🔖 Meghatározás

A Kanban egy lean módszer, amely a munkafolyamatok kezelésére és fejlesztésére szolgál a termelési és fejlesztési folyamatokban. A célja a folyamatos szállítás optimalizálása anélkül, hogy túlterhelnénk a munkacsoportot, vizuális rendszer alkalmazásával nyomon követve a feladatok előrehaladását.

🏭 Eredet

A Kanban-t a 1940-es években dolgozta ki a Toyota, és a Lean Manufacturing rendszer részeként alkalmazták. A célja a gyártási folyamatok optimalizálása volt a munka vizualizálásával és a pazarlás csökkentésével.

🔄 Fejlődés

A Kanban először a gyártásban jelent meg, majd David J. Anderson népszerűsítette a szoftverfejlesztésben és más területeken. A hatékonyságra és a folyamatos fejlesztésre való összpontosítása kiemeli alkalmazhatóságát és értékét különböző környezetekben.

🔍 Vizualizált menedzsment

A csapatok Kanban táblákat használnak munkájuk vizualizálására és előrehaladásuk nyomon követésére, gyakran olyan oszlopokkal, mint \"To Do\", \"In Progress\" és \"Done\".

🔄 Folyamatos fejlesztés

A Kanban elősegíti a problémák felismerését és megoldását a munkafolyamatban, lehetővé téve a folyamatos és hatékony fejlesztést, a Kaizen filozófiáját követve.

🔒 A folyamatban lévő munka korlátozása

A Kanban egyik kulcsfontosságú gyakorlata a WIP (Work In Progress) korlátozása, amely javítja a csapat fókuszáltságát és hatékonyságát, csökkenti a Lead Time-ot és növeli a szállított munka minőségét.

🔄 Pull rendszer

A Kanban pull rendszere arra ösztönzi a csapatokat, hogy befejezzék a feladatokat, mielőtt újakat kezdenének, így biztosítva, hogy a munkafolyamat egy darabja elkészüljön, mielőtt újabbra váltanának, egyszerűsítve a munkafolyamatot balról jobbra.

🛠 Eszközök

A Kanban módszer alkalmazásához népszerű digitális eszközök a Trello, Asana és JIRA.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Kanban Board","question":"Mi az a Kanban Board?","description":"A Kanban Board egy vizuális eszköz, amely a folyamat különböző szakaszaiban lévő munkát mutatja kártyák és oszlopok segítségével.","date":"2024-11-25","categories":["Információs sugárzó","Kanban","Lean"],"published":true,"slug":"kanban-board","content":"

📊 Meghatározás

A Kanban Board, vagy Kanban tábla, egy eszköz, amely vizuálisan ábrázolja a munkát a folyamat különböző szakaszaiban, kártyák és oszlopok segítségével.

🔢 WIP limit

A Kanban táblák segítenek maximalizálni a hatékonyságot azáltal, hogy korlátozzák a folyamatban lévő munka (WIP) mennyiségét.

👥 Csapat koordináció

A Kanban táblák segítik a csapatokat a koordinációban azáltal, hogy világos képet adnak a feladatok állapotáról, a blokkoló tényezőkről és a folyamatban lévő vagy befejezett munkáról.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"KISS","question":"Mi az a KISS?","description":"A KISS egy mozaikszó, amely a Keep It Simple, Stupid! (Tartsd egyszerűen, hülye!) kifejezést jelenti.","date":"2024-11-25","categories":["KISS","tervezési elv"],"published":true,"slug":"kiss---keep-it-simply-stupid","content":"

🔤 Jelentés

A KISS elv, amely a Keep It Simple, Stupid! (Tartsd egyszerűen, hülye!) mozaikszóból származik, egy tervezési elv, amely az egyszerűséget szorgalmazza.

🛠️ Tervezési elv

Ez az elv a rendszerek tervezése és fejlesztése során az egyszerűségre helyezi a hangsúlyt.

📅 Eredet

A KISS elv Kelly Johnson mérnök nevéhez fűződik, aki az Egyesült Államok haditengerészeténél dolgozott 1960-ban.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"KPI","question":"Mi az a KPI?","description":"A KPI a Key Performance Indicator (Kulcsfontosságú Teljesítménymutató) rövidítése.","date":"2024-11-25","categories":["KPI","metrika"],"published":true,"slug":"kpi---key-performance-indicator","content":"

🎯 Meghatározás

A Key Performance Indicator (KPI) vagy Kulcsfontosságú Teljesítménymutató egy mérhető teljesítmény mutató, amely az adott célok elérésének előrehaladását mutatja az idő múlásával.

🔑 Fontosság

A KPI-k kulcsfontosságúak a csapatok összehangolásában, üzleti metrikák biztosításában és átláthatóság növelésében a szervezeteken belül.

💼 Példák

A KPI-k közé tartozhatnak olyan mutatók, mint a bevételnövekedés, ügyfélmegtartási arány, eladások régiónként és még sok más, attól függően, hogy a cég milyen célokat tűzött ki.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Lead Time","question":"Mi az a Lead Time?","description":"A Lead Time az a teljes időtartam, amely az rendelés kezdetétől a befejezéséig tart.","date":"2024-11-25","categories":["cycle Time","kanban","lean","metrika"],"published":true,"slug":"lead-time","content":"

⏳ Meghatározás

A Lead Time, vagy szállítási idő az a teljes időtartam, amely az rendelés kezdetétől a befejezéséig tart, és gyakran használják a műveletek hatékonyságának mérésére.

📅 Képlet

Lead Time = Szállítási dátum - Rendelési dátum

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Lean","question":"Mi az a Lean?","description":"A Lean a gyártási elveket alkalmazza a szoftverfejlesztésben.","date":"2024-11-25","categories":["agilis","kanban","lean"],"published":true,"slug":"lean","content":"

🔍 Meghatározás

A Lean a gyártási elvek alkalmazását jelenti a termékek és szolgáltatások fejlesztésére és kezelésére.

🎯 Cél

A cél, hogy maximalizáljuk az ügyfelek és felhasználók számára kínált értéket, miközben csökkentjük a költségeket és a pazarlást.

🔃 Pull rendszer

A Lean alkalmazza a Pull rendszert, ahol a szolgáltatásokat a vásárlói igények indítják el, csökkentve a túlkínálatot és a pazarlást.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Lean Inception","question":"Mi az a Lean Inception?","description":"A Lean Inception egy olyan kollaboratív workshop, amely segít a csapatoknak a Minimum Viable Product (MVP) megalkotásában.","date":"2024-11-25","categories":["design thinking","lean","lean inception","mvp"],"published":true,"slug":"lean-inception","content":"

🚀 Cél

A Lean Inception egy módszer, amely célja, hogy összehangolja a csapatot a Minimum Viable Product (MVP) fejlesztésében egy kollaboratív workshop segítségével.

🏢 Eredet

A Lean Inceptiont Paulo Caroli vezette be, és az első publikáció 2011-ben történt.

📅 Időtartam

Általában egy hétig tart, és a Lean Inception workshop célja, hogy gyorsan meghatározza az MVP-t és létrehozza a tervezett elindítási tervet.

🔄 Fejlődés

A Lean Inception különböző módosításokon és adaptációkon ment keresztül, beleértve a távoli csapatok számára való alkalmazását is.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"LeSS","question":"Mi az a LeSS?","description":"A LeSS a Large Scale Scrum (Nagy Méretű Scrum) rövidítése.","date":"2024-11-25","categories":["LeSS","scaling","scrum"],"published":true,"slug":"less-large-scale-scrum","content":"

🔍 Meghatározás

A Large Scale Scrum (LeSS) egy keretrendszer a Scrum skálázására, amely lehetővé teszi, hogy több csapat dolgozzon ugyanazon terméken.

🎯 Cél

A LeSS célja, hogy a Scrum alapelveit és gyakorlatait a lehető legegyszerűbben alkalmazza nagyobb méretű vállalati környezetekben, miközben megőrzi a figyelmet az érték szállítására és a komplexitás csökkentésére.

📜 Kulcsfontosságú elvek

A LeSS 10 alapelvet követ, többek között az empirikus folyamatirányítást, az átláthatóságot, a vásárlói fókuszt és a folyamatos fejlesztést.

🔄 Skálázás

A LeSS két konfigurációval rendelkezik: az Alap LeSS, amely 2-8 csapat számára alkalmazható, és a LeSS Huge, amely több mint 8 csapat számára nyújt megoldást, biztosítva a rugalmas skálázást a különböző szervezeti méretekhez.

👥 Csapatok

A LeSS hangsúlyozza, hogy minden csapatnak keresztfunkcionálisnak kell lennie, és nagyon önállóan kell működnie.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Management 3.0","question":"Mi az a Management 3.0?","description":"A Management 3.0 egy vezetési és menedzsment megközelítés, amely a szervezetek rendszerszemléletű kezelésére összpontosít.","date":"2024-11-25","categories":["folyamatos fejlesztés","management 3.0","vezetés"],"published":true,"slug":"management-3-0","content":"

🎯 Meghatározás

A Management 3.0 egy vezetési és menedzsment megközelítés, amely a szervezetek rendszerszemléletű kezelésére összpontosít, kiemelve a közös felelősséget a munkavállalói teljesítményért és boldogságért.

🔄 Gondolkodásmód

A Management 3.0 inkább egy gondolkodásmódként, mintsem egy módszertan vagy keretrendszer formájában van jelen, és folyamatosan változó eszközkészletet, játékokat és gyakorlatokat kínál, amelyek segítenek a szervezetek kezelésében.

👥 Együttműködő vezetés

A Management 3.0 elősegíti a vezetési modellt, ahol a vezetés közös felelősség, és arra törekszik, hogy olyan munkakörnyezetet hozzon létre, amely hatékony és prioritást ad az alkalmazottak boldogságának.

🔧 Gyakorlati alkalmazás

A megközelítés gyakorlati tanácsokat és eszközöket biztosít, amelyek alkalmazhatóak a szervezetekben, erős fókuszt helyezve az agilis menedzsmentre és a folyamatos fejlesztésre.

🏢 Eredet

A Management 3.0-t Jurgen Appelo, egy IT menedzser hozta létre 2010-ben.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Market Fit","question":"Mi az a Market Fit?","description":"A Market Fit akkor következik be, amikor a termék erős piaci keresletet elégít ki.","date":"2024-11-25","categories":["lean startup","startup","termék"],"published":true,"slug":"market-fit","content":"

🎯 Meghatározás

A market fit akkor következik be, amikor egy vállalat terméke kielégíti a piaci keresletet, és a vásárlók megvásárolják, használják és ajánlják azt olyan mértékben, amely fenntartja a növekedést és a jövedelmezőséget.

💼 Fontosság

Különösen fontos a startupok és a már meglévő vállalatok számára, mivel csökkenti a bukás kockázatát, elősegíti a termékek értékesítését, és lehetővé teszi a funkciókkal, árazással és piaci megközelítéssel kapcsolatos informált döntéseket.

📈 Mérhetőség

A market fit mérhető kvalitatív és kvantitatív mutatók kombinációjával, mint például vásárlói felmérések, megtartási arányok és piaci részesedés.

🔍 Folyamat

A market fit eléréséhez meg kell érteni a célcsoportot, az ő igényeiket, meghatározni az értékajánlatot, és tesztelni a terméket a piacon.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Mindset","question":"Mi az a mindset?","description":"A mindset egy olyan beállított attitűdök, meggyőződések és perspektívák összessége, amely formálja, hogy egy egyén hogyan értelmezi és reagál a világra.","date":"2024-11-25","categories":["agilis","filozófia","mentality","mindset"],"published":true,"slug":"mindset","content":"

🧠 Meghatározás

A mindset, vagy mentális állapot, egy olyan beállított attitűdök, meggyőződések és perspektívák összessége, amely formálja, hogy egy egyén hogyan értelmezi és reagál a körülötte lévő világra.

🌱 Típusok

Két gyakori típusú mindset létezik: a növekedési mindset, amely azt hiszi, hogy a képességek erőfeszítéssel fejleszthetők, és a fix mindset, amely azt hiszi, hogy a képességek veleszületettek és változtathatatlanok.

💡 Fontosság

A mindsetek jelentősen befolyásolhatják egy személy viselkedését, motivációját és fejlődési képességét, így hatással vannak életük különböző területeire.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"MMF","question":"Mi az az MMF?","description":"Az MMF a Minimum Marketable Feature (Minimum Piaci Funkció) rövidítése.","date":"2024-11-25","categories":["Lean Startup","MVP","feature","érték"],"published":true,"slug":"mmf---minimum-marketable-feature","content":"

🎯 Meghatározás

A Minimum Marketable Feature, vagyis a Minimum Piaci Funkció, az a legkisebb funkciókészlet egy termékben, amelyet el kell szállítani ahhoz, hogy a vásárlók valamiféle értéket észleljenek.

💡 Fontosság

Fontos megérteni, hogy egy funkció MMF-e, mivel az agilis termékfejlesztés során ezek a funkciók jelentős értéket adnak a vásárlóknak, csökkentve a piacra kerülés idejét és növelve a megtérülést (ROI).

🔄 Iteratív megközelítés

Az MMF-ek az iteratív folyamat részét képezik, lehetővé téve a vásárlók számára értékelt funkciók folyamatos szállítását, miközben csökkentik a kockázatot és növelik az alkalmazkodóképességet.

📈 Kereskedelmi alkalmazás

Az MMF-ek piacon értékesíthető funkciók, amelyek értéket adnak a felhasználóknak, és megoldják a specifikus igényeket vagy problémákat.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Mob Programming","question":"Mi az a mob programming?","description":"A mob programming egy szoftverfejlesztési megközelítés, amelyben egy programozói csoport dolgozik együtt egyetlen munkaállomáson.","date":"2024-11-25","categories":["Extreme Programming","együttműködés","fejlesztés","pair programming"],"published":true,"slug":"mob-programming","content":"

🏉 Csapat együttműködés

A mob programming egy szoftverfejlesztési megközelítés, amelyben egy programozói csoport dolgozik együtt egyetlen munkaállomáson.

🔄 Szerepek rotációja

A pair programminghez hasonlóan a mob programming során a csapat gyakran rotálja a 'driver' szerepét, aki aktívan írja a kódot, míg a csapat többi tagja valós időben visszajelzést ad és irányít.

📈 Kollektív intelligencia

A mob programming a csapat kollektív tudását és szakértelmét használja fel a problémák megoldására és a szoftver fejlesztésére, ami potenciálisan magasabb minőségű kódot eredményezhet.

🔀 Elosztás

A pair programmingtől eltérően, ahol csak két programozó dolgozik együtt, a mob programming nagyobb csoportot igényel, tipikusan három vagy több programozót, akik egyszerre dolgoznak.

🌐 Távoli együttműködés

A mob programming távolról is végezhető, különböző helyszíneken lévő programozók használhatják az együttműködési eszközöket, például a VSCode \"Live Share\" funkcióját.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Mockups","question":"Mi az a mockup?","description":"A mockup egy statikus, vizuális ábrázolás egy termékről.","date":"2024-11-25","categories":["UI","UX","design","mockup"],"published":true,"slug":"mockup","content":"

🖼️ Meghatározás

A mockup egy statikus ábrázolás egy termékről, amelyet gyakran használnak terméktervezés és fejlesztés során annak bemutatására, hogy hogyan nézhet ki és hogyan használható a végtermék.

🎨 Elemei

Tartalmazza a tervezési elemeket, például tipográfiát, logókat, képeket, színpalettákat és navigációs vizuális elemeket, amelyek a végfelhasználói élmény részét képezik.

🔍 Cél

A mockupokat tervezési koncepciók, UI és UX bemutatására és értékelésére használják, lehetővé téve a visszajelzéseket és az iterációkat a termék teljes fejlesztése előtt.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Muda","question":"Mi az a Muda?","description":"A Muda egy japán kifejezés, amely pazarlást jelent.","date":"2024-11-25","categories":["kanban","lean","muda","pazarlás"],"published":true,"slug":"muda","content":"

📉 Meghatározás

A Muda egy japán kifejezés, amely pazarlást jelent, és bármilyen tevékenységet jelöl egy folyamatban, amely nem ad értéket a végtermékhez vagy szolgáltatáshoz.

🏭 Lean

A Muda központi fogalom a lean filozófiájában, célja a pazarlás megszüntetése a hatékonyság és a termelékenység javítása érdekében.

🚫 A Muda típusai

Két fő típusa van a mudának: azok a tevékenységek, amelyek nem adnak értéket, de szükségesek, és azok, amelyek nem adnak értéket, és szükségtelenek, így el kell őket távolítani.

🔢 TIMWOOD

A fenti típusok mellett a természetük alapján további hétféle pazarlás kategóriába sorolható, amelyeket a TIMWOOD mozaikszóval ismernek: Készlet, Szállítás, Mozgás, Várakozás, Túlkínálat, Túlzott feldolgozás, és Hibák.

🏗️ Eredet

A Muda fogalma a Toyota Production System (TPS) részeként alakult ki, és a lean menedzsment alapvető elvévé vált.

💰 Üzleti hatás

A Muda csökkentésével a szervezetek javíthatják a működési hatékonyságot, csökkenthetik a költségeket és javíthatják az általános minőséget.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Multitasking","question":"Mi az a multitasking?","description":"A multitasking több feladat egyidejű végrehajtását jelenti.","date":"2024-11-25","categories":["kanban","multitasking","wip","wip limit"],"published":true,"slug":"multitasking","content":"

🧠 Meghatározás

A multitasking, vagy többfeladatos munkavégzés, több feladat egyidejű végrehajtását jelenti, akár számítógép, akár ember által.

💻 Gépek

A számítástechnikában a multitasking azt jelenti, hogy egy operációs rendszer egyszerre több feladatot végez.

👩‍💼 Emberi multitasking

Emberek esetében ez gyors váltogatást jelent a feladatok között, vagy több feladat egyidejű elvégzését.

🚫 Termelékenység

A termelékenység és hatékonyság kutatásai azt mutatják, hogy bár a multitasking hatékonynak tűnhet, valójában csökkenti a termelékenységet és károsíthatja a kognitív képességeket a kontextusváltás költsége miatt.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"MVP","question":"Mi az az MVP?","description":"Az MVP egy olyan termékverzió, amely éppen elég funkcióval rendelkezik ahhoz, hogy a korai felhasználók használhassák.","date":"2024-11-25","categories":["MMF","MVP","lean startup","termék"],"published":true,"slug":"mvp---minimum-viable-product","content":"

📊 Meghatározás

A Minimum Viable Product (MVP) egy olyan termékverzió, amely tartalmazza a legszükségesebb funkciókat, amelyeket a korai felhasználók használhatnak, és visszajelzést adhatnak a jövőbeli fejlesztéshez.

🚀 Cél

Az MVP-t termékhipotézis tesztelésére használják minimális erőforrásokkal, felgyorsítva a tanulást, és csökkentve azokat a fejlesztési órákat, amelyek felesleges funkciók létrehozásával telnek el.

💡 Lean Startup

A koncepció központi szerepet kap a Lean Startupban, amely hangsúlyozza a validált tanulás fontosságát az új termékek fejlesztése során.

🔍 Iteratív Fejlesztés

Az MVP-k lehetővé teszik az iteratív fejlesztést, ahol a termékeket alapfunkciókkal indítják, majd a felhasználói visszajelzések alapján javítják.

💰 Költségmegtakarítás

Az MVP-k segítenek minimalizálni az időt és az erőforrásokat, amelyeket egy olyan termék fejlesztésére fordítanak, amely nem biztos, hogy sikeres lesz.

📈 Piaci Validálás

Lehetővé teszik egy termék vagy üzleti ötlet piaci keresletének tesztelését még jelentős befektetés előtt.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Nexus","question":"Mi az a Nexus?","description":"A Nexus egy Scrum skálázási keretrendszer.","date":"2024-11-25","categories":["Nexus","Scrum","Scrum@Scaled","Skálázás"],"published":true,"slug":"nexus","content":"

🔗 Nexus Keretrendszer

A Nexus egy keretrendszer, amelyet Ken Schwaber és a scrum.org fejlesztett ki a Scrum skálázására, minimalizálva és kezelve a több csapat közötti függőségeket.

🎯 Cél

A Nexus célja, hogy segítse a csapatokat több érték szállításában, a komplexitás és a függőségek csökkentésével, miközben megőrzi a Scrum alapelveit.

👥 Csoportosítás

A Nexus körülbelül három-négy Scrum csapatból álló csoportot foglal magába, akik egyetlen termék szállításán dolgoznak együtt.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Niko-Niko","question":"Mi az a Niko-Niko?","description":"A Niko-Niko egy vizuális eszköz, amely a csapat érzelmeit követi nyomon.","date":"2024-11-25","categories":["Csapat","Niko-Niko"],"published":true,"slug":"niko-niko","content":"

🗓️ Leírás

A Niko-Niko naptár egy vizuális eszköz, amely a csapat érzelmeit követi nyomon, más néven boldogsági indexként ismert.

🔍 Eredet

A kifejezés Japánból származik, és a \"Niko-Niko\" jelentése \"mosoly\", amelyet 2005-ben hozott létre Sachiko Kuroda a Fujitsu Software Technologies Limitednél Yokohamában.

⚒️ Használat

A csapattagok színes matricákat vagy emotikonokat helyeznek el a naptáron, hogy kifejezzék hangulatukat minden munkanap végén, rövid magyarázattal kiegészítve.

📈 Előnyök

A naptár segít mérni a morált, a mentális jólétet és a csapat lendületét, áttekintést biztosítva a csapat teljesítményéről az idő múlásával.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"OKRs","question":"Mi az az OKR?","description":"Az OKR az Objective and Key Result (Célok és Kulcsfontosságú Eredmények) rövidítése.","date":"2024-11-25","categories":["Célok","KPI","Metrika","OKR"],"published":true,"slug":"okr","content":"

📅 Eredet

Az OKR-eket Andrew Grove fejlesztette ki az Intelnél az 1970-es években, és később John Doerr népszerűsítette, aki bevezette a Google-nél.

🎯 Jelentés

Az OKR-ek (Célok és Kulcsfontosságú Eredmények) egy keretrendszert biztosítanak a célok kitűzésére és azok eredményeinek nyomon követésére a szervezeten belül.

🎯 Célok

Az OKR-ek céljainak világosnak, jelentőségteljesnek és kihívást jelentőnek kell lenniük. Olyan módon kell megfogalmazni őket, hogy inspirálják és motiválják a csapatot. Ezenkívül összhangban kell lenniük a szervezet küldetésével és víziójával. Egy jó cél olyan, amely bár nehéz elérni, reális, és hozzájárul a szervezet fejlődéséhez és javulásához.

🔑 Kulcsfontosságú Eredmények

Az OKR-ek kulcsfontosságú eredményei a konkrét metrikák, amelyeket az adott célok elérésének előrehaladása alapján mérnek. A kulcsfontosságú eredmények mérhetők, azaz valamilyen módon számszerűsíthetők. Például egy kulcsfontosságú eredmény lehet: \"A bevételek 20%-os növelése\".

🌐 Kiterjesztés

Az OKR-eket számos nagy technológiai vállalat fogadta el, nagyrészt John Doerr hatására.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Open Space","question":"Mi az az Open Space?","description":"Az Open Space egy olyan esemény formátum, amelynek nincs előre meghatározott napirendje, és a résztvevők irányítják.","date":"2024-11-25","categories":["Agilis","Két Láb Törvénye","esemény","önszerveződés"],"published":true,"slug":"open-space","content":"

🔄 Meghatározás

Az Open Space egy olyan eseményformátum, amely lehetővé teszi az önszerveződést, és specifikus kérdések vagy témák feltárására összpontosít az Agilis kontextusban.

🎯 Cél

Az a célja, hogy gyorsan összegyűjtse a legjobb ötleteket egy nagy csoporttól egy adott témában, gyakran rövid időn belül.

👥 Résztvevői vezetés

Az esemény tartalmát és struktúráját a résztvevők határozzák meg, nem az esemény szervezői.

🔀 Önszerveződés

A résztvevők javasolják és ütemezik a találkozókat, hogy specifikus témákról beszéljenek, és szabadon mozoghatnak a szekciók között, ahogy nekik tetszik.

📅 Időtartam

Az Open Space események jellemzően fél naptól két teljes napig tartanak, több egyidejű találkozóval.

📝 Négy alapelv

Aki jön, az a megfelelő személy; amit teszünk, az az egyetlen, ami történt; amikor elkezdődik, az a megfelelő időpont; amikor vége, akkor vége.

🦶 Két Láb Törvénye

A Két Láb Törvénye arra ösztönzi a résztvevőket, hogy vállalják a felelősséget saját tanulásukért és hozzájárulásukért azáltal, hogy átvándorolnak olyan szekciókba, amelyek érdeklik őket.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Pair Programming","question":"Mi az a Pair Programming?","description":"A Pair Programming egy szoftverfejlesztési technika, ahol két programozó dolgozik együtt egy munkaállomáson.","date":"2024-11-25","categories":["Mob Programming","együttműködés","fejlesztés"],"published":true,"slug":"pair-programming","content":"

⚙️ Meghatározás

A Pair Programming egy szoftverfejlesztési technika, ahol két programozó dolgozik együtt egy munkaállomáson, két szerepben: a 'driver' írja a kódot, míg az 'observer' vagy 'navigator' minden egyes kódsort átvizsgál.

🔄 Szerepek

A két programozó gyakran vált szerepeket, miközben az observer a munka stratégiai irányát is figyelembe veszi, míg a driver a taktikai aspektusokra összpontosít.

👥 Együttműködés

A Pair Programming egy együttműködő technika, amely sok kommunikációt igényel, és célja, hogy jobb minőségű kódot hozzon létre és megossza a tudást a csapat között.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Parking Lot","question":"Mi az a Parking Lot?","description":"A Parking Lot egy technika, amely javítja a fókuszáltságot a megbeszélések során.","date":"2024-11-25","categories":["technika","timebox"],"published":true,"slug":"parking-lot","content":"

🅰️ Meghatározás

A Parking Lot egy kijelölt tér, akár fizikai, akár virtuális, amelyet arra használnak, hogy rögzítsenek és kezeljenek olyan témákat, kérdéseket vagy ötleteket, amelyek a megbeszélések során merülnek fel, de nem relevánsak az aktuális témához.

🚗 Cél

Segít fenntartani a fókuszt a fő napirenden, megakadályozza, hogy a beszélgetések eltérjenek a témától, és biztosítja, hogy minden releváns téma megfelelő időben és a meghatározott időkereteken belül legyen kezelve.

📝 Használat

A résztvevők röviden lejegyzik a nem releváns témákat a Parking Lot-ba, és a facilitátor felelős azok újra megvitatásáért és kezeléséért a fő megbeszélés után.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PBI","question":"Mi az a PBI?","description":"A PBI a Product Backlog Item (Termék Hátralék Tétel) rövidítése.","date":"2024-11-25","categories":["backlog","scrum","sprint backlog","termék backlog"],"published":true,"slug":"pbi---product-backlog-item","content":"

📝 Meghatározás

A Product Backlog Item, vagyis a Termék Hátralék Tétel, a Scrumban használt kifejezés, amely egyetlen követelményt vagy elvégzendő munkát jelent.

🎯 Fontosság

A PBI-k alapvetőek a munkák szervezésében és priorizálásában, biztosítva az átláthatóságot az egész csapat számára.

🔄 Természete

A Product Backlog egy élő dokumentum, amely folyamatosan fejlődik a fejlesztés előrehaladtával, és a PBI-k frissítése, hozzáadása vagy eltávolítása történhet a csapat igényei és visszajelzései alapján.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PI","question":"Mi az a PI?","description":"A PI a Program Increment (Program Növekedés) rövidítése.","date":"2024-11-25","categories":["Release Train","SAFe"],"published":true,"slug":"pi---program-increment","content":"

⏱️ Meghatározás

A Program Increment, vagyis a Program Növekedés, egy 8-12 hetes időszak, amely alatt egy Agilis Release Train (ART) folyamatos értéket szállít egy termékhez.

📈 Cél

Az ART számára fix ütemtervet biztosít a tervezéshez, a felépítéshez és a teljes rendszer növekedésének validálásához.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PI Planning","question":"Mi az a PI Planning?","description":"A PI Planning egy esemény, amely a Program Increment tervezésére szolgál.","date":"2024-11-25","categories":["PI","SAFe","skálázás"],"published":true,"slug":"pi-planning","content":"

📈 Meghatározás

A PI Planning, vagyis a Program Increment tervezés, egy esemény a SAFe-ban, amely több csapatot összehangol egy közös küldetés és vízió mentén.

🤝 Cél

Az a célja, hogy közös megértést és elkötelezettséget hozzon létre a következő Program Increment céljainak elérésére, amely jellemzően 8-12 hétig tart.

👥 Résztvevők

A résztvevő szerepkörök közé tartozik a Product Manager, a Product Owner, a Release Train Engineer, a Scrum Master és a Fejlesztők, akik közösen dolgoznak a munka tervezésén és priorizálásán.

🗓️ Folyamat

Az esemény a Backlog áttekintésével kezdődik, azonosítják a függőségeket, és világos célokat tűznek ki az Agilis Release Train (ART) számára.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Planning Poker","question":"Mi az a Planning Poker?","description":"A Planning Poker egy technika az erőfeszítés becslésére.","date":"2024-11-25","categories":["XP","becslés","scrum","story points","user story"],"published":true,"slug":"planning-poker","content":"

🃏 Meghatározás

A Planning Poker egy technika, amelyet az Agilis csapatok használnak a szükséges erőfeszítés becslésére egy user story vagy feladat elvégzéséhez.

🤝 Becsülés

A technika során a csapattagok egy pakli kártyát használnak, hogy egyénileg becsüljék az erőfeszítést, majd megvitatják és újra becsülik, amíg konszenzusra nem jutnak.

💬 Fontosság

A technika valódi jelentősége nem az elért eredményben rejlik, hanem abban a párbeszédben, amelyet a csapaton belül indít el.

📈 Agilis

A Planning Poker gyakran társul a Scrum-mal és az Extreme Programming-mel (XP).

🔢 Fibonacci

A pakli kártyái gyakran a Fibonacci-sorozatot követik, hogy tükrözzék a becslési folyamatban rejlő bizonytalanságot, és relatív mértéket alkalmazzanak, amely nem az időre vonatkozik.

⭐ Bevezetés

A csapattag, aki legjobban ismeri a konkrét user story-t, rövid áttekintést ad, és a csapat kérdéseket tehet fel, hogy tisztázza a részleteket.

📝 Becsülés

Minden csapattag választ egy kártyát a paklijából, amely az egyéni becslését képviseli, anélkül hogy felfedné a többi csapattag előtt, hogy elkerülje a befolyásolást.

💬 Megbeszélés

A csapat megvitatja a becsléseket, igyekszik megérteni az eltéréseket és polaritásokat, majd konszenzusra jut.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PMBOK","question":"Mi az a PMBOK?","description":"A PMBOK a Project Management Body of Knowledge (Projektmenedzsment Tudásbázis) rövidítése.","date":"2024-11-25","categories":["PMBOK","PMI","Projektek"],"published":true,"slug":"pmbok","content":"

📘 Meghatározás

A PMBOK a Project Management Institute (PMI) által fejlesztett projektmenedzsment tudásbázis, amely alapvető fogalmakat, legjobb gyakorlatokat és folyamatokat tartalmaz a projektmenedzserek számára.

🌐 Fontosság

A PMBOK alapvető referencia a projektmenedzsment területén, és rendszeresen frissítik, hogy tükrözze az iparági változásokat, beleértve az agilis keretrendszerek és a változáskezelési modellek beépítését.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PMI","question":"Mi az a PMI?","description":"A PMI a Project Management Institute (Projektmenedzsment Intézet) rövidítése.","date":"2024-11-25","categories":["PMBOK","PMI","PMP","Projekt"],"published":true,"slug":"pmi","content":"

🏢 Szervezet

A Project Management Institute, vagyis a PMI, egy non-profit szervezet, amely a projektmenedzsment körüli tudás fejlesztésére összpontosít.

📜 PMP Tanúsítvány

A PMI kínálja a PMP (Project Management Professional) tanúsítványt, amely globálisan elismert szabvány a projektmenedzserek számára.

📚 Tudásbázis

A szervezet nemcsak a fejlődésre összpontosít, hanem a PMBOK kiadására is, amely a projektmenedzsment területén a legelismertebb és legfontosabb tudásbázis.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PMP","question":"Mi az a PMP?","description":"A PMP a Project Management Professional (Projektmenedzsment Szakember) rövidítése.","date":"2024-11-25","categories":["PMBOK","PMI","PMP","Projekt"],"published":true,"slug":"pmp","content":"

🎓 PMP Tanúsítvány

A PMP egy olyan képesítés, amelyet a Project Management Institute (PMI) ad ki.

🌍 Elismertség

A PMP tanúsítványt 125 országban elismerik, és rendkívül értékelt a projektmenedzsment területén.

📚 Követelmények

A PMP tanúsítvány megszerzéséhez a jelölteknek teljesíteniük kell a megfelelő oktatási, tapasztalati és képzési kritériumokat, és egy szigorú vizsgát kell tenniük.

📖 PMBOK Útmutató

A képesítés alapja a PMBOK Útmutató, amely a projektmenedzsment legjobb gyakorlatait tartalmazza, és rendszeresen frissítik, hogy tükrözze az iparági szabványokat.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Portfolio","question":"Mi az a Portfolio?","description":"A Portfolio egy stratégiai csoportosítása a projekteknek és programoknak.","date":"2024-11-25","categories":["program","projekt"],"published":true,"slug":"portfolio","content":"

📊 Meghatározás

A portfolio a projektek, programok és más munkák gyűjteménye, amelyeket egy csoportban kezelnek a stratégiai üzleti célok elérésére.

🎯 Prioritás

A projektek prioritásai változnak az üzleti igényeknek megfelelően, biztosítva, hogy mindig a legértékesebb munkát végezzék el.

📈 Átláthatóság

A portfóliókezelési folyamatnak átláthatónak kell lennie, világos láthatóságot biztosítva a projektek előrehaladásáról és a döntéshozatalról.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Product Backlog","question":"Mi az a Product Backlog?","description":"A Product Backlog egy priorizált lista az összes munkáról, amit el kell végezni egy terméken.","date":"2024-11-25","categories":["PBI","Product Owner","scrum"],"published":true,"slug":"product-backlog","content":"

📝 Meghatározás

A Product Backlog egy priorizált lista minden munkáról, amit el kell végezni egy terméken, és a Product Owner fő dokumentuma a Scrum-ban.

🎯 Cél

Segít meghatározni és fenntartani a termék teljes irányát és vízióját, és egyetlen munkabeviteli forrásként szolgál a Scrum Team számára.

🔄 Iteratív Finomítás

Ahogy a csapat többet tanul arról, hogyan érheti el a célt, a Product Backlog tételét finomítják, hogy illeszkedjenek a Product Goalhoz.

🔍 Átláthatóság

Átláthatóságot biztosít a teljes Scrum Team számára a szükséges munkáról, segítve a Sprint Planning és Sprint Review hatékony kezelését.

📈 Prioritás

A PBIs-nek priorizáltnak kell lenniük annak érdekében, hogy a legértékesebb és legfontosabb munkát először végezzék el.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Product Goal","question":"Mi az a Product Goal?","description":"A Product Goal egy hosszú távú cél, amely leírja a termék jövőbeli állapotát.","date":"2024-11-25","categories":["Product Backlog","Product Owner","scrum","sprint goal"],"published":true,"slug":"product-goal","content":"

🎯 Meghatározás

A Product Goal, más néven Product Objective, egy hosszú távú cél, amely leírja a termék jövőbeli állapotát, világos irányt adva a Scrum Team számára.

📈 Stratégiai Fókusz

Stratégiai fókuszként szolgál a csapat számára, irányítva munkájukat több Sprinten keresztül.

🔍 Átláthatóság

A Product Goal láthatóvá válik a Product Backlogon keresztül, és a Product Owner felelős annak fejlesztéséért és explicit kommunikálásáért.

📘 Eredet

A Product Goal fogalmát a Scrum Guide 2020-as verziója vezette be, mint kulcsfontosságú elemet.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Product Owner","question":"Mi az a Product Owner?","description":"A Product Owner szerepe felelős a termék értékének maximalizálásáért.","date":"2024-11-25","categories":["product backlog","product owner","scrum"],"published":true,"slug":"product-owner","content":"

👩‍💼 Meghatározás

A Product Owner (PO) egy kulcsszereplő a Scrum keretrendszerben, aki felelős a termék értékének maximalizálásáért és a Scrum Team munkájának irányításáért.

📝 Artefaktum

A PO artefaktuma a Product Backlog, amely a termékhez kapcsolódó elvégzendő munkák priorizált listája.

📢 Kommunikáció

A Product Owner felelős a termék víziójának és céljainak kommunikálásáért a csapat és az érdekelt felek felé.

📑 Finomítás

Felelős a Product Backlog finomításáért, biztosítva, hogy a legfontosabb tételek világosak legyenek, így hatékonyan elvégezhető a Sprint Planning.

🎯 Célok

A PO határozza meg a Product Goal-t, amely a termék célja.

🔒 Prioritás

A Product Owner rendelkezik a kizárólagos jogkörrel a Product Backlog tételeinek priorizálására a várható érték alapján.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Pull System","question":"Mi az a Pull system?","description":"A Pull rendszer az, amikor a munkát csak akkor indítják el, amikor igény van rá.","date":"2024-11-25","categories":["jit","kanban","lean","waste","wip"],"published":true,"slug":"pull","content":"

🔄 Meghatározás

A Kanban-ban a Pull rendszer olyan, amikor a munkát csak akkor indítják el, amikor igény van rá, szemben a Push rendszerrel, amely előrejelzéseken alapul, és túlléphet a gyártási kapacitáson.

📦 Just-in-Time

A Pull rendszerek kulcsfontosságúak a Just-in-Time (JIT) termelési modellben, ahol az árukat a tényleges keresletnek megfelelően állítják elő, csökkentve a fölösleges készleteket és a hulladékot.

🚦 Kanban Jelzések

A Kanban vizuális jeleket használ, például kártyákat és WIP limitet, hogy jelezze, mikor kell elkezdeni a munkát, összekapcsolva a termelést az ügyfél keresletével.

📉 Hulladékcsökkentés

A Pull rendszerek segítenek csökkenteni a hulladékot, mivel a termelést a tényleges kereslethez igazítják, így hatékonyabban használva fel az erőforrásokat.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"QA","question":"Mi az a QA?","description":"A QA a Quality Assurance (Minőségbiztosítás) rövidítése.","date":"2024-11-25","categories":["fejlesztés","minőség","tesztelés","tesztelő"],"published":true,"slug":"qa---quality-assurance","content":"

📏 QA Meghatározás

A Quality Assurance (QA) a szoftverek biztosításának rendszerszerű folyamata, amely garantálja, hogy a szoftver megfeleljen a specifikált követelményeknek, és hibátlan legyen, mielőtt felhasználók számára elérhetővé válik.

🛠️ Fontosság

A QA folyamat elengedhetetlen a hibák, problémák és hiányosságok azonosításához és kijavításához, így biztosítva, hogy megbízható és magas minőségű terméket szállítsunk a végfelhasználóknak.

👩‍💻 Szerep

A QA elemző a felelős a szoftver teszteléséért, tesztelési terveket készít, és együtt dolgozik a csapattal a szoftver működésének biztosításában.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"QBR","question":"Mi az a QBR?","description":"A QBR a Quarterly Business Review (Negyedéves Üzleti Értékelés) rövidítése.","date":"2024-11-25","categories":["OKR","QBR","stratégia","üzlet"],"published":true,"slug":"qbr---quarterly-business-review","content":"

📊 Meghatározás

A Quarterly Business Review (QBR), vagyis a Negyedéves Üzleti Értékelés, egy rendszeres találkozó, amelyet általában negyedévente tartanak, hogy értékeljék a vállalat teljesítményét és eredményeit egy adott időszak alatt.

🔍 Fókusz

A QBR-ek általában stratégiai megbeszéléseket tartalmaznak a vállalat teljesítményéről, jövőbeli terveiről és az üzleti stratégiák esetleges módosításáról.

🤝 Részvétel

A QBR-eken általában kulcsfontosságú érdekelt felek vesznek részt, mind az ügyfél, mind a vállalat oldaláról.

🗓️ Rendszeres Gyakorlat

A QBR-ek alapvető üzleti gyakorlatok, amelyek segítenek abban, hogy a szervezetek összhangban maradjanak a stratégiai céljaikkal és megalapozott döntéseket hozzanak.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Release","question":"Mi az a Release?","description":"A Release egy olyan szoftververzió, amely elkészült, tesztelt és elérhetővé vált a felhasználók számára.","date":"2024-11-25","categories":["PRE","PRO","release candidate","staging","szoftver"],"published":true,"slug":"release","content":"

🚀 Meghatározás

A Release, vagyis kiadás, egy olyan szoftververzió, amely elkészült, tesztelt és elérhetővé vált a felhasználók számára.

🎯 Célok

A fő cél az, hogy biztosítsák a szoftver kontrollált és kiszámítható módon történő szállítását, megfelelve a minőségi és szolgáltatási szintű követelményeknek.

🔄 Fontosság

A kiadások jelentős mérföldköveket jelentenek a szoftverfejlesztésben, gyakran új funkciókat, teljesítménynövekedést és hibajavításokat tartalmaznak.

🔖 Verzió vs. Kiadás

Míg a verzió egy szoftververzió, nem minden szoftververzió tekinthető kiadásnak; a kiadás az a verzió, amely nyilvánosan elérhetővé válik a felhasználók számára.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Release Candidate","question":"Mi az a Release Candidate?","description":"A Release Candidate (RC) egy majdnem kész verziója a szoftvernek, amely végső tesztelésre kerül.","date":"2024-11-25","categories":["alm","fejlesztés","release"],"published":true,"slug":"release-candidate","content":"

🚀 Meghatározás

A Release Candidate (RC) egy olyan szoftververzió, amely majdnem kész, és végső tesztelésre kerül a nyilvános kiadás előtt.

🔍 Cél

Az RC fázis az utolsó lépés a szoftver termék nyilvános megjelenése előtt, és végső minőségellenőrzésként szolgál.

🛠️ Tesztelés

Az RC fázis alatt alapos tesztelést végeznek annak érdekében, hogy azonosítsák és kijavítsák a szoftver teljesítményére vagy stabilitására hatással lévő kritikus problémákat.

📦 Névkonvenció

A Release Candidate-eket gyakran az 'RC' kifejezéssel jelölik, amelyet verziószám követ, például '3.0-RC1'.

👨‍💻 Fejlesztési Fázisok

🅰️ Alpha: Az első teljes vagy majdnem kész verziója a szoftvernek, amelyet gyakran belső tesztelésre használnak. 🅱️ Beta: Stabilabb verzió, mint az alpha, szélesebb tesztelési és visszajelzési körrel. 🆗 RC: A Release Candidate fázis a béta után jön, és az utolsó lépés, mielőtt a szoftver hivatalosan kiadásra kerül. 🎯 RTM: A 'Release to Manufacturing' vagy 'Release to Marketing', amely azt jelzi, hogy a szoftver készen áll a terjesztésre.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"IT Roadmap","question":"Mi az az IT roadmap?","description":"Az IT roadmap egy vizuális eszköz, amely egy szervezet technológiai erőforrásait összhangba hozza rövid- és hosszú távú üzleti céljaival.","date":"2024-11-25","categories":["IT","roadmap","stratégiai tervezés"],"published":true,"slug":"roadmap","content":"

🗺️ Roadmap Meghatározás

Az IT roadmap egy vizuális eszköz, amely egy szervezet technológiai erőforrásait összhangba hozza rövid- és hosszú távú üzleti céljaival.

🔗 Kapcsolat a Stratégiával

Útmutatóként szolgál a technológiai kezdeményezésekhez, amelyek meghatározzák a szükséges technológiákat, fejlesztési ütemterveket, erőforrásigényeket és potenciális kihívásokat.

👩‍💻 Agilis Eszköz

A roadmap-okat gyakran használják agilis módszertanokban, hogy kommunikálják a szervezeten belüli technológiai stratégiát, valamint a külső érdekelt felekkel.

📈 Stratégiai Tervezés

Erőteljes eszközként szolgálnak a technológiai fejlődés kezelésére és kommunikálására a szervezeten belül.

📱 Termék Roadmap

A termékfejlesztésre és a piaci trendekre összpontosít, gyakran felhasználói visszajelzéseket és piaci trendeket is figyelembe véve.

🖥️ Technológiai Roadmap

A technológiai kezdeményezéseket az üzleti célokhoz igazítja, és részletesen bemutatja az új technológiák bevezetését és azok hatását a szervezetre.

📊 Stratégiai Roadmap

Hosszú távú víziót ad a szervezet technológiai tájátékról, irányítva a nagyobb technológiai projekteket évekig.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"ROI","question":"Mi az a ROI?","description":"A ROI a Return on Investment (Befektetési Hozam) rövidítése.","date":"2024-11-25","categories":["ROI","jövedelmezőség","pénzügyi mutatók"],"published":true,"slug":"roi---return-of-invest","content":"

🔍 Meghatározás

A Return on Investment (ROI) egy pénzügyi mutató, amely a befektetés jövedelmezőségét értékeli annak költségéhez viszonyítva.

📈 Számítás

A ROI kiszámítása úgy történik, hogy a kezdeti befektetést levonják a befektetés végső értékéből, majd az eredményt elosztják a kezdeti befektetéssel, és megszorozzák 100-zal, hogy százalékos eredményt kapjanak.

📊 Képlet

ROI = [(Nyereség - Befektetés) / Befektetés] x 100

🧮 Példa

Ha egy 10 000 eurós befektetés 15 000 eurót hoz, a ROI (15 000 - 10 000) / 10 000 X 100 = 50%.

🔢 Értelmezés

50%-os ROI azt jelenti, hogy minden egyes befektetett dollárra 1,5 dollár hozam keletkezik, beleértve a kezdeti befektetést is.

📈 Fontosság

A ROI elengedhetetlen a vállalkozások számára, mivel segít a döntéshozatalban, és világos mérést ad a befektetés pénzügyi sikerességéről.

🎯 Alkalmazás

Széles körben használják a marketingben a kampányok teljesítményének értékelésére, és általánosan a vállalkozásokban is a különböző befektetések hatékonyságának mérésére.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"SAFe","question":"Mi az a SAFe?","description":"A SAFe a Scaled Agile Framework (Skálázott Agilis Keretrendszer) rövidítése.","date":"2024-11-25","categories":["SAFe","agilis","skálázás"],"published":true,"slug":"safe---scaled-agile-framework","content":"

🔍 Meghatározás

A Scaled Agile Framework (SAFe) egy szervezeti mintázat, amely segít az agilis gyakorlatok alkalmazásában vállalati szinten.

🏢 Cél

Célja, hogy lehetővé tegye a cégek számára, hogy egy agilis keretrendszert alkalmazzanak az egész szervezeten belül, elősegítve a rugalmasságot, az innovációt és a gyors reagálást az ügyféligényekre.

🎯 ART

A SAFe egyik kulcseleme az Agile Release Train (ART).

👎 Kritika

A SAFe a legkritizáltabb skálázó keretrendszer az Agilis közösségekben. Az egyik legnagyobb kritikája, hogy nem foglalkozik a kultúrával való átalakulással, és csak a technikákra összpontosít.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Scrum","question":"Mi az a Scrum?","description":"A Scrum egy olyan keretrendszer, amely segít értéket generálni az adaptív megoldásokkal.","date":"2024-11-25","categories":["agilis","scrum"],"published":true,"slug":"scrum","content":"

🔍 Meghatározás

A Scrum egy agilis keretrendszer, amelyet adaptív megoldások fejlesztésére terveztek összetett problémákra, és amely a csapatok együttműködését, valamint a változó igényekhez való alkalmazkodást helyezi előtérbe.

🤝 Együttműködés

A Scrum a csapatok önszerveződését és gyors döntéshozatalát segíti elő komplex és változó igények esetén.

📈 Iteratív és Inkrementális Fókusz

A megoldások elérésére a Scrum az úgynevezett \"Sprint\"-eket alkalmazza, amelyek rövid, maximum egy hónapos időszakok, ahol minden egyes iteráció végén egy szállítható termékincrementumot hozunk létre.

🎯 Fókusz a Valódi Értéken

A Scrum prioritásként kezeli a legértékesebb jellemzők korai és rendszeres szállítását a Product Owner által rendezett Backlog szerint.

🧭 Scrum Szerepek

A Scrum három kulcsfontosságú szerepet határoz meg: a Scrum Master, aki biztosítja a Scrum gyakorlatok betartását; a Product Owner, aki meghatározza a termék igényeit; és a fejlesztők, akik felelősek a terméket alkotó megoldások megvalósításáért.

📝 Scrum Artefaktumok

A Scrum fő artefaktumai: a Product Backlog, amely az összes szükséges feladat listáját tartalmazza; a Sprint Backlog, amely azokat a megoldásokat tartalmazza, amelyeket a következő Sprintben el kell végezni; és az Increment, amely a befejezett tételek összessége, készen a szállításra.

🕒 Scrum Események

A Scrum meghatározza a következő eseményeket: Sprint, Sprint Planning, Daily Scrum, Sprint Review és Sprint Retrospective.

💡 Scrum Értékek

A Scrum az elkötelezettségre, bátorságra, fókuszálásra, nyitottságra és tiszteletteljes bánásmódra épít. Ezek az alapvető értékek elősegítik az együttműködést és a közös felelősség

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Scrum Master","question":"Mi az a Scrum Master?","description":"A Scrum Master az a szereplő, aki felelős a Scrum bevezetéséért a szervezeten vagy a csapaton belül.","date":"2024-11-25","categories":["agilis","keretrendszer","scrum","szerep"],"published":true,"slug":"scrum-master","content":"

👨‍💼 Meghatározás

A Scrum Master a Scrum keretrendszer három kulcsfontosságú szerepe közül az egyik, felelős a Scrum bevezetéséért és annak biztosításáért, hogy a csapat és a szervezet megértsék és betartsák a Scrum elméletét és gyakorlatát.

🔄 Akadályok

A Scrum Master segíti a csapatot a folyamatos fejlődésben az akadályok elhárításával és olyan környezet megteremtésével, amely lehetővé teszi a csapat számára a önálló munkavégzést és a keresztfunkcionális működést.

📊 Mutatók és Jelentések

Segít a csapatnak megérteni és használni a mutatókat a haladás figyelemmel kísérésére és a fejlesztési lehetőségek azonosítására.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Scrum of Scrums (SoS)","question":"Mi az a Scrum of Scrums?","description":"A Scrum of Scrums (SoS) egy módszer a több Scrum csapat közötti munka koordinálására.","date":"2024-11-25","categories":["Scrum","agilis","skálázás"],"published":true,"slug":"scrum-of-scrums","content":"

🔄 Meghatározás

A Scrum of Scrums (SoS) egy skálázó technika a több csapat közötti munka koordinálására, akik Scrum-ban dolgoznak egy agilis szoftverfejlesztési környezetben.

📜 Kontextus

A Scrum of Scrums-ot Jeff Sutherland formalizálta 2001-ben, mint választ arra az igényre, hogy több csapat is dolgozhasson egyetlen terméken vagy termékcsaládon belül a Scrum keretrendszeren belül.

👥 Képviselők

Minden csapat kijelöl egy képviselőt/ambasádort, aki részt vesz egy olyan napi Scrum-on, amelyet csak a csapattagok képviselői tartanak, ezt hívjuk Scrum of Scrums-nak.

⏱ Időkorlát

A találkozó nem haladhatja meg a 30 percet, és a fókusz a csapatok közötti koordináción és a függőségek vagy akadályok megoldásán van.

🔗 Skálázhatóság

A SoS tovább skálázható egy Scrum of Scrums of Scrums rendszerrel, amely lehetővé teszi a koordinációt a szervezet több szintjén.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Scrumban","question":"Mi az a Scrumban?","description":"A Scrumban egy keretrendszer, amely ötvözi a Scrum és a Kanban elveit.","date":"2024-11-25","categories":["Kanban","Scrum","agilis"],"published":true,"slug":"scrumban","content":"

🔄 Meghatározás

A Scrumban egy keretrendszer, amely ötvözi a Scrum és a Kanban elveit, rugalmas megközelítést kínálva a termékfejlesztés irányításához.

🔍 Eredet

A 'Scrumban' kifejezést Corey Ladas alkotta, és a keretrendszer célja, hogy segítse a csapatokat a Scrum és Kanban közötti átmenetben, vagy lehetőséget biztosítson a hibrid működésre.

🎯 Fókusz

A módszer a folyamatos fejlesztést és hatékonyságot helyezi előtérbe, miközben megtartja az egyensúlyt a struktúra és a rugalmasság között.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Scrum@Scale","question":"Mi az a Scrum@Scale?","description":"A Scrum@Scale egy keretrendszer a Scrum keretrendszerének természetes kiterjesztésére.","date":"2024-11-25","categories":["Scrum","agilis","skálázás"],"published":true,"slug":"scrumscale","content":"

🔄 Meghatározás

Az egyik legnagyobb kihívás a Scrum-ban dolgozó szervezetek számára az, hogy a keretrendszert a csapatokon túl is kiterjesszék. A Scrum@Scale, amelyet Dr. Jeff Sutherland, a Scrum egyik társalapítója fejlesztett ki, egy olyan keretrendszer, amely lehetővé teszi a Scrum magjának természetes kiterjesztését, hogy javítsa a koordinációt és az eredményeket szervezeti szinten.

🏢 Szervezet

Célja, hogy segítse a szervezeteket az üzleti agilitás elérésében egy olyan struktúra biztosításával, amely lehetővé teszi a rendszerek és folyamatok organikus növekedését a szervezet egyedi körülményei alapján.

🔬 Empirikus Kontroll

A keretrendszer az empirikus folyamatellenőrzés és a Scrum értékein alapul, a transzparencia, az ellenőrzés és az alkalmazkodás hangsúlyozásával.

📚 Útmutató

A hivatalos Scrum@Scale Útmutató részletes megértést biztosít a keretrendszerről és annak összetevőiről. Az ingyenes hozzáférésért látogass el a Scrum@Scale hivatalos oldalára.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Senior","question":"Mi az a Senior?","description":"Olyan fejlesztő, aki magas szintű ismeretekkel rendelkezik a nyelvről és a technológiai stackről.","date":"2024-11-25","categories":["csapat","senior","szerep"],"published":true,"slug":"senior","content":"

👨‍💻 A szerep meghatározása

A senior fejlesztő jellemzően több mint 5 éves tapasztalattal rendelkezik, magas szintű ismeretekkel a használt nyelvről és technológiai stackről.

🕰️ Tapasztalat

A \"senior\" cím nem csupán az évek számán alapul, hanem a természetes képességek és a személyes készségek alapján is.

📈 Vezetőség

A szervezetekben a senior fejlesztők elvárják, hogy aktívan tanácsolják és segítsenek a junior csapattagoknak.

🧠 Problémamegoldás

Ők felelősek azért, hogy ötletekből jól átgondolt és megvalósítható megoldásokat alkossanak, gyakran másokat is irányítva ebben a folyamatban.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Servant Leadership","question":"Mi az a Szolgáló Vezetés?","description":"Olyan filozófia, amelyben a vezető fő célja mások szolgálata.","date":"2024-11-25","categories":["agilis","management 3.0","vezetés"],"published":true,"slug":"servant-leadership","content":"

👥 Meghatározás

A Szolgáló Vezetés egy filozófia, amelyben a vezető fő célja mások szolgálata, figyelmet fordítva jólétükre és fejlődésükre.

🌱 Kulcsfontosságú elv

A szolgáló vezető megosztja a hatalmat, előtérbe helyezi csapata szükségleteit, és segít az embereknek fejlődni és a legmagasabb potenciáljukat elérni.

🔄 Ellentét

Ellentétben a hagyományos vezetőséggel, amely gyakran a hatalom felhalmozására és gyakorlására épít, a szolgáló vezetés mások szolgálatára és felhatalmazására helyezi a hangsúlyt.

📚 Eredet

A 'szolgáló vezetés' kifejezés Robert K. Greenleaf 1970-es esszéjében, a \"The Servant as Leader\" című művében vált ismertté. Greenleaf Hermann Hesse \"Journey to the East\" című könyvének olvasásában találta az inspirációt a kifejezéshez.

🏢 Alkalmazás

Greenleaf az AT&T-nél végzett vezetői munkája során alkalmazta ezt a fogalmat a szervezeti kontextusban.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"SLA","question":"Mit jelent az SLA?","description":"A Service Level Agreement, azaz Szolgáltatási Szerződés.","date":"2024-11-25","categories":["kanban","mutatók","szolgáltatás"],"published":true,"slug":"sla","content":"

📝 Meghatározás

A Service Level Agreement, vagy SLA, egy szerződés a szolgáltató és az ügyfél között, amely meghatározza, hogy a szolgáltató milyen szintű szolgáltatást biztosít. Tartalmaz olyan mutatókat, mint az üzemidő, a szállítási idő, válaszidő és a hibaelhárítási idő.

🔍 Fontosság

Az SLA-k kulcsfontosságúak mindkét fél számára, mivel világos elvárásokat állítanak fel, alapot adnak a teljesítmény mérésére, és meghatározzák, mi a teendő, ha a követelmények nem teljesülnek.

🤝 Létrehozás

Az SLA-kat általában tárgyalások révén hozzák létre, mindkét fél egyetért a specifikus szolgáltatásokban, teljesítménymutatókban, felelősségi körökben és esetleges büntetésekben.

👥 Résztvevők

Általában az ügyfél (belső vagy külső) és a szolgáltató vesz részt, de lehet több üzleti egység között is egyazon szervezeten belül.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"SOLID","question":"Mik a SOLID elvek?","description":"Olyan tervezési irányelvek, amelyek javítják a szoftver fenntarthatóságát és skálázhatóságát.","date":"2024-11-25","categories":["elvek","fejlesztés","szoftver"],"published":true,"slug":"solid","content":"

🏛️ Eredet

A SOLID elveket Robert C. Martin, más néven Uncle Bob, vezette be az objektum-orientált tervezésben az 2000-es évek elején. Ezek az elvek öt tervezési koncepció összefoglalása, amelyek segítik a fejlesztőket a szoftverrendszerek létrehozásában.

📕 Meghatározás

A SOLID egy mozaikszó, amely öt tervezési elvet jelent az objektum-orientált programozásban: Single Responsibility, Open/Closed, Liskov Substitution, Interface Segregation és Dependency Inversion.

🔍 Cél

Ezek az elvek keretet biztosítanak olyan szoftverek tervezésére, amelyek könnyen karbantarthatók, érthetők és bővíthetők, segítve a fejlesztőket elkerülni a gyakori tervezési és architektúrai hibákat.

🔨 Single Responsibility (SRP)

Egy osztálynak csak egy oka legyen a változásra.

🔒 Open/Closed (OCP)

A szoftver entitásoknak nyitva kell állniuk bővítésre, de zártnak kell lenniük módosításra.

🔄 Liskov Substitution (LSP)

A szuperosztály objektumait le kell cserélni az alosztályaik objektumaira anélkül, hogy a funkcionalitás megváltozna.

🔀 Interface Segregation (ISP)

Sok, ügyfélspecifikus interfész jobb, mint egy általános célú interfész.

🔄 Dependency Inversion (DIP)

A magas szintű moduloknak nem szabad alacsony szintű modulokra építeniük; mindkettőnek az absztrakciókra kell építenie.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Spike","question":"Mi az a Spike?","description":"Olyan kutatási vagy kísérleti feladat, amely csökkenti a bizonytalanságot.","date":"2024-11-25","categories":["Agilis","Bizonytalanság","Extreme Programming - XP","User Story"],"published":true,"slug":"spikes","content":"

🔍 Spike meghatározás

A \"spike\" az Extreme Programming (XP) terminológiájában olyan kutatási vagy kísérleti feladatot jelent, amely jellemzően a bizonytalanság csökkentésére szolgál vagy ismeret megszerzésére, hogy megbecsülhessük vagy megvalósíthassuk egy user story-t.

🕒 Időkeret

A spike-ok időkerethez vannak kötve, gyakran egy sprint időtartamán belül, tehát előre meghatározott maximális időtartammal rendelkeznek, és nem céljuk, hogy működőképes termék incrementet szállítsanak.

🔧 Technikai spike-ok

Ezeket technikai szempontok, mint például teljesítmény, megvalósíthatóság vagy új technológia hatása a projektben való értékelésére használják.

📐 Funkcionális spike-ok

Azokat a spike-okat, amelyek a felhasználói interakciókat vagy az adott funkcióhoz tartozó felhasználói felület elemek prototípusait és tesztelését célozzák.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint","question":"Mi az a Sprint?","description":"Olyan rövid, fix időszak, amely során a Scrum csapat egy meghatározott mennyiségű munkát végez el.","date":"2024-11-25","categories":["Agilis","Scrum","Sprint"],"published":true,"slug":"sprint","content":"

🏃‍♂️ Meghatározás

A sprint egy rövid, fix időszak, amely során a Scrum Team egy meghatározott mennyiségű munkát végez el.

📈 Incrementális

Minden sprint célja, hogy egy potenciálisan szállítható termék incrementet adjon le, amely értéket ad a felhasználóknak.

🔄 Iteratív

A sprint-ek egy iteratív folyamat részei, ahol egy sprint követi a másikat azonos időtartamban, lehetővé téve a folyamatos fejlődést és az alkalmazkodást a változásokhoz.

🗓️ Tervezés és áttekintés

A sprint tartalmazza a többi Scrum eseményt, nevezetesen: Sprint Planning, Daily Scrum, Sprint Review és Sprint Retrospective.

⏱️ Tipikus időtartam

A sprint-ek jellemzően két hétig tartanak, maximum egy hónapig.

📅 Ajánlás

Miután a sprint-ek időtartamát meghatározták, azt rögzíteni kell, és nem szabad megváltoztatni, hogy fenntartsák a csapat számára az állandó ritmust.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Backlog","question":"Mi az a Sprint Backlog?","description":"A Sprint Backlog a Product Backlog elemeket tartalmazza, amelyeket a fejlesztők vállalnak a következő iterációban.","date":"2024-11-25","categories":["PBI","Product Backlog","Scrum","Sprint Backlog"],"published":true,"slug":"sprint-backlog","content":"

📝 Meghatározás

A Sprint Backlog egy olyan halmaz a Product Backlog (PBI) elemeiből, amelyeket a Sprint során a csapat vállal, plusz egy terv a termék Increment szállítására és a Sprint Goal elérésére.

🔄 Dinamika

Ez egy élő terv, amely a Sprint alatt fejlődik, ahogy több információt szerzünk a szükséges munkáról a Sprint Goal eléréséhez.

👨‍💻 Felelősség

A fejlesztők felelősek a Sprint Backlog létrehozásáért és karbantartásáért, biztosítva, hogy tükrözze a szükséges munkát a Sprint Goal eléréséhez.

🔍 Átláthatóság

A Sprint Backlog az egyik Scrum eszköz, amely átláthatóságot biztosít a Sprint során végzett munka iránt.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Planning","question":"Mi az a Sprint Planning?","description":"A Sprint Planning a Sprint első eseménye, ahol a következő iteráció terjedelme van megtervezve.","date":"2024-11-25","categories":["Product Backlog","Scrum","Sprint","Sprint Backlog","Sprint Goal","esemény"],"published":true,"slug":"sprint-planning","content":"

📅 Esemény

A Sprint Planning a Sprint első eseménye, és legfeljebb nyolc órán keresztül tart egy egyhónapos Sprint esetén.

🎯 Cél

Ez az esemény szolgál a Sprint Goal meghatározására és az ahhoz szükséges munka megtervezésére.

🔍 Központ

Az eseményen részt vesz a teljes Scrum Team, a Product Owner és a fejlesztők együtt dolgoznak azon, hogy kiválasszák a Product Backlog-ból azt a munkát, amelyet a következő Sprintben el lehet végezni.

📝 Eredmény

Az eredmény egy Sprint Backlog, egy előrejelzés arról, hogy milyen funkciókat fognak kifejleszteni a Sprint során, valamint egy Sprint Goal.

⏱️ Időkeret

Az eseménynek korlátozott időtartama van, hogy biztosítsa, hogy ne vegyen el túl sok időt.

🔄 Iteratív

A Sprint Planning minden Sprint előtt megtörténik, biztosítva ezzel a tervezés és célkitűzés rendszeres ritmusát.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Retrospective","question":"Mi az a Sprint Retrospective?","description":"A Sprint Retrospective egy megbeszélés, amely a Sprint végén zajlik, és ahol a csapat visszatekint arra, mi ment jól, mi javítható, és hogyan lehetne javítani a következő Sprintben.","date":"2024-11-25","categories":["Kaizen","Scrum","Sprint"],"published":true,"slug":"sprint-retrospective","content":"

🔄 Meghatározás

A Sprint Retrospective, vagy Retro, egy megbeszélés, amely a Sprint végén zajlik a Scrum keretrendszerén belül, és amelynek célja, hogy a csapat visszatekintsen arra, mi ment jól, mi javítható, és meghatározza a következő Sprintre vonatkozó akciókat.

🎯 Cél

A fő célja az, hogy folyamatosan javítsuk a Way of Working (WoW) és a csapat teljesítményét azáltal, hogy visszajelzéseket építünk be és módosításokat végzünk a jövőbeli sprint-ekhez.

📩 Eredmény

Miután befejeződött, a Retrospective biztosítja, hogy legalább egy fejlesztési akció beépüljön a következő Sprint munkájába.

👥 Résztvevők

Minden tagja a Scrum Team-nek, beleértve a Scrum Master-t, a Product Owner-t és a fejlesztőket.

📈 Iteratív fejlesztés

A retro a Scrum empirikus folyamatirányításának kulcsfontosságú eleme, amely lehetővé teszi a csapat munkamódszereinek rendszeres alkalmazkodását és finomítását.

📅 Időkeret

A retrospektíva maximális időtartama három óra egy havi sprint esetén, rövidebb időtartamokkal a rövidebb sprint-ekhez.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Review","question":"Mi az a Sprint Review?","description":"A Sprint Review egy Scrum esemény, amely a Sprint végén zajlik, és ahol a termék Incrementet ellenőrzik.","date":"2024-11-25","categories":["Increment","Product","Product Backlog","Scrum"],"published":true,"slug":"sprint-review","content":"

🔍 Meghatározás

A Sprint Review egy Scrum esemény, amely a Sprint végén zajlik, és ahol a termék Incrementet ellenőrzik, és a Product Backlog-ot módosítják a kapott visszajelzések alapján.

📈 Ellenőrzés

A csapat és az érintettek áttekintik, hogy mi valósult meg a Sprint alatt, és megbeszélik, hogy milyen változtatásokra van szükség.

🎯 Sprint cél

A Scrum Team tisztázza a Sprint célját és bemutatja, hogy minden PBI hogyan járult hozzá ehhez.

📈 Mutatók

A termék Increment teljesítményével kapcsolatos kvantitatív adatokat is megvitatják, hogy segítsenek a döntéshozatalban.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Zero","question":"Mi az a Sprint Zero?","description":"A Sprint Zero egy anti-minta, amely egy előkészítő fázist hoz létre a termékfejlesztés előtt a Scrum keretrendszer használatával.","date":"2024-11-25","categories":["Empirizmus","Scrum","Sprint","anti-minta"],"published":true,"slug":"sprint-zero","content":"

🏃‍♂️ Meghatározás

A Sprint Zero egy előkészítő fázis, amely a hivatalos sprint folyamat előtt zajlik az agilis fejlesztésben, az alapbeállításra, tervezésre és előkészítésre összpontosítva.

🚫 Anti-minta

A Sprint Zero anti-mintának számít, mert a funkcionális szoftverek szállítására való koncentráció hiányához vezethet, és gyakran indokolatlanul sok tervezést vonhat maga után a konkrét eredmények nélkül, megsértve az empirikus folyamatirányítás elveit.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Stakeholders","question":"Mi az a Stakeholder?","description":"Olyan egyének vagy csoportok, akiknek érdeke fűződik egy üzleti vagy projekthez.","date":"2024-11-25","categories":["Stakeholder","szerep","szolgáltatás","termék"],"published":true,"slug":"stakeholder","content":"

👥 Meghatározás

A stakeholder olyan egyén vagy csoport, akiknek érdeke fűződik egy üzleti vagy projekthez, és akik képesek befolyásolni, vagy akiket befolyásolhatnak a projekt kimenetele és akik meghatározzák annak sikerét vagy kudarctól való elkerülését.

🎯 Fontosság

A stakeholder-ek szerepeinek megértése kulcsfontosságú az elvárásaik és potenciális függőségeik kezelésében.

📊 Típusok

A stakeholder-eket belső, külső vagy másodlagos kategóriákba sorolhatjuk a projekthez való viszonyuk szerint.

🏢 Belső Stakeholder-ek

Általában azok, akik a terméket vagy szolgáltatást fejlesztik, valamint azokat, akik közvetlenül részt vesznek a szervezeten belül.

🌐 Külső Stakeholder-ek

A szervezeten kívül eső személyek, mint például az ügyfelek, beszállítók és szabályozó hatóságok, akiknek közvetlen érdekük van a projektben.

🔗 Másodlagos Stakeholder-ek

Közvetett módon érintett felek, mint a média vagy a nyilvánosság, akik befolyásolhatják vagy akiket befolyásolhat a projekt eredménye.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Swarming","question":"Mi az a Swarming?","description":"Olyan technika, amikor a teljes csapat egyetlen feladatra vagy user story-ra összpontosít.","date":"2024-11-25","categories":["PBI","User Story"],"published":true,"slug":"swarming","content":"

🔄 Swarming meghatározás

A Swarming egy technika, amikor a teljes csapat egyetlen feladatra vagy user story-ra összpontosít, közösen dolgozva annak megoldásán.

🏗️ Kontextus

A Swarming gyakran használt Scrum-ban és más agilis keretrendszerekben a komplex problémák megoldására és a munkafolyamatok folyamatos áramlásának biztosítására.

👥 Csapat Együttműködés

Ez a megközelítés minden csapattagot bevon, akik közösen használják a kollektív erőforrásokat és tapasztalatokat a feladat hatékony kezelésére.

🔑 Kihívás

A Swarming akkor alkalmazható, amikor egy probléma különösen kihívást jelent, és a csapat összefogása szükséges annak leküzdésére.

🔄 Folyamatos áramlás

A Swarming segít fenntartani a munka folyamatos áramlását azáltal, hogy elkerüli a feladatok elakadását és a késedelmeket.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"System Demo","question":"Mi az a System Demo?","description":"A SAFe keretrendszeren belül egy olyan gyakorlat, amely lehetőséget biztosít a megoldás jelenlegi állapotának felmérésére.","date":"2024-11-25","categories":["SAFe","Skalázás"],"published":true,"slug":"system-demo","content":"

🔍 System Demo

A System Demo egy gyakorlat a SAFe keretrendszerben, amely lehetőséget biztosít a megoldás jelenlegi állapotának felmérésére azáltal, hogy bemutatja a szoftver integrált jellemzőit.

🔄 Folyamat

Jellemzően minden iteráció végén végzik el, és lehetőséget biztosít az érintettek számára, hogy értékeljék a csapatok által szállított előrehaladást és az átvitt értéket.

👥 Részvétel

A System Demo során kulcsfontosságú érintettek vesznek részt, és lehetőségük van visszajelzést adni és felmérni a projekt valódi értékét és sebességét.

⏱️ Időkeret

A SAFe javasolja a System Demo időkeretét, amely körülbelül 60 perc minden iteráció végén.

📋 Napirend

A demo irányítására előre meghatározott napirendet készítenek, hogy biztosítsák az esemény jól szervezett áramlását.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"T-Shaped Skills","question":"Mik a T-alakú készségek?","description":"A T-alakú készségek mély szakértelem kombinációját jelentik egy adott területen és szélesebb interdiszciplináris készségeket, amelyek lehetővé teszik a hatékony együttműködést.","date":"2024-11-25","categories":["készségek"],"published":true,"slug":"t-shaped","content":"

🔤 Meghatározás

A T-alakú készségek egy adott területen való mély szakértelem (a T függőleges vonala) és szélesebb interdiszciplináris készségek kombinációját jelentik, amelyek lehetővé teszik a hatékony együttműködést más területeken (a T vízszintes vonala).

👥 Jelentőség

A T-alakú készségekkel rendelkező szakemberek nagyra értékeltek, mert képesek hozzájárulni nemcsak saját szakterületükhöz, hanem más területeken is, így rugalmas és alkalmazkodó csapattagokká válnak.

🎓 Eredet

A koncepciót először David Guest vezette be 1991-ben, és Tim Brown, az IDEO vezérigazgatója népszerűsítette, mint módot a kreatív folyamatokhoz szükséges keresztfunkcionális csapatok építésére.

🏢 McKinsey & Company

A koncepciót a McKinsey & Company is alkalmazta az 1980-as években, \"T-shaped man\" néven, mind férfiak, mind nők számára.

🌐 Alkalmazás

A T-alakú készségeket különösen keresik a szoftverfejlesztésben, és széles körben alkalmazzák olyan iparágakban, ahol kulcsfontosságú a keresztfunkcionális együttműködés.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"T-Shirt Sizing","question":"Mi az a T-Shirt Sizing?","description":"Olyan becslési technika, amely a pólóméreteket használja.","date":"2024-11-25","categories":["becslés","fibonacci","planning poker","story points"],"published":true,"slug":"t-shirt","content":"

👕 T-Shirt Sizing

A T-Shirt Sizing egy becslési technika, amely pólóméreteket (XS, S, M, L, XL) vagy más relatív skálákat használ annak meghatározására, hogy milyen méretű vagy milyen erőfeszítést igénylő feladatok vagy user story-k vannak.

📊 Relatív Becsülés

A hangsúly azon van, hogy egy feladat méretét vagy erőfeszítését összehasonlítsuk egy másikkal, ahelyett, hogy konkrét időbeli becsléseket adnánk.

👥 Csapat Együttműködés

A teljes csapat bevonásával történik a becslési folyamat, lehetővé téve a közös megértést a méretekhez rendelt erőfeszítések vagy bonyolultságok tekintetében.

📈 Story Points

A Story Points egy másik népszerű relatív becslési technika, ahol a feladatok pontokat kapnak, hogy jelezzék azok bonyolultságát vagy erőfeszítését.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"TDD","question":"Mi az a Test Driven Development (TDD)?","description":"A Test-Driven Development (TDD) egy programozási megközelítés, amely hangsúlyozza a tesztek megírását a kód funkciójának fejlesztése előtt.","date":"2024-11-25","categories":["BDD","fejlesztés","szoftver"],"published":true,"slug":"tdd---test-driven-development","content":"

🧪 Test Driven Development (TDD)

A Test-Driven Development (TDD) egy programozási megközelítés, amely hangsúlyozza a tesztek megírását a kód funkciójának fejlesztése előtt. Ez a módszer biztosítja, hogy a kód megfeleljen az elvárt követelményeknek, és segít elkerülni a hibákat.

📚 Eredet

A Test-Driven Development (TDD) Kent Beck munkájában alakult ki az 1990-es évek végén, mint az Extreme Programming része.

🔄 Iteratív Folyamat

A TDD egy ciklus követését jelenti: először írsz egy tesztet, majd futtatod a tesztet, hogy az elbukjon, írsz kódot, hogy a teszt sikeres legyen, és végül refaktorálod a kódot.

🎯 Központ

A TDD a kód kis egységeit teszteli, biztosítva, hogy a rendszer fokozatosan épüljön és magas tesztelési lefedettséggel rendelkezzen.

🔴🟢 Refaktorálási ciklus

Ezt \"Red-Green-Refactor\" ciklusnak is nevezik, ahol először írsz kódot, hogy a hibás teszt átmenjen, majd refaktorálod a kódot, hogy javítsd annak struktúráját.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Team Leader","question":"Mi az a Team Leader?","description":"A Team Leader szerepe a napi műveletek felügyeletétől kezdve a célok kitűzésén és problémák megoldásán át a csapat vezetéséig terjed.","date":"2024-11-25","categories":["szerep","vezetés"],"published":true,"slug":"team-leader","content":"

👥 Felelősség

A Team Leader szerepe a vezetés és a csapat közötti híd szerepét tölti be. Feladatai közé tartozik a napi műveletek felügyelete, célok kitűzése, teljesítmény mérése és annak biztosítása, hogy minden csapattag egyetértsen a szervezet céljaival. Ezenkívül egy hatékony Team Leader iránymutatást, támogatást és motivációt nyújt a pozitív és produktív munkakörnyezet elősegítése érdekében.

📋 Szervező

A csapat munkájának megszervezése, feladatok delegálása és erőforrások kezelése.

🎯 Stratéga

Tervek és stratégiák kidolgozása a vállalat és a csapat céljainak elérésére, összhangban a szervezeti küldetéssel.

🗣️ Kommunikátor

Belső és külső kommunikáció elősegítése, konfliktusok megoldása, valamint átlátható párbeszéd előmozdítása.

💡 Problémamegoldó

Problémák kezelése, megalapozott döntések hozása és a csapat sikerének elősegítése.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Tech Lead","question":"Mi az a Tech Lead?","description":"A Tech Lead egy senior fejlesztő, aki a szoftvercsapat technikai aspektusait felügyeli.","date":"2024-11-25","categories":["fejlesztés","szoftver","vezetés"],"published":true,"slug":"tech-lead","content":"

👨‍💻 Vezetés

A Tech Lead (TL), vagy technikai vezető, egy senior fejlesztő, aki a szoftvercsapat technikai aspektusait felügyeli, építészeti és tervezési döntéseket hoz, valamint iránymutatást ad a csapattagok számára technikai kérdésekben.

🏗️ Irány

Felelős a projekt specifikációinak és technikai irányának meghatározásáért, a technikai szabványok keretének létrehozásáért és a szoftver és a rendszer módosításainak minőségének felügyeletéért.

🤝 Csapat Irányítása

A technikai vezető kritikus szerepet játszik a csapat irányításában, segít a technikai problémák megoldásában és elemzi a meglévő működési folyamatokat a kockázatok és redundanciák azonosítása érdekében.

📈 Szakmai Fejlődés

A szerep nemcsak technikai szakértelmet, hanem vezetői és mentorálási képességeket is igényel, és egy lehetőséget biztosít a karrier előmozdítására a szervezeten belül.

📐 Architektúra

A technikai vezetők részt vesznek a magas szintű architektúra megbeszéléseiben, és felelősek a rendszer architektúrájának általános tervezéséért és meghatározásáért.

🛠️ Irányítás

A Tech Lead irányítja a csapattagokat technikai kihívások során és segít elemezni és megoldani az operációs kockázatokat.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Testing","question":"Mi az a Tesztelés?","description":"A tesztelés a szoftvertermék minőségének, funkcionalitásának és teljesítményének ellenőrzésének folyamata.","date":"2024-11-25","categories":["fejlesztés","minőség","qa","szoftver","tesztelés"],"published":true,"slug":"test","content":"

🖥️ Meghatározás

A tesztelés, vagy más néven tesztelési eljárás, egy olyan eljárás, amelyet a szoftvertermék funkcionalitásának, teljesítményének, biztonságának és használhatóságának ellenőrzésére végeznek. Ez a folyamat elengedhetetlen a hibák, inkonzisztenciák vagy egyéb problémák felismeréséhez és javításához, mielőtt a terméket piacra dobnák vagy az ügyfélnek átadnák.

🔄 Fejlődés

A tesztelési tevékenységek új technikákkal és megközelítésekkel fejlődtek, ahogy az alkalmazások egyre összetettebbé váltak.

🎯 Elfogadási Tesztelés

Az UAT (User Acceptance Testing) ellenőrzi, hogy az egész rendszer a kívánt módon működik-e.

🔍 Kód Ellenőrzés

Biztosítja, hogy az új és módosított szoftver megfeleljen a kódolási szabványoknak és legjobb gyakorlatoknak.

🤝 Integrációs Tesztelés

Az integrációs tesztelés biztosítja, hogy a szoftver összetevői vagy funkciói együttműködjenek.

🧪 Egység Tesztelés

Az egység tesztelés ellenőrzi, hogy a szoftver minden egysége a várt módon működik-e.

📝 Funkcionális Tesztelés

A funkcionális tesztek validálják a rendszer funkcionalitását, szimulálva a felhasználói interakciókat meghatározott követelmények alapján.

⚙️ Teljesítmény Tesztelés

A teljesítmény tesztelés értékeli a szoftver teljesítményét különböző terheléses környezetekben.

🔁 Regression Tesztelés

A regression tesztelés ellenőrzi, hogy az új funkciók nem rontják vagy törlik-e a régi funkcionalitást.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"A/B Testing","question":"Mi az az A/B Tesztelés?","description":"Olyan módszer, amely két verziót hasonlít össze egy weboldal vagy alkalmazás teljesítményének mérésére.","date":"2024-11-25","categories":["marketing","termék","ux"],"published":true,"slug":"test-a-b","content":"

🔬 Meghatározás

Az A/B tesztelés, más néven A/B szétválasztásos tesztelés, egy módszer, amely két verzió összehasonlítására szolgál egy weboldal vagy alkalmazás teljesítményének meghatározásához.

📊 Cél

A felhasználói élmény (UX) optimalizálására és a konverziók növelésére használják, azáltal, hogy meghatározzák, melyik dizájn vagy tartalom változat a leghatékonyabb.

🖥️ Folyamat

Az A/B tesztelés két vagy több verziót (A és B) mutat különböző weboldal-látogatók csoportjainak, és az eredményeket elemezve meghatározzák, melyik verzió teljesít jobban.

🧪 Implementáció

A folyamat általában a szélesebb körű Konverzió Arány Optimalizálás (CRO) stratégiájának része, és széles körben alkalmazzák digitális marketingben és webdesignban.

📈 Variánsok

Az A és B a tesztelt variánsok, ahol A gyakran a jelenlegi dizájnt (kontroll) jelenti, míg B egy módosított verzió (változat).

🔀 Véletlenszerűség

A látogatókat véletlenszerűen osztják be A vagy B csoportba, biztosítva, hogy a két variáns közötti összehasonlítás tisztességes legyen.

📊 Elemzés

A felhasználói viselkedésről és a konverziókról gyűjtött adatokat elemzik, hogy meghatározzák, melyik variáns a leghatékonyabb.

🖥️ Digitális Elemei

Az A/B tesztelés magában foglalhatja különböző digitális elemek tesztelését, mint például a weboldal dizájnja, tartalom, űrlapok és cselekvési felhívások.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Tester","question":"Mi az a Tester?","description":"A tester feladata, hogy biztosítsa, hogy a szoftvertermékek hibátlanok és megfelelnek a minőségi előírásoknak.","date":"2024-11-25","categories":["fejlesztés","minőség","szoftver","tesztelés"],"published":true,"slug":"tester","content":"

🧪 Szerep

A tester, más néven tesztmérnök vagy QA (Quality Assurance), elsősorban azért felelős, hogy biztosítsa a szoftvertermékek helyes működését, hibátlanságát és a megadott minőségi előírásoknak való megfelelést.

📝 Felelősség

A teszterek elemzik a specifikációkat, teszteseteket fejlesztenek, teszteket hajtanak végre, hibákat jelentenek és visszajelzéseket adnak a fejlesztőknek.

🔍 Készségek

Ismerniük kell a programozást, érteniük kell a rendszer követelményeit, és erős analitikai és problémamegoldó készségekkel kell rendelkezniük.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Three Amigos","question":"Mit jelent a Three Amigos?","description":"A Three Amigos az üzleti, fejlesztési és tesztelési perspektívák elsődleges szerepét jelöli.","date":"2024-11-25","categories":["agilis","fejlesztés","szoftverfejlesztés","termék","üzlet"],"published":true,"slug":"three-amigos","content":"

👥 Meghatározás

A \"Three Amigos\" kifejezés az agilis szoftverfejlesztésben használt fogalom, amely három kulcsfontosságú szerep közötti együttműködést és párbeszédet írja le: üzleti, fejlesztési és tesztelési szerepek. Ez az együttműködés azon van, hogy meghatározza és megállapodjon a termék jellemzőinek elfogadási kritériumain, mindhárom perspektíva alapján.

🎯 Cél

A cél az, hogy biztosítsák a követelmények közös és teljes megértését, amely egy magas színvonalú terméket eredményez, amely megfelel az üzleti igényeknek és biztosítja a kiváló felhasználói élményt.

📊 Üzleti Perspektíva

Az üzleti perspektíva a megoldandó problémára és a felhasználói igényekre összpontosít.

🛠️ Fejlesztési Perspektíva

A fejlesztési perspektíva arra vonatkozik, hogy hogyan lehet megoldani az azonosított problémát.

🧪 Tesztelési Perspektíva

A tesztelési perspektíva figyelembe veszi a lehetséges kimeneteleket, és biztosítja, hogy a megoldás megfeleljen a szükséges kritériumoknak.

🤝 Közös Megértés Kiépítése

A Three Amigos közötti együttműködés közös megértést eredményez a termék incrementről.

🔍 Korai Problémamegoldás

Segít a félreértések és zavartságok korai felismerésében a fejlesztési folyamat során.

🚀 Gyorsabb Szállítás

A Three Amigos megbeszélések világossága gyorsabb termék szállítást eredményezhet.

📈 Minőségbiztosítás

Biztosítja, hogy a termék megfeleljen a funkcionális és nem funkcionális követelményeknek.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","it","ja","ko","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Throughput","question":"Mi az a Throughput?","description":"A throughput a munkaelemek száma, amelyeket egy adott időkereten belül befejeznek.","date":"2024-11-25","categories":["agilis","kanban","metrika","szállítás"],"published":true,"slug":"throughput","content":"

🔄 Meghatározás

A Kanban módszerében a \"throughput\" azt jelenti, hogy egy csapat hány feladatot vagy munkaelemet tud befejezni egy adott időszakon belül. Ez az indikátor a csapat produktivitásának és hatékonyságának mérésére szolgál, és az időbeli teljesítmény javítását célozza.

📊 Metrika

A throughput egy kulcsfontosságú teljesítménymutató, amely segít a csapatoknak megérteni a szállítási kapacitásukat és hatékonyságukat.

🔍 Mérés

A throughputot úgy mérik, hogy megszámolják, hány feladatot vagy user story-t fejeztek be és szállítottak le egy adott időszakon belül, gyakran egy iteráció vagy egy hét alatt.

📈 Nyomon követés

A csapatok throughput adatokat használhatnak annak jobb nyomon követésére, hogy miként javul a szállítási folyamatuk és hol vannak potenciális szűk keresztmetszetek.

🔢 Típus

A throughput kvantitatív mérőszám, amely azt mutatja, hogy egy Kanban rendszerben mennyi munka fejeződik be időben.

🏭 Analógia

A throughput összehasonlítható egy gyár kimenetével, amely a munkafolyamat feldolgozási és szállítási sebességét jelzi.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Timeboxing","question":"Mi az a Timeboxing?","description":"Olyan technika, amely a meetingek vagy feladatok időtartamának korlátozására szolgál.","date":"2024-11-25","categories":["agilis","idő","meeting"],"published":true,"slug":"timebox","content":"

⏳ Meghatározás

A timebox egy időgazdálkodási fogalom, amely egy meghatározott és előre kijelölt időtartamot rendel egy tevékenységhez, meetinghez vagy feladathoz.

🎯 Cél

A cél az, hogy növeljük a hatékonyságot és produktivitást azzal, hogy elkerüljük, hogy túl sok időt töltsünk egyetlen feladattal, és ösztönözzük a koncentrációt és a fókuszt.

🏉 Scrum

A Scrum-ban minden eseménynek ajánlott fix időkerete van.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Top-Down","question":"Mi az a Top-Down a transzformációban?","description":"Olyan megközelítés, amelyben a felső vezetés irányítja a transzformációs kezdeményezést.","date":"2024-11-25","categories":["agilis","transzformáció","vezetés"],"published":true,"slug":"top-down","content":"

🔝 Meghatározás

Az agilis transzformációban a 'top-down' megközelítés olyan folyamatot jelent, amelyben a változási kezdeményezést a szervezet felső szintű vezetése irányítja. Ebben a módszerben a vezetők vagy felső vezetés stratégiai döntéseket hoznak, meghatározzák a transzformáció irányát és céljait, majd ezek a döntések az egész szervezeten keresztül megvalósulnak.

📈 Előnyök és szükségletek

Ez a megközelítés biztosíthatja az egységes víziót és irányt, ami gyorsabb döntéshozatalt és a transzformáció gyorsabb elfogadását eredményezheti, de szükség van arra, hogy a vezetők megértsék és alkalmazzák az agilis alapelveket és gyakorlatokat a sikeres irányításhoz.

🎯 Vízió

A top-down megközelítés magában foglalja egy világos vízió kommunikálását és az ezt az organizációs célokkal való összhangba hozását, ami gyors döntéshozatalt és világos irányokat biztosít.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Trello","question":"Mi az a Trello?","description":"Olyan vizuális eszköz, amely segíti a feladatok szervezését.","date":"2024-11-25","categories":["eszköz","kanban","produktivitás","tábla"],"published":true,"slug":"trello","content":"

🔍 Meghatározás

A Trello egy vizuális projektmenedzsment eszköz, amely lehetővé teszi a csapatok számára a feladatok és projektek rendszerezését táblák, listák és kártyák segítségével.

🛠️ Funkciók

Olyan funkciókat kínál, mint a feladatok hozzárendelése, határidők, fájlok csatolása, ellenőrzőlisták és integrációk más eszközökkel.

🆓 Felület

A Trello felülete táblákra épül, amelyek projektek, és ezekben a listák és kártyák használhatók a feladatok és információk rendszerezésére.

🔄 Kanban

A Trello dizájnja a Kanban módszer által inspirált, és a feladatok és munkafolyamatok vizuális kezelésére összpontosít.

👁️ Láthatóság

A Trello biztosítja, hogy világosan látható legyen, ki mivel foglalkozik és milyen feladatok vannak hátra, segítve a csapat koordinálását és a projekt nyomon követését.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"UAT","question":"Mit jelent az UAT?","description":"Az UAT a User Acceptance Testing rövidítése, azaz a Felhasználói Elfogadási Tesztelés.","date":"2024-11-25","categories":["qa","teszt","tesztelés","ux"],"published":true,"slug":"uat","content":"

🎯 Elfogadási Tesztelés

Az elfogadási tesztelés egy minőségbiztosítási folyamat, amely értékeli, hogy egy szoftveralkalmazás megfelel-e a végfelhasználók jóváhagyásának és az üzleti követelményeknek.

🔍 Jelentés

Ez a szoftver tesztelési folyamat utolsó fázisa, amely biztosítja, hogy a rendszer készen áll a valós világban való használatra.

📈 Központ

Az elfogadási tesztelés az üzleti célokra és felhasználói igényekre összpontosít, meghatározva, hogy a szoftver megfelel-e az elfogadási kritériumoknak.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"UI","question":"Mit jelent az UI?","description":"Az UI a User Interface, azaz a Felhasználói Felület rövidítése.","date":"2024-11-25","categories":["Dizájn","UI","UX"],"published":true,"slug":"ui---user-interface","content":"

🖥️ Meghatározás

Az UI (User Interface) a felhasználókkal közvetlenül interakcióba lépő alkalmazás vagy weboldal vizuális dizájnját jelenti.

🎨 Dizájn

Ez magában foglalja a dizájnelemeket, mint például a színeket, tipográfiát, ikonokat, űrlapokat, animációkat, gombokat és más interaktív komponenseket.

👩‍💻 Szerep

A UI dizájner felelős egy digitális termék vizuális felületének megtervezéséért, figyelve az esztétikai szempontokra és a használhatóságra.

🔍 UI vs. UX

Az UI gyakran ellentétbe kerül a UX-szel (User Experience), mivel az UI a látható részt jelenti, míg a UX az általános felhasználói élményt öleli fel, amely magában foglalja az UI-t is.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"User Story Map","question":"Mi az a User Story Map?","description":"Olyan technika, amely két dimenzióba rendezi a Product Backlog-ot, hogy vizualizálja a termék funkcionalitásait és tervezze a kiadásokat.","date":"2024-11-25","categories":["agilis","fejlesztés","jeff patton","priorizálás","termékek","user story"],"published":true,"slug":"user-story-map","content":"

📜 Meghatározás

A User Story Map (USM), vagy User Story Mapping, egy olyan technika, amely a Product Backlog-ot két dimenzióba rendezi, hogy átfogó módon vizualizálja a termék funkcionalitásait és azok kiadásainak tervezését.

👤 Alkotó

Jeff Patton az, akit a User Story Map technika bevezetésével kapcsolatosan említenek, 2005-ben, amikor könyvet adott ki a témáról ugyanazzal a címmel.

🎯 Cél

A célja, hogy közös megértést biztosítson a termékről a fejlesztőcsapat és az érintettek számára, elősegítve a termék felfedezését és a fejlesztési priorizálást.

🏗️ Struktúra

A technika általában a termék gerincének azonosításával kezdődik, majd a narratív folyamat kidolgozásával, amely részletezi, hogyan kapcsolódnak és járulnak hozzá a termék különböző részei a végfelhasználói élményhez. Miután ezeket az elemeket meghatározták, a user story-kat a gerinc alá csoportosítják, és fontosságuk és az általuk nyújtott érték alapján priorizálják őket, hogy meghatározzák a potenciális kiadásokat vagy az MVP-t.

🦴 Gerinc

A gerinc, vagy a User Story Map gerince a termék fő struktúráját jelenti, amely logikus és hierarchikus sorrendben rendezi a user story-kat, és leírja a felhasználói folyamatot vagy a termék kulcsfontosságú tevékenységeit. Ez a struktúra segít megérteni, hogy a termék különböző részei hogyan működnek együtt, hogy értéket adjanak a végfelhasználónak.

📚 Narratív Folyamat

A narratív folyamat a User Story Mapping kontextusában a user story-k közötti összefüggést és fejlődést írja le. Kiemeli, hogyan kapcsolódnak az egyes történetek, hogy koherens és teljes narratívát alkossanak a felhasználói élményről a termékkel.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"UX","question":"Mi az a UX?","description":"Az UX a User Experience, azaz a Felhasználói Élmény rövidítése.","date":"2024-11-25","categories":["UX","dizájn"],"published":true,"slug":"ux---user-experience","content":"

📜 Meghatározás

A UX, vagyis Felhasználói Élmény, egy stratégia, amely arra összpontosít, hogy a lehető legjobb élményt biztosítsa a digitális és fizikai termékek és szolgáltatások felhasználói számára.

🖥️ Digitális fókusz

Digitális környezetekben a UX szakemberek biztosítják, hogy a weboldalak, mobilalkalmazások, szoftverek és egyéb digitális megoldások zökkenőmentesek és akadálymentesek legyenek a felhasználók számára.

🏢 Fizikai alkalmazás

A UX tudománya a fizikai termékekre is vonatkozik, és célja az összes felhasználói tapasztalat javítása.

🎯 Fontosság

A UX kulcsfontosságú a vásárlói elégedettség és lojalitás szempontjából, és jelentős hatással lehet egy vállalat sikerére.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Value Stream Map","question":"Mi az a Value Stream Map (VSM)?","description":"Olyan vizuális eszköz, amely a folyamatok áramlását ábrázolja és elemzi.","date":"2024-11-25","categories":["Lean","folyamatok","hulladék"],"published":true,"slug":"value-stream-map","content":"

📜 Meghatározás

A Value Stream Map, vagy VSM, egy vizuális eszköz, amelyet a Lean-ben használnak a termelési folyamatok anyag- és információáramlásának ábrázolására és elemzésére.

🎯 Cél

A VSM fő célja a fejlesztési lehetőségek azonosítása és a teljes termelési folyamat vizualizálása stratégiai áttekintés és optimalizálás céljából.

🔄 Lépések

A VSM magában foglalja az aktuális állapot térképének elkészítését, a hulladékok azonosítását és eltávolítását, a jövőbeli állapot térképének elkészítését és a javított folyamat végrehajtását.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Waste","question":"Mi jelent a Waste?","description":"Olyan tevékenység, amely erőforrást fogyaszt, de nem ad hozzá értéket az ügyfél számára.","date":"2024-11-25","categories":["hulladék","kaizen","kanban","lean","muda"],"published":true,"slug":"waste","content":"

📜 Meghatározás

A Lean menedzsmentben a hulladék olyan tevékenység, amely erőforrást fogyaszt, de nem ad hozzá értéket az ügyfél számára. A hulladék azonosítása és eltávolítása kulcsfontosságú a folyamatok hatékonyságának és eredményességének javításában.

🔄 Kanban

A Kanban egy módszer a Lean menedzsmentben, amely a munkafolyamatok vizualizálásával, a folyamatban lévő munkák számának korlátozásával és a munkafolyamatok optimalizálásával csökkenti a hulladékot.

🏭 Eredet

A Lean menedzsment, beleértve a hulladékcsökkentés fogalmát is, a Toyota Production System (TPS) rendszeréből származik, amely a hulladékot \"muda\", \"mura\" és \"muri\" néven ismeri, és aktívan keresi azokat a lehetőségeket, amelyek segítenek a folyamatos fejlesztésben (kaizen).

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Waterfall","question":"Mi az a Waterfall módszertan?","description":"A Waterfall egy lineáris és szekvenciális megközelítés a projektmenedzsmentben.","date":"2024-11-25","categories":["metodológia","pmbok","pmi","pmp"],"published":true,"slug":"waterfall","content":"

🔄 Meghatározás

A Waterfall módszertan egy lineáris és szekvenciális megközelítés a projektmenedzsmentben, amelyet fázisról fázisra történő végrehajtás jellemez, ahol minden fázist be kell fejezni, mielőtt továbblépünk a következőre.

🏗️ Struktúra

A projektek különálló fázisokra vannak bontva, amelyek között nincs átfedés, és a folyamat a vízesés áramlásához hasonlít.

📊 Gantt-diagramok

A Waterfall módszertant gyakran Gantt-diagramok segítségével ábrázolják, és általában olyan iparágakban használják, mint az építőipar.

🚫 Korlátozott rugalmasság

Ellentétben az agilis keretrendszerekkel, a Waterfall megközelítés nem alkalmazkodik könnyen a változásokhoz, miután egy fázis befejeződött, és bármely változtatást potenciális kockázatnak tekint a meghatározott terv szempontjából.

🌊 Fázisok

A Waterfall jellemzően az alábbi fázisokból áll: követelménygyűjtés, tervezés, fejlesztés, tesztelés, bevezetés és karbantartás.

📑 Követelménygyűjtés

Az első fázis magában foglalja a projekt összes követelményének részletes gyűjtését és dokumentálását.

🖥️ Tervezés

Ez a fázis magában foglalja mind a magas szintű, mind a részletes tervezési munkákat, amelyek a rendszer architektúráját és az interfészeket specifikálják.

🛠️ Megvalósítás

A tényleges fejlesztési munka ezen fázis során kezdődik, a korábbi fázisban meghatározott tervezési specifikációk alapján.

✔️ Tesztelés

Minden komponenst tesztelnek annak érdekében, hogy megfeleljen a meghatározott követelményeknek és a várt módon működjön.

🚀 Bevezetés

A befejezett projektet telepítik vagy átadják végfelhasználóknak vagy ügyfeleknek.

🔧 Karbantartás

A karbantartás és a folyamatos támogatás biztosítja, hogy a projekt helyesen működjön a bevezetés után is.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"WET","question":"Mit jelent a WET?","description":"A WET jelentése 'Write Everything Twice' vagy 'We Enjoy Typing'.","date":"2024-11-25","categories":["antipattern","fejlesztés","szoftver"],"published":true,"slug":"wet","content":"

💧 WET elv

A WET elv, amely a 'Write Everything Twice' vagy 'We Enjoy Typing' kifejezést jelenti, egy olyan megközelítést jelent, amely ellentétes a DRY (Don't Repeat Yourself) elvével, és szarkasztikusan megengedi, sőt bátorítja a kódismétlést.

✏️ Minden kétszer írása

A WET egy szórakoztató mozaikszó, amely arra utal, hogy a kódot vagy az azonos struktúrákat vagy logikát ismételten írjuk, gyakran a szimplicitiás vagy az elvonatkoztatás bonyolultságának elkerülése érdekében.

🧩 Absztrakció hiánya

A WET kódok gyakran nem tartalmaznak megfelelő absztrakciót, ami fölösleges ismétlésekhez és a kód karbantartásának nehezebbé válásához vezethet.

🔀 Előre nem látható változások

A WET kódok változásai kevésbé kiszámíthatóak, mivel a kapcsolódó elemek nem biztos, hogy egységes módon változnak, így növelve a hibák és inkonzisztenciák kockázatát.

🔍 Tesztelési kihívások

A WET kódok tesztelése nagyobb kihívást jelenthet, mivel több kódsort kell lefedni a duplikációk miatt, ezáltal növelve a szoftver minőségének biztosításához szükséges erőfeszítéseket és komplexitást.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"WIP","question":"Mit jelent a WIP?","description":"A WIP a Work In Progress rövidítése, azaz a Folyamatban lévő Munka.","date":"2024-11-25","categories":["Kanban","WIP Limit"],"published":true,"slug":"wip---work-in-progress","content":"

🔨 Meghatározás

A Work In Progress (WIP) olyan feladatokat vagy termékeket jelent, amelyek folyamatban vannak, de még nem fejeződtek be.

📊 Relevancia

A WIP egy kulcsfontosságú mutató a termelésben és a szoftverfejlesztésben, amely jelzi, hogy bármely adott pillanatban hány munka van aktívan folyamatban.

🏭 Gyártás

A gyártásban a WIP olyan félkész termékeket jelent, amelyek még a termelési folyamatban vannak.

📈 Fejlesztés

A szoftverfejlesztésben a WIP határokat alkalmaznak a munkafolyamat optimalizálása érdekében, hogy a csapatok ne vegyenek fel több munkát, mint amennyit hatékonyan képesek kezelni.

🔄 Kanban

A WIP egy kulcsfontosságú fogalom a Kanban módszerben, ahol a folyamatban lévő munka mennyiségét vizualizálják és korlátozzák annak érdekében, hogy javítsák a hatékonyságot és azonosítsák a szűk keresztmetszeteket.

⏳ Termelési hatékonyság

A WIP figyelemmel kísérése elengedhetetlen a termelési folyamat hatékonyságának értékeléséhez és a fejlesztési lehetőségek azonosításához.

🔍 Lean Manufacturing

A WIP a lean gyártás egyik kulcsfontosságú területe, ahol a WIP szintek kiegyensúlyozása a cél, hogy egyszerűsítsék az operációkat és csökkentsék a hulladékot.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"WIP Limits","question":"Mi az a WIP Limit?","description":"A WIP Limit a munkafolyamat minden egyes szakaszában maximálisan végrehajtható munka mennyiségét jelenti.","date":"2024-11-25","categories":["Kanban","WIP"],"published":true,"slug":"wip-limit---work-in-progress-limit","content":"

🔒 Meghatározás

A WIP \"Work In Progress\" vagy Folyamatban lévő Munka, és a WIP Limit a munkafolyamatok minden egyes szakaszában maximálisan engedélyezett munka mennyiségét jelenti.

🔎 Pontosítás

A folyamatban lévő munka korlátozása nem azt jelenti, hogy csökkenteni kell a teljes elvégzendő munkát, hanem azt, hogy limitálni kell a párhuzamosan kezelt feladatok számát (multitasking). A cél, hogy javítsuk a fókuszáltságot és támogassuk a \"Ne kezdj el új munkát, fejezd be a régit\" filozófiát.

🔄 Fontosság

A WIP limit segít a csapatoknak hatékonysági problémák azonosításában, a szűk keresztmetszetek felfedésében és a feladatok befejezésére koncentrálva javítja a munkafolyamat teljesítményét.

📈 Alkalmazás

A csapatok WIP limiteket állítanak be minden egyes szakaszra a munkafolyamatban, jellemzően a korábbi adatok alapján, és folyamatosan finomítják őket a teljesítmény optimalizálása érdekében.

🎯 Teljesítményfejlesztés

A WIP limitek a csapatokat a feladatok befejezésére összpontosítják, ami teljesítményjavulást, magasabb throughputot és csökkentett szállítási időket eredményezhet.

🔍 Szűk keresztmetszetek

A WIP limitek segítenek felfedni a munkafolyamatok szűk keresztmetszeteit és hatékonysági problémáit, lehetővé téve a csapatok számára, hogy hatékonyabban kezeljék őket.

🔄 Folyamatos értékelés

A csapatok rendszeresen értékelik és finomítják a WIP limiteket a munkafolyamat teljesítményének változásaihoz igazodva.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Wireframes","question":"Mi az a Wireframe?","description":"A wireframe egy alapvető vizuális reprezentációja egy felhasználói felületnek.","date":"2024-11-25","categories":["Figma","Mockup","UI","UX","wireframe"],"published":true,"slug":"wireframe","content":"

🖼️ Meghatározás

A wireframe egy vizuális reprezentáció, amely általában szürkeárnyalatos, és vázolja egy weboldal vagy mobilalkalmazás struktúráját és funkcionalitását, mielőtt a vizuális dizájn és a tartalom hozzáadásra kerülne.

🎯 Cél

A wireframe-ek a projekt alapvető elrendezésének és felhasználói élményének meghatározására szolgálnak, fókuszálva a használhatóságra és a navigálhatóságra.

🔍 Használat a dizájnban

A wireframe-eket a dizájn korai szakaszaiban használják annak érdekében, hogy biztosítsák a projekt megfelelő fejlődését az elfogadott célok szerint, és megkönnyítsék a jövőbeli tartalom növekedését és könnyű használatát.

🧰 Eszközök

Az egyik leggyakrabban használt eszköz a wireframe-ek készítésére a Figma.

","language":"hu","alternativeLangs":["ar","cs","da","de","el","en","es","fr","he","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]}]

Alcibíades Cabral Díaz

Meghatározás

Cél