egy meglévő funkció működésével kapcsolatban felmerült változtatási igény vagy kiegészítés kérése

új igény bevezetése a rendszerbe vagy egy meglévő funkció jelentős mértékű kiegészítése és összekapcsolása az érintett funkciókkal

adatok éles rendszerben történő javítása, amelyet csak fejlesztő végezhet el

Calltec támogatóitól kért segítség amely nem igényel fejlesztői beavatkozást

az ügyfél valamely munkatársának a Calltec rendszereihez kapcsolódó jogosultságainak kezelésére létrejött feladat (ide tartozik a Redmine-ban történő jogosultság kezelés is ha az ügyfél igényli)

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

Calltec által kiadott feladatok az ügyfél részére (általában éles átállás előtti időben), így a Felelős minden esetben az ügyfél valamely munkatársa, a feladat elkészültét a feladat státuszának léptetésével jelzi az ügyfél, ha mindkét fél megoldottnak tekinti a feladatot akkor a Calltec munkatársa Lezárva státuszba lépteti

Amennyiben az 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. Az időbecslés elkészítése után fejlesztők visszateszik a feladatot Ügyfél engedélyre vár állapotba. Jelen állapot tehát opcionális.

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. Amíg a megvalósításra nincs fedezet vagy szándék, addig az igényt ebben az állapotban kell tartani.

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

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éloldali feladatról van szó.

A már beütemezett és fejlesztőhöz rendelt feladatokat adott fejlesztő specifikálja, szükség esetén bevonva az ügyfelet is.

A feladathoz elkészült a specifikáció, kezdhető a kódolás, kivitelezés.

A felelős által feldolgozás alatt álló feladatok.

A fejlesztő elkészült a kódolással, kivitelezéssel a fejlesztői környezetben, mentette és regisztrálta az új verziót.

Az új verzió a fejlesztői környezetből kikerült a CallTec belső teszt környezetébe, ahol a belső tesztelők megkezdhetik a tesztelést.

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.

A fejlesztők által megoldottnak nyilvánított feladatok, melyet tesztelésre elérhetők az ügyfél teszt környezetében.

Jellemzően hibaként felvett feladatoknál fordul elő, amikor a hiba kivizsgálásakor kiderül, hogy NEM a rendszer hibás működése áll a háttérben, ilyenkor a feladatot átminősítjük jellemzően Támogatói feladattá és ebbe a státuszba léptetjük, hiszen a támogatói feladatnak pénzügyi vonzata van ellenben a hibával.

Amennyiben az ügyfél engedélyezője elfogadja az átminősítést és ezzel a pénzügyi vonzatát is a feladatnak akkor utólag ez is belekerül az elszámolásba

Ha az ügyfél engedélyezője valamilyen okból nem ért egyet az átminősítéssel akkor vitatott státuszba tehető amely aztán egyeztetést igényel

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.

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!

A pénzügyileg elfogadott vagy eleve díjmentes, de minden esetben tesztelők által elfogadott változata kikerülhet az ügyfél éles környezetébe.

Ügyfél oldali tesztelés és pénzügyi teljesítés elfogadása után a fejlesztés telepítése az ügyfél éles környezetébe.

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.

Felhasználói feladatoknál használjuk, az ügyfélnek kiadott feladat elvégzését követően a Megoldva státuszra billentve jelzi annak elkészültét.

A megoldott, ügyfél által is tesztelt és elfogadott, pénzügyi elszámolása befogadott feladatok lezárásra kerülnek.