Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
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.
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.
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.
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.
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 !.
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:
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.
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.
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.
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 jellemző munkafolyamat-előrehaladása a következő:
- 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.
- 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.
- 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.
- 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.
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.
Nevezze el a tevékenységet, és becsülje meg a munkamennyiséget a Munkamennyiség szakaszban:
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
.
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.
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.
Előzmények lap
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 lap
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.
Mellékletek lap
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.
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.