Embedded Files
A súgó folyamatosan fejlesztés alatt áll a visszajelzések alapján. Köszönjük észrevételeit!
A feladatok lehetséges állapotai
A feladatok lehetséges állapotai
A Redmine rendszerben a feladatok aktuális állapotát a státusz mező jelzi. Ezen az oldalon ezeket mutatjuk be szöveges formában, majd mindezt megtekintheti folyamatábrán is.
Státusz
Leírás
Ügyfél engedélyre vár:
Minden új feladat ezzel az állapottal jön létre. Az engedélyezés célja a kérések ügyfél oldali validálása egy nagy rálátással bíró munkatárs részéről, aki egyben jogosult a megrendeléssel járó költséget is vállalni. Hiba esetén nincs költség, más igények esetén van. Amíg a megvalósításra nincs fedezet vagy szándék, addig az igényt ebben az állapotban kell tartani, a fejlesztők így nem is foglalkoznak a feladattal.
Időbecslésre vár:
Amennyiben az előző állapot szerinti engedélyezőnek szüksége van a döntéséhez egy ajánlatra, úgy azt előzetesen bekérheti a fejlesztőktől, e státuszba léptetve a feladatot. Az ajánlat egyenértékű a megoldáshoz szükséges idő becslésével, ami az óradíjjal szorozva adja meg flottakezelő becsült költségét. Időbecslés elkészítése után fejlesztők visszateszik a feladatot Ügyfél engedélyre vár állapotba. A megvalósításra becsült időtől eltérhet a tényleges idő.
Ügyfél pontosításra vár:
Akár az engedélyező, akár a fejlesztők is kérhetnek kiegészítést, egyértelműsítést a konkrét feladathoz, mindketten ebbe az állapotba léptetik ilyenkor. A pontosítást vagy az eredeti feladó, vagy az ő felettese/megbízottja, vagy az engedélyező teheti meg, de mindenképpen ügyfél oldali feladatról van szó. A pontosítás kihathat a feladat tartalmára, így annak időszükségletére is!
Jegelve:
Kivezetés alatt, beolvad az “Elvetve” státuszba.
Elvetve:
Az ügyfél oldali engedélyező vagy az eredeti feladó dönthet az igény visszavonásáról, vagy a fejlesztők által javasolt megoldást elutasítja. Itt is igaz, hogy a fejlesztők már tölthettek időt a feladattal elvetése előtt, mely idő az elszámolás alapját képezi.
Engedélyezve, megrendelt:
Akár ajánlat alapján, akár anélkül, az ügyfél oldali engedélyező támogatja és megrendeli a megvalósítást, vállalva annak minden költségvonzatát is. Fejlesztők az ilyen feladatokat tudják beütemezni megvalósításra.
Az engedélyezés csak akkor maradhat ki, ha a feladat hibajavításnak tűnik, ilyenkor a fejlesztők engedély nélkül is javíthatják a hibát. Lásd még → Utólagos engedélyre vár.
Ütemezett, specifikálásra vár:
A már beütemezett és fejlesztőhöz rendelt feladatokat adott fejlesztő specifikálja, szükség esetén bevonva az ügyfelet is.
Specifikált, megvalósítható:
A feladathoz elkészült a specifikáció, kezdhető a kódolás, kivitelezés.
Megvalósítás folyamatban:
A fejlesztők által feldolgozás alatt álló feladatok. Ha hosszabb ideig tart a megvalósítás, akkor ezen belül a készültség % jelzi az előrehaladást. Belső tesztelő is visszaléptetheti ide a feladatot.
Belső telepítésre vár:
A fejlesztő elkészült a kódolással, kivitelezéssel a fejlesztői környezetben, mentette és regisztrálta az új verziót.
Belső tesztelésre vár:
Az új verzió a fejlesztői környezetből kikerült a CallTec belső tesztkörnyezetébe, ahol a belső tesztelők megkezdhetik a tesztelést.
Kitelepítésre vár:
Amennyiben a belső tesztelés eredménye megfelelő, úgy a belső tesztelő jóváhagyja a verziót, ami így bekerülhet a következő ügyfél oldali tesztkörnyezet frissítésbe.
Ügyfél utólagos engedélyére vár:
Az Ügyfél engedélyezte, megrendelt állapotnál már írtunk arról, hogy bizonyos esetekben csak a hibának vélt jelenség kivizsgálása közben derül ki, hogy valójában nem a rendszer hibázott, hanem a felhasználó használta hibásan a rendszert vagy épp nem volt a szükséges tudás birtokában. Ilyenkor a fejlesztői időráfordítás kényszerűen keletkezik, hisz mire a megállapításig eljut, már foglalkozott a feladattal. Az így keletkező elszámolandó időt előzetesen nem volt alkalma jóváhagyni az ügyfél oldali engedélyezőnek. De ettől még tény, hogy a fejlesztői ráfordítás megtörtént, tehát a feladat része vagy egésze elszámolás alapját képezi.
Hogy az engedélyezőnek legyen alkalma ezeket a feladatokat is áttekinteni az elszámolás előtt, bevezettük ezt a speciális állapotot, így mindkét félnek könnyebb az elszámolások jogosságának vizsgálata.
Az engedélyező elfogadás esetén “Utólag engedélyezve, elfogadva” állapotba lépteti a feladatot.
Ha az engedélyezőnek nem tetszik a megvalósítás, úgy “Tesztelve, javítandó” állapotba léptetheti.
Ha meg egyszerűen nem fogadja el a megvalósítást, akkor leáll a folyamat, nem történik meg a telepítés. Azonban, ha a megvalósítás már eleve az ügyfélnél van (pl. az adatok ki lettek javítva, a támogató válaszolt a kérdésre, stb.), akkor ezzel a lehetőséggel nem élhet az engedélyező.
Utólag engedélyezve:
Az engedélyező elfogadta a megoldásra kényszerűen fordított időt (Pl. hibának felvett feladatra a támogató válaszol, és válasza egyben annak indoka is, hogy miért nem hibáról volt szó. E válaszadás ideje növeli az ügyfél adott havi felhasznált támogatói óraszámát.)
Utólag vitatva:
Az engedélyező nem fogadja el a megoldásra fordított időt.
Ügyfél tesztelésre vár:
A fejlesztők által megoldottnak (vagy már javítottnak) nyilvánított feladatok, melyet tesztelésre elérhetők az ügyfél tesztkörnyezetében.
Tesztelve, rendben:
A megoldott feladatokat az ügyfél kijelölt tesztelője (nem feltétlenül a feladat megrendelője) ellenőrzi a saját teszt környezetében és elfogadja a megoldást.
Tesztelve, javítandó:
Először a belső tesztelő, később az ügyfél kijelölt tesztelője egyaránt kérheti adott megoldás javítását. A javítás mindkét esetben be kell járja újra a belső tesztelés, kitelepítés utat, míg ügyfél oldalon (újra) tesztelhetővé válik. Fontos, hogy az újonnan megfogalmazott igények új feladatban legyenek rögzítve, nem az épp tesztelt feladatot kell ezzel terhelni!
Ügyfél elszámolásra vár:
A feladat megoldását és elszámolási adatait ügyfél elfogadta, bekerült a havi elszámolásba, melyet a CallTec adminisztrációs munkatársai küldenek ki az elszámoló levélben. Az elszámolásban minden adott időszakban megoldott feladat látszik, a díjmentesen megoldottak is (0 órával).
Élesíthető:
A pénzügyileg rendezett vagy eleve díjmentes, de minden esetben tesztelők által elfogadott változata kikerülhet az ügyfél éles környezetébe.
Élesítve:
Ügyfél oldali tesztelés és pénzügyi rendezés után a fejlesztés telepítése az ügyfél éles környezetébe.
Lezárva:
A moderátor lehetősége a feladatok végleges fagyasztása, archiválása, amikor már az elszámolás is lezajlott.
Report abuse