leállás. Bogarak. Dühös felhasználók.
ismerős? Ha igen, akkor lehet, hogy alaposan meg kell vizsgálnia a kiadáskezelési folyamatot.
a folyamatosan mozgó, folyamatosan fejlődő üzleti világban nem engedheti meg magának, hogy kinyújtsa a félig sült kiadásokat. Mégis, a problémák túlnyomó 75% – a A szoftver vagy a környezet változásainak eredménye.
a költséges késések megelőzése és a szervezet működésének fenntartása érdekében be kell fektetnie egy robusztus kiadáskezelési folyamatba.
mi a kiadáskezelés?
Ha a vállalatnak valaha is jelentős szoftverváltást kellett végrehajtania, valószínű, hogy már értékeli a megbízható kiadáskezelési folyamat szükségességét.
A Release management felügyeli a szoftver kiadásának minden szakaszát a fejlesztéstől a teszteléstől a telepítésig. Release management szükséges bármikor egy új terméket, vagy akár változtatásokat egy meglévő termék kérik.
míg a kiadáskezelési folyamatok változhatnak, és minden egyes szervezet számára testre szabhatók, a menedzsment felszabadításának öt elsődleges lépése van.
Plan release
a tervezési szakasz lehet a leginkább időigényes, mivel ez az, ahol a teljes kiadás az elejétől a végéig strukturált. A robusztus kiadási terv segít a csapatnak a pályán maradni, és biztosítja, hogy a szabványok és követelmények megfelelően teljesüljenek.
a kiadási terv megközelítésének számos módja van. Az egyik legnépszerűbb Kiadáskezelő módszer a systems development life cycle (SDLC).
Az SDLC segít szoftver fejlesztők terv, fejlesztése, fenntartása, illetve cserélje ki a szoftver rendszerek nagyfokú hatékonyság, minőség. Az SDLC használható együtt vagy helyett más projekt menedzsment folyamatok.
ebben a szakaszban hozzon létre egy munkafolyamatot, amelyre mind a csapata, mind a kulcsfontosságú érdekeltek hivatkozhatnak egy kiadás során.
a munkafolyamatnak egy pillanat alatt el kell magyaráznia, hogy a teljes kiadás hogyan történik, és hogy az egyes csapattagok hogyan játszanak szerepet. A kiadási tervnek tartalmaznia kell:
- Timelines
- szállítási dátumok
- követelmények
- a projekt teljes hatóköre
többféle módon lehet feltérképezni a tervet és tisztázni a folyamatot. Az egyik lehetőség egy Kiadáskezelő ellenőrző lista. Az ellenőrzőlistának nagyjából időrendi sorrendben kell körvonalaznia a folyamat funkcióit és felelősségét.
amikor a csapat megnézi az ellenőrző listát, képesnek kell lennie arra, hogy gyorsan megállapítsa, milyen lépésen vannak, és mi a szerepe vagy felelőssége.
egy másik lehetőség a kiadási munkafolyamat létrehozása. A Lucidchart egy vizuális termelékenységi platform, amely segít a fejlesztőknek egyértelműen feltérképezni folyamataikat.
Hozzon létre egy intuitív folyamatábra a kiadási folyamat segítségével színkódolás, formák, és swimlanes, hogy kijelölje határidők, szerepek, feladatok. A Lucidchart a felhőn működik, így Ön és csapata bármikor, bárhol hozzáférhet a kiadási tervhez vagy ellenőrzőlistához valós idejű frissítésekkel.
a terv felvázolása után mutassa be az összes érintett félnek (a csapatnak, a termékmenedzsernek és a magas szintű vezetőknek) felülvizsgálatra. Szerezd meg visszajelzésüket a követelményekben vagy hatókörben látható hiányosságokról vagy problémákról.
miután a tervet jóváhagyták és véglegesítették, akkor tedd a cselekvésre.
build release
a kiadási terv véglegesítésével megkezdheti a termék tervezését és felépítését a kiadáshoz. Ez a termék tényleges “fejlesztése” a kiadási tervben vázolt követelmények alapján.
Miután az összes felmerült kérdés megoldódott, itt az ideje, hogy az építést valós forgatókönyv-tesztelésnek vetjük alá.
Ez több iterációt is igénybe vehet. Ahogy a csapat felépíti a terméket ,azt (általában automatikusan) elküldik egy tesztelési környezetbe a felhasználó elfogadásához. Ez lehetővé teszi a csapat számára, hogy azonosítsa a valós környezetben felmerülő hibákat vagy kérdéseket.
mivel a problémákat azonosítják, az építményt a második szakaszban visszaküldik a fejlesztéshez. Más szavakkal, az iteratív kiadáskezelési folyamat során a munka a második szakaszról a harmadik szakaszra, majd a kiadás jóváhagyásáig ismét folytatódhat.
User acceptance testing
User acceptance testing, más néven UAT, az, amikor a végfelhasználók a termék épült kap, hogy ténylegesen használni, és visszajelzést adni. Ez gyakran történik, mint egy ingyenes béta próba online vagy megosztott egy nagyobb csoport alkalmazottak a cégen belül.
A felhasználói elfogadási tesztelés a legfontosabb lépés a menedzsment felszabadításához, mivel az összegyűjtött adatok mennyisége és a javítások szükségesek ahhoz, hogy az építést oda lehessen vinni, ahol a hivatalos indításhoz szükséges.
mint korábban említettük, ez egy iteratív folyamat része. Mivel a hibákat azonosítják, a csapat visszamegy a rajztáblához, hogy megoldja a problémákat, majd újratervezi az építményt a nagyobb integritás érdekében. Az építménynek át kell haladnia az UAT fázison, amelyet figyelembe kell venni a végleges megvalósításhoz és kiadáshoz.
kiadás előkészítése
Ez a lépés az, hogy az utolsó simításokat a termékre helyezzük, figyelembe véve mindazt, amit az UAT-ban megtanultak. A kiadás előkészítése magában foglalja a QA csapat végső minőségi felülvizsgálatát is.
a felülvizsgálat során a minőségbiztosítási csoport végleges ellenőrzéseket végez annak biztosítása érdekében, hogy az építmény megfeleljen a kiadási tervben felvázolt minimális elfogadható szabványoknak és üzleti követelményeknek.
bár az UAT és a minőségbiztosítás nem mindig replikálhat minden olyan forgatókönyvet, amely a termék elindítása után előfordulhat, ezek a lépések remélhetőleg kibővítik a leggyakoribb hibákat, hogy csapata jobban előre tudja jelezni és megakadályozza a problémákat az indításkor.
a felülvizsgálat befejezése után a funkcionális csapat érvényesíti az eredményeket, és véglegesíti a telepítési kiadást. Mielőtt az építmény élő környezetbe telepíthető, azt a termék tulajdonosának jóvá kell hagynia.
Deploy release
a nagy nap végre megérkezett, és itt minden csapat kemény munkája kifizetődik. Itt az ideje, hogy kiadja a terméket a vadonban az élő termelési környezet.
amellett, hogy egyszerűen elküldi a build out-ot a gyártásba, a telepítési szakasz magában foglalja az üzenetküldést és a termék oktatását mind a végfelhasználónak, mind a vállalatnak.
például a felhasználókat értesíteni kell a kiadással kapcsolatos változásokról, valamint arról, hogyan kell működni az új funkciókban. Attól függően, hogy mennyire jelentősek voltak a változások, lehet, hogy robusztus és folyamatos képzést kell nyújtania ahhoz, hogy mindenki felgyorsuljon.
Ez különösen fontos a belső kiadásoknál, ahol a szoftvert használó alkalmazottaknak meg kell érteniük, hogy hatékonyan és eredményesen végezzék munkájukat.
végül a telepítési szakaszban a Fejlesztőcsapatnak össze kell ülnie, hogy felmérje a kiadás teljesítményét, és megvitassa a telepítés menetét. Ha vannak elhúzódó problémák, azokat be kell azonosítani és dokumentálni kell ahhoz, hogy a csapat a következő iterációban foglalkozzon.
Release management felügyeli a folyamatosan változó folyamatot. Minden kiadás egy lehetőséget, hogy finomítani mindent a munkafolyamat a lista, mint a csapat rájön, hogy mi ütemterv működik a legjobban, hogy milyen dob—, illetve mi nem.
Illetve Lucidchart, még a legösszetettebb kiadás kezelése folyamat célja, hogy biztosítsa a sikeres kiadás a csapat büszke lehet.
az együttműködésen alapuló platform megkönnyíti a csapattagok számára—a fejlesztőktől és a terméktulajdonosoktól a végrehajtó érdekelt felekig—, hogy megtekinthessék a magas szintű tervet, és betekintést nyerjenek a fejlődésükbe, hogy mindenki ugyanazon az oldalon legyen.
Plus, Lucidchart integrálja a népszerű menedzsment eszközök, mint a Confluence, G Suite, és a Slack, így importálni az adatokat, és tartsa az összes projekt részleteit és körvonalait egy kényelmes helyen.
iratkozzon fel ingyenes fiókjába, és kezdje el ma.