Agilis munkafolyamat az Azure Boardsban

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Ha az Agile-folyamatot az Azure Boardsban alkalmazza, számos munkaelemtípus (WIT) segítségével megtervezheti és nyomon követheti a projekt előrehaladását. Az elérhető WIT-k eposzokat, funkciókat, felhasználói történeteket, feladatokat, problémákat és hibákat tartalmaznak. A WIT-k definiálása után a táblával nyomon követheti az előrehaladást az egyes elemek állapotának frissítésével.

Az Azure Boards agilis folyamatának elméleti képe, ahol munkaelem-típusokkal tervezheti és követheti nyomon a munkát.

A szolgáltatások, forgatókönyvek vagy felhasználói élmények portfóliójának megismeréséhez a terméktulajdonosok és a programmenedzserek a felhasználói történeteket a funkciókhoz rendelik. Amikor egy csapat futamokban dolgozik, olyan feladatokat határoznak meg, amelyek automatikusan kapcsolódnak a felhasználói történetekhez. Ha az Agile-folyamat első lépéseit kezdi, tekintse át, hogyan tervezheti meg és követheti nyomon az Agile-jal végzett munkát.

A webes portálon vagy a Microsoft Test Managerben a tesztelők teszteseteket hozhatnak létre és futtathatnak a hibák és problémák ellen, amelyek a kódhibák nyomon követésére és a problémák blokkolására szolgálnak.

Felhasználói történetek definiálása

A terméktulajdonosok jellemzően felhasználói történeteket definiálnak és halmoznak fel, amelyek az alkalmazások, követelmények és elemek fejlesztéséhez szükséges munkát írják le. A csapat ezután megbecsüli az erőfeszítéseket, és azon dolgozik, hogy a legmagasabb prioritású elemeket szállítsa.

Hozzon létre felhasználói történeteket a Termék-várólista lap gyors hozzáadás paneljén. Az elemeket húzással is áthúzhatja a lapon, majd átrendezheti az elemeket, vagy hozzárendelheti az elemeket a funkciókhoz.

Felhasználói történet munkaelem űrlapjának képernyőképe.

Az egyes felhasználói történeteket megnyitva további részleteket adhat meg, és megbecsülheti a történeti pontokat. Határozza meg a sztoripontokat, hogy csapata az előrejelzési funkcióval és a sebességdiagramokkal megbecsülhesse a jövőbeli sprinteket vagy munkafolyamatokat. A felhasználói történetek rangsorolásával a hátraléklapon (amelyet a Stack Rank mezőben rögzítünk) a terméktulajdonosok megjelölhetik a magasabb prioritású elemeket.

Az űrlap kitöltésekor használja az alábbi táblázatban található útmutatást, valamint a munkaelem-típusok között használt gyakori mezőket.

Field

Usage


A felhasználói történetekhez elegendő részletességgel becsülje meg, hogy mennyi munka szükséges a történet implementálásához. Összpontosítson arra, hogy kinek szól a funkció, mit szeretnének elérni a felhasználók, és miért. Ne írja le, hogyan kell fejleszteni a funkciót. Adjon meg elegendő adatot, hogy a csapat feladatokat és teszteseteket írjon az elem implementálásához.

Adja meg a hiba vagy a felhasználói történet bezárása előtt teljesítendő feltételeket. A munka megkezdése előtt írja le a lehető legérthetőbben az ügyfél-elfogadási feltételeket. A csapat és az ügyfelek közötti beszélgetések, amelyek meghatározzák az elfogadási feltételeket, biztosítják, hogy a csapat megértse az ügyfelek elvárásait. Az elfogadási tesztek alapjául az elfogadási kritériumokat használhatja annak hatékonyabb kiértékeléséhez, hogy egy elem megfelelően befejeződött-e.

Az epikus elemek, funkciók, követelmények vagy felhalmozódott munkatételek által kezelt ügyfélérték területe. Az értékek többek között az alábbiak lehetnek:

  • Architektúra: Technikai szolgáltatások a megoldásokat nyújtó üzleti funkciók implementálásához.
  • Üzleti: (alapértelmezett) Szolgáltatások, amelyek kielégítik az ügyfél vagy az érdekelt felek igényeit, és közvetlenül biztosítják az ügyfélértékeket a vállalkozás támogatásához.

Becsülje meg a felhasználói történet befejezéséhez szükséges munka mennyiségét a csapat által előnyben részesítendő numerikus mértékegységek használatával. Az agilis sebességdiagramok és az előrejelzési eszközök a mező értékeire hivatkoznak. További információkért lásd az Estimating tanulmányt .

A felhasználó történetének, funkciójának vagy követelményének szubjektív minősítése a vállalkozáshoz kapcsolódóan. Az engedélyezett értékek a következők:

  • 1: A termék nem szállítható a funkció nélkül.
  • 2: A termék nem szállítható a funkció nélkül, de nem kell azonnal foglalkozni vele.
  • 3: A funkció megvalósítása nem kötelező, az erőforrások, az idő és a kockázat alapján.

A felhasználói történet sikeres befejezésének relatív bizonytalanságának szubjektív értékelése. Az engedélyezett értékek a következők:

  • 1 – Magas
  • 2 – Közepes
  • 3 – Alacsony

Megjegyzések rögzítése a Vita szakaszban

A Vita szakaszban hozzáadhatja és áttekintheti az elvégzett munkával kapcsolatos megjegyzéseket.

Képernyőkép a Munkaelem űrlap Vita szakaszáról.

A rich text editor eszköztár a szövegbeviteli terület alatt jelenik meg, amikor a kurzort bármely szövegmezőbe helyezi, amely támogatja a szövegformázást.

Képernyőkép a Vita szakaszról, a Rich Text Editor eszköztáráról.

Note

A Vita munkaelem mező nem létezik. Ha a vitafórum terület megjegyzéseit tartalmazó munkaelemeket szeretne lekérdezni, szűrjön az Előzmények mezőre. A Vitafórum szövegmezőben megadott szöveg teljes tartalma hozzáadódik az Előzmények mezőhöz.

Személy, csoport, munkaelem vagy lekéréses kérelem említése

Az alábbi ikonok egyikének kiválasztásával megnyithatja a legutóbbi bejegyzések menüjét, ahol megemlített valakit, munkaelemhez vagy pull kéréshez kapcsolva.

Ugyanezt a menüt billentyűparancsokkal nyithatja meg: @-jelölés @, hashtag #, és felkiáltójel !.

Képernyőkép a Vita szakaszról, az említés legördülő menü személyválasztójáról.

Adjon meg egy nevet vagy számot a menülista szűréséhez, amely megfelel a megadott értéknek. Jelölje ki a hozzáadni kívánt bejegyzést. Ha be szeretne vinni egy csoportot a vitafórumba, adja meg a at szimbólumot @ , majd a csoport nevét, például egy csoportot vagy egy biztonsági csoportot.

Megjegyzés szerkesztése vagy törlése

A vitafórum megjegyzéseinek szerkesztéséhez vagy törléséhez válassza a Szerkesztés vagy a További műveletek ( ) lehetőséget, majd válassza a Törlés lehetőséget:

Képernyőkép a Vita szakaszról, ahol a Műveletek szerkesztése vagy törlése lehetőséget választhatja.

A megjegyzés frissítése után válassza a Frissítés lehetőséget. A megjegyzés törléséhez erősítse meg a törlést. A munkaelem-űrlap Előzmény lapja minden szerkesztett és törölt megjegyzés teljes naplózási naplóját tartalmazza.

Important

A helyszíni Azure DevOps Server esetében konfiguráljon egy SMTP-kiszolgálót a csapattagok számára az értesítések fogadásához.

Reakció hozzáadása megjegyzéshez

Megjegyzéshez fűzhet egy vagy több reakciót úgy, hogy a megjegyzés jobb felső sarkában található emoji ikont választja. Válasszon a megjegyzés alján lévő ikonok közül a meglévő reakciók mellett. A reakció eltávolításához válassza ki a reakciót a megjegyzés alján. Az alábbi képen egy példa látható a reakció hozzáadásának élményére, valamint a reakciók megjegyzésen való megjelenítésére.

Képernyőkép a Vita szakaszról, reakció hozzáadása megjegyzéshez.

Megjegyzés mentése a munkaelem mentése nélkül

Note

Ez a funkció az Azure DevOps Server 2022.1-től érhető el.

Csak akkor van engedélye hozzászólni a munkaelem vitafórumához, ha megjegyzések mentésével teszi. Az engedélyt az Területi Útvonal csomópontjai és az Ebből a csomópontból származó munkaelem-megjegyzések szerkesztése engedély irányítja. További információ: Munkakövetési engedélyek beállítása – Gyermekcsomópontok létrehozása, munkaelemek módosítása egy terület vagy iterációs útvonal alatt.

A megjegyzések mentésekor nem kell mentenie a munkaelemet.

Képernyőkép a Vita részről, mentse a megjegyzést.

Note

A Vitafórum vezérlőelem módosításainak mentésekor csak a megjegyzés lesz mentve. A munkaelemtípushoz definiált munkaelem-szabályok nem lesznek végrehajtva.

Folyamat nyomon követése

A munka előrehaladtával módosítja az Állapot mezőt az állapot frissítéséhez. Igény szerint megadhatja az okokat. Az Állapot és Ok mezők a munkaelem űrlapon jelennek meg a fejlécterületen.

Képernyőkép a Hiba munkaelem űrlapról, fejlécterületről, az Állapot és az Ok mezőkkel.

Agilis munkafolyamat-állapotok

A munkafolyamat frissítésekor a csapatok megtekinthetik az új, folyamatban lévő vagy befejezett elemeket. A legtöbb WIT támogatja az egyes munkafolyamat-állapotok közötti előre és hátra váltást. Az alábbi ábrák a felhasználói történet, a hiba és a tevékenység WIT-jeinek fő progressziós és regressziós állapotát mutatják be.

A Felhasználói történet munkafolyamat állapotainak elvi képe, Agilis folyamat.

A bug-munkafolyamat állapotainak elméleti képe, agilis folyamat.

A tevékenység-munkafolyamat állapotainak elméleti képe, agilis folyamat.

A felhasználói történet jellemző munkafolyamat-előrehaladása a következő:

  1. A termék tulajdonosa létrehoz egy felhasználói történetet az Új állapotban az alapértelmezett okkal, új felhasználói történettel.
  2. A csapat akkor frissíti a történet állapotát aktívra , amikor úgy döntenek, hogy befejezik a munkát a futam során.
  3. A történet akkor kerül Megoldott állapotba, amikor a csapat végrehajtja az összes kapcsolódó feladatot, és az egységtesztek sikeresen lefutnak.
  4. A történet akkor kerül lezárt állapotba, amikor a termék tulajdonosa elfogadja, hogy a történet az elfogadási feltételeknek megfelelően valósul meg, és az elfogadási tesztek sikeresek lesznek.

Állapot frissítése táblával vagy feladattáblákkal

A csapatok a táblával frissíthetik a követelmények állapotát, a feladattáblát pedig a tevékenységek állapotának frissítésére. Ha elemeket húz egy új állapotoszlopba, az az Állapot és az Ok mezőket is frissíti.

Képernyőkép az előrehaladás nyomon követéséről a táblán.

Testre szabhatja a táblát, hogy több sávot vagy oszlopot támogatjon. További információ: A munkakövetési élmény testreszabása.

Felhasználói történetek hozzárendelése funkciókhoz

Ha egy termékcsomagot vagy felhasználói élményt kezel, érdemes lehet megtekintenie a munka hatókörét és előrehaladását a termékportfólióban. A munka hatókörét és előrehaladását a funkciók meghatározásával és a felhasználói történetek funkciókhoz való leképezésével tekintheti meg.

A portfolió-hátralékok használatával lehatolást végezhet az egyik hátralékról a másikra a kívánt részletességi szint megtekintéséhez. Emellett a portfolió-hátralékokat használva megnézheti a több csapat folyamatait összefoglaló áttekintést, amikor csapatok hierarchiáját állít be.

Tevékenységek definiálása

Amikor a csapat sprintekben végzi a munkáját, a sprint backlog oldalon külön feladatokra bonthatja a tervezett munkát.

Képernyőkép a Sprint hátralékról, feladat hozzáadása.

Nevezze el a tevékenységet, és becsülje meg a munkamennyiséget a Munkamennyiség szakaszban:

Képernyőkép az Agilis tevékenység munkaelem űrlapról.

Az Agile-folyamat használatakor a csapatok előrejelezik a munkát, és az egyes futamok elején definiálják a feladatokat. Ezután minden csapattag végrehajtja az azonosított tevékenységek egy részhalmazát. A feladatok közé tartozhat a fejlesztés, a tesztelés és az egyéb munkatípusok. A fejlesztő például a felhasználói történetek implementálásához definiál feladatokat, a tesztelő pedig a tesztelési esetek írásához és futtatásához szükséges feladatokat.

Amikor a csapatok az órák vagy napok száma alapján becsülik meg a munkát, a tevékenységek és a Fennmaradó munka és tevékenység (nem kötelező) mezőket határozzák meg.

Field

Usage


A tevékenység elvégzéséhez szükséges becsült munka mennyisége. A mező értéke általában nem változik a kezdeti érték megadása után. A munka órák vagy napok számában adható meg. Ehhez a mezőhöz nincsenek hozzá tartozó időegységek.

A tevékenység befejezéséhez hátralévő munka mennyisége. A munka előrehaladtával frissítse ezt a mezőt. Ha egy tevékenységet altevékenységekre oszt, csak az altevékenységekhez adjon meg órákat. A csapat által választott mértékegységben megadhatja a munkát. Ez a mező a következő diagramok és SQL Server-jelentések kiszámítására szolgál:

A tevékenység végrehajtásával töltött munka mennyisége.

Válassza ki azt a tevékenységtípust, amelyet ez a tevékenység képvisel, amikor a csapat tevékenység szerint becsüli meg a sprintkapacitást.

A kódot tartalmazó vagy hibát kijavító termék buildszáma.

A teszt előrehaladásának nyomon követése

A tesztelés előrehaladásának nyomon követése a felhasználói történetekkel és a kódhibákkal kapcsolatos hibákkal. További információ az egyéb típusú problémák nyomon követéséről: Egyéb problémák nyomon követése.

Felhasználói történetek tesztelése

A webes portálon vagy a Test Managerben létrehozhat olyan teszteseteket, amelyek automatikusan felhasználói történetre vagy hibára hivatkoznak. A felhasználói történeteket a Hivatkozások lapon is csatolhatja egy tesztesethez.

Képernyőkép a Tesztcsomag webportálról.

A teszteset több mezőt tartalmaz, amelyek közül sok automatizált és integrálva van a Test Managerrel és a buildelési folyamattal. Az egyes mezők leírását a buildelési és tesztelési integrációs mezőkön alapuló lekérdezésben tekintheti meg.

Képernyőkép a teszteset űrlapról.

A Hivatkozások lap rögzíti a felhasználói történetekre és hibákra mutató hivatkozásokat egy tesztesetben. Ha felhasználói történeteket és hibákat csatol a tesztelési esetekhez, a csapat nyomon követheti az egyes elemek tesztelése során elért előrehaladást. Ezeknek a hivatkozásoknak a definiálásával támogatja az SQL Server Stories áttekintési jelentésben megjelenő információkat.

Kódhibák nyomon követése

A webportálon, a Visual Studióban vagy a Test Managerrel végzett tesztelés során hibákat hozhat létre a kódhibák tesztelésének nyomon követéséhez.

A gyakori munkakövetési mezők definíciói

A legtöbb munkaelemben az alábbi mezők és lapok jelennek meg. Az egyes lapok adott információk nyomon követésére szolgálnak. A gyakran használt lapok közé tartoznak az előzmények, a hivatkozások és a mellékletek.

Az összes munkaelemtípushoz az egyetlen kötelező mező a Cím. Munkaelem mentésekor a rendszer egyedi azonosítót, azonosítót rendel hozzá. Az űrlap sárga színnel emeli ki a szükséges mezőket. További információ a többi mezőről: Munkaelem mezőindexe.

Note

A folyamat és a projekt testreszabásától függően más mezőkre is szükség lehet.

Mező vagy tabulátor

Usage


Adjon meg legfeljebb 255 karakteres leírást. A címet később módosíthatja.

Rendelje hozzá a munkaelemet a feladat végrehajtásáért felelős csapattaghoz, vagy hagyja üresen, és később fejezze be a feladatot.

Amikor először hoz létre egy munkaelemet, az Állapot mező automatikusan megjeleníti a munkafolyamat első állapotát, például új vagy hozzárendelés nélküli állapotot. A munka előrehaladása során frissítse az állapotot a munkaelem aktuális állapotának megfelelően.

Amikor először hoz létre egy munkaelemet, állítsa be az alapértelmezett oka értéket, például Létrehozott vagy Új munkaelem. Ahogy a munkaelem állapota megváltozik, frissítse az Ok értéket ennek megfelelően. A munkaelem minden állapota egy alapértelmezett indok értékkel van társítva.

Válassza ki a termékhez vagy csapathoz társított terület elérési útját, vagy hagyja üresen, és adjon meg egy megfelelő értéket később. Módosíthatja az elérhető területek legördülő listáját. További információ: Területútvonalak definiálása és csapathoz rendelés.

Válassza ki azt a futamot vagy iterációt, amelyben a munkaelemet el szeretné végezni, vagy hagyja üresen, és rendelje hozzá később az értéket. Módosíthatja az iterációk legördülő listáját. További információ: Iterációs útvonalak (futamok) definiálása és a csapat iterációinak konfigurálása.

Tekintse meg a munkaelem előzményeit az elemen végrehajtott összes módosítás megtekintéséhez, a rendszer által rögzített módon. Minden alkalommal, amikor egy munkaelem frissül, a rendszer hozzáfűzi a részleteket az előzményekhez. Ekkor megjelenik a módosítás dátuma, a módosítás szerzője és a frissített mezők listája. Formázott szöveget is hozzáadhat az Előzmények mezőhöz.

Hivatkozások hozzáadása más munkaelemekkel való kapcsolatok létrehozásához. Számos hivatkozás támogatott, például hivatkozások, módosításkészletek, forrásfájlok stb. Adja meg a csatolt elem és a munkaelem közötti kapcsolatot, például Szülő, Buildben található, vagy Teszt Eredmény.

A Mellékletek használatával mellékelhet az elemhez tartozó munkaelemre vonatkozó kiegészítő információkat. Csatoljon e-mail-szálakat, dokumentumokat, képeket, naplófájlokat vagy más fájltípusokat.

Egyéb problémák nyomon követése

A problémák olyan események nyomon követésére szolgálnak, amelyek blokkolhatják az előrehaladást, vagy megakadályozhatják a felhasználói történetek küldését. A hibákat viszont a kódhibák nyomon követésére használják. Új problémát adhat hozzá az új munkaelem widgettel egy csapat irányítópultján, vagy a Lekérdezések oldal Új menüjéből.

Képernyőkép: Munkaelem hozzáadása új munkaelem-vezérlőből.

A widgetből hozzáadott munkaelemek automatikusan hatókörbe kerülnek a csapat alapértelmezett területére és iterációs útvonalára. A csoportkörnyezet módosításáról a Csoportkörnyezet váltása című témakörben olvashat.

Üzleti érték nyomon követése

A Prioritás mezővel megkülönböztetheti a különböző történetek értékét. Vagy hozzáadhat egy egyéni mezőt a felhasználói történet WIT-hez, amely nyomon követi a történetek relatív értékét. További információ: Mező testreszabása folyamathoz.

Függőben lévő feladatok sorrendje

A Stack Rank mező a felhasználói történetek relatív rangsorolásának nyomon követésére szolgál. Alapértelmezés szerint ez a mező nem jelenik meg a munkaelem-űrlapon. A hátraléklapon lévő elemek sorrendjét az határozza meg, hogy hol adja hozzá az elemeket, vagy helyezze át az elemeket a lapon. Az elemek húzása közben egy háttérfolyamat frissíti a Stack Rank mezőt.

Munkaelemtípusok testreszabása

A legtöbb munkaelemtípushoz hozzáadhat mezőket, módosíthatja a munkafolyamatot, egyéni szabályokat adhat hozzá, és egyéni lapokat adhat hozzá a munkaelem-űrlaphoz. Egyéni munkaelemtípusokat is hozzáadhat. További információ: Öröklési folyamat testreszabása.

A legtöbb munkaelemtípushoz hozzáadhat mezőket, módosíthatja a munkafolyamatot, egyéni szabályokat adhat hozzá, és egyéni lapokat adhat hozzá a munkaelem-űrlaphoz. Egyéni munkaelemtípusokat is hozzáadhat. További információ: Öröklési folyamat testreszabása vagy a helyszíni XML-folyamatmodell testreszabása a projekt által használt folyamatmodelltől függően.