A súgó folyamatosan fejlesztés alatt áll a visszajelzések alapján. Köszönjük észrevételeit!
Az alábbiakban bemutatjuk az új feladatok rögzítésének, módosításának mikéntjét függetlenül attól, hogy az éppen milyen típusú feladat.
Mielőtt erre rátérnénk, szeretnénk kiemelni a legfontosabb dolgot: bármilyen feladatot is indítunk útjára, annak leírása legyen egyértelmű, mások számára is értelmezhető. Létrehozás előtt olvassuk át a leírásunkat, ellenőrizve, hogy minden szükséges információt megadtunk-e benne. Hibajelzés esetén mindig ellenőrizzük, hogy megadtuk-e a hiba számát, illetve a leírásunk pontosan tartalmazza-e a hiba keletkezésének körülményeit.
A Feladatok fülön maradva, a feladat áttekintő blokk jobb felső sarkában találjuk az Új feladat nyomógombot.
A következő felületre jutunk:
A kötelező mezőket (*) és a Leírást feltétlenül töltsük ki. Kitöltést követően nyomjuk meg a Létrehoz gombot, ezzel elmentjük a kérést.
Az adatmezők magyarázata:
Típus:
A feladat későbbi útját meghatározó besorolás. Lehetséges értékei:
Hiba: a definiálttól vagy a megszokott működéstől indokolatlanul eltérő működés jelzésére.
Módosítási igény: a rendszerben már létező funkcióra változás kérése.
Új fejlesztés: a rendszerben addig nem létező funkció igénylése.
Adatkezelés: a rendszerbe adatok betöltése, tisztítása, generálása fejlesztők segítségével, ehhez szabály megadása.
Támogatói feladat: segítség kérése a rendszer működésére vonatkozóan
Felhasználói feladat: a rendszer használóinak felvett feladatok
Jogosultság kezelés: a rendszerhez új felhasználó hozzáférésének megigénylése, vagy létező jogok módosítására vonatkozó kérés, esetleg jogosultsági rendszer átszervezésére, finomítására vonatkozó kérés.
Jogszabály követés: törvényi előírások változásainak lekövetésére használjuk; ehhez szükséges változások, módosítások elvégzése a szoftverekben, bármelyik fél létrehozhatja
Egyéb fejlesztői feladat: minden egyéb, ami fentiek egyikébe sem sorolható (pl. fejlesztőkkel konzultáció kérése, oktatás igénylése, stb.)
Tárgy:
A tárgyban röviden, néhány kulcsszóval összegezzük a feladatot. Az itt megadott szöveg jelenik meg a feladatokat áttekintő listákon, ezekre könnyen tudunk keresni. Fontos, hogy beszédes legyen! – csak így segít a feladat azonosításában, felismerésében a listákon.
Leírás:
A leírást tekintsük kötelezően töltendő mezőnek. Itt tudjuk az észlelt hibát vagy igényelt változást részletesen körülírni a fejlesztőnek és minél több információt adni a tapasztalt jelenségről. Sokat segít a feldolgozásában, ha megadunk hivatkozásokat a példa adatokra, és jelezzük, hogy a folyamat mely pontján kérünk beavatkozást.
Státusz:
Részletesen lásd a Feladatok útja oldalon.
Készültség:
A státusz mellett adhat plusz támpontot, fejlesztők töltik akkor, ha nekik segít követni a saját munkájukat adott státuszon belül. Ez azonban csak kiegészítő és esetleges információ, a státusz a fontos.
Prioritás:
A befogadó szervezet és a CallTec közti szerződés meghatározza, hogy melyik prioritást milyen módon kell kezelni, ez befogadó szervezetenként eltérhet. Beállításakor nehezítő tényező az, hogy a szerző nem feltétlenül látja át a saját szervezete által leadott összes feladatot, így nehéz elhelyezni az általa épp rögzített új feladatot a teljes céges “rangsorban”. Épp ezért, a prioritásokat az engedélyező illetve a fejlesztők állíthatják be.
Lehetséges értékek:
Kritikus: a munka folyamatában, elvégzésében akadályozzák a felhasználót (részletesebben az üzemeltetési szerződések definiálják).
Normál
Alacsony: melyekkel együtt tud élni a felhasználó, de növelné a komfortérzetét a program használatában, ha a feladat megoldásra kerülne.
Fájlok és képek csatolása:
Fájlok illetve képernyőképek becsatolására is van lehetőségünk a hibajegyhez. Amennyiben képernyőképet csatolnánk, azt a Fájlok címke alatti (képen pirossal aláhúzott) link használatával tehetjük meg.
Képernyőképből a feladathoz tartozó részletet legegyszerűbben a Windows / Képmetsző alkalmazásával tudunk kivágni. A kimetszett képre rajzolhatunk, karikázhatunk, kiemelhetünk. Ha ezzel készen vagyunk, használjuk Képmetszőn belül a vágólapra másolást (Ctrl+C ), majd áttérve Redmine-ba nyomjuk meg a képen pirossal aláhúzott linket, illesszük be a képet (Ctrl+V), aztán mentsünk (OK).
Megfigyelők:
Megfigyelőket is hozzárendelhetünk egy feladathoz, amennyiben fontos, hogy értesüljenek más felhasználók is a feladat státuszáról és kimeneteléről. Bepipálással tudunk választani a fejlesztők közül.
Ha ezt a lehetőséget magunk nem érjük el, az érintett felhasználó magától minden esetben fel tud iratkozni minden általa fontosnak vélt Redmine-ra, a feladat adatlapjának jobb felső sarkánál látható csillagot megnyomva.
A megfigyelők generált e-mailt kapnak a feladat minden változásáról.
Support szint:
A flottakezelő és a CallTec közti megállapodás rögzíti, hogy milyen értékei lehetségesek. Ez a kategorizálás (amennyiben adott flottakezelőnél használatos), többnyire összefügg az elszámolási szabályokkal.
Verziószám:
Csak egyes típusok választása esetén kötelező, ilyen esetben a rendszer fejlécén található számot kell ide beírni (pl. F1 b2648)
Környezet:
Szintén csak egyes típusok választásakor kell megadni, azt jelezzük vele, hogy melyik F1 alkalmazásra vonatkozik a jelzés (pl. éles, vagy teszt rendszer, illetve ha több adatbázist használ, akkor melyikről van szó)
TIPP egy trükkhöz: hogyan illeszthetünk be táblázatokat a szöveges leírásokba?
Egyértelműen jelölni kell:
melyik környezetben jelentkezett a hiba (flottakezelő cég / teszt / éles / …),
milyen adaton dolgoztunk épp, legalább egy példát megadva (partner azonosító, keretszerződés szám, egyedi szerződés szám, ajánlat száma, számla azonosítója, stb.)
mi a (hiba) jelenség, ami nem tetszik a működésben
F1 hibaüzenetben található azonosító szám (ID … vagy TR …) → ez alapján tudják fejlesztők kikeresni a hibanaplóból az eseményt , illetve P1 hibaüzenetben található 'Részletek' megadása
mit tettünk épp, amikor a hiba jelentkezett,
mi lenne az elvárt működés / érték / következmény,
megismételhető-e a hiba
További segítség lehet a javításhoz, ha a leírásunk alátámasztására (de nem helyette!) képet is csatolunk.
A leírásban szorítkozzunk a konkrét problémára, ne keverjünk bele egyéb kérdést / kérést.
Korábban rögzített feladatot jogosultságunk függvényében szerkeszthetünk is, sőt, a Redmine feladatok gondozása kifejezetten feladat! Nyomjuk meg a Szerkeszt gombot!
A Szerkeszt gomb megnyomása után a felület szerkeszthetővé válik, megint csak jogosultság függvényében.
(A képen a szerkesztésre megnyitott feladat adatlap teteje látszik, lejjebb görgetve további mezőket érhetünk el, ha van jogunk a szerkesztésükhöz.)
Az adatlapon lejjebb gördülve, a Feljegyzések mezőben újabb észrevételeket rögzíthetünk naplózott módon. Ezeket a feljegyzéseket, hozzászólásokat a Történet címszó alatt időrendi sorrendben olvashatjuk, amikor megnézzük utóbb a feladat adatlapját.
A leírás mezőt utólag NE módosítsuk.
Amikor egy feladattal dolgozunk, és adott munkamenetet befejezettnek tekintünk saját részről, akkor nem elegendő a Feljegyzésekhez beírni válaszainkat, észrevételeinket, hanem a Státusz mezőt is állítanunk kell! Ez vezérli ugyanis, hogy kinél jelenik meg, mint rá váró feladat (fejlesztőknél vagy ügyfél oldalon, engedélyezőnél vagy tesztelőnél, stb.)
Tipikus hiba, hogy az eredetileg megfogalmazott kéréshez tesztelés közben újabb és újabb kéréseket fűzünk. Ezt NE tegyük! Teszteléskor az vizsgálandó, hogy az eredeti kérésünk megvalósult-e! Újabb kérésre vegyünk fel újabb Redmine-t! – elkerülendő azt, hogy az egyes feladatok átláthatatlan terjedelművé dagadjanak, elkerülendő azt, hogy vitatkozni kelljen az adott feladat státuszán, elszámolásán.
Szintén tipikus hiba, amikor egy már elfogadott, vagy státusza alapján felhasználóra váró feladatba beírjuk szövegesen az újabb és újabb észrevételeinket.
A feladatok elkészültének jelzése CTC oldalról a státusz "Ügyfél tesztelésre vár" állapotba léptetéssel történik. Ezt követően a felhasználói oldalnak kell a javítást / új fejlesztést ellenőriznie. Az eredményt minden esetben a feladat státuszának léptetésével kell jelezni:
ha rendben van a javítás -> "Tesztelve, rendben",
ha hibát találunk a működésben -> "Tesztelve, javítandó" legyen a státusz. Ebben az esetben kommentbe írjuk meg, pontosan mi nem felel meg az elvárt működésnek, és adjuk meg - ha van - a rendszerben végzett teszt adatokat. Természetesen képet is lehet csatolni.
A "Tesztelve, rendben" és "Lezárt" állapotú hibajegyeket NE léptessük vissza javítandóra. Előfordul, hogy a különböző hibák a felhasználó számára ugyan azt a nem megfelelő működést eredményezik, de valójában egész más baj is állhat a háttérben. Ezért ha egyszer egy hibajavítást már rendben lévőnek találtuk, és később ismét felmerül valamilyen probléma ugyan azon a felületen, azt NE a korábbi redmine feladat visszanyitásával jelezzük. Vegyünk fel egy újat, amiben természetesen lehet jelezni, hogy a jelenség hasonlít egy korábbi hibára.