Fejlesztési szabványok létrehozása

Befejeződött
Optimalizálja a termelékenységet a fejlesztési gyakorlatok szabványosításával, a minőségi kapuk kikényszerítésével, valamint a haladás és a siker nyomon követésével a rendszeres változáskezeléssel.

A fejlesztési csapat feladata, hogy minimális súrlódás mellett kezelje a számítási feladatokkal kapcsolatos problémákat a kiadás előtt. Ügyeljen a fejlesztői hatékonyságra, és optimalizáljon a gyors átfutási ciklusokra, a kódolástól a tesztelési eredményekig. Hatékony és megfelelő méretű folyamatokat valósíthat meg, amelyek műszaki tevékenységeket terveznek és egységesítenek, valamint konszenzusra ösztönöznek a csapaton és az érdekelt feleken belül.

Példaforgatókönyv

A Contoso Ticketing egy kis startup, amely egy üzletági (LOB) SAAS-megoldást kínál a közepes méretű vállalatok számára. Az új ügyfelek előkészítése összetett folyamat, amely megköveteli a termék testreszabását és az egyéni fejlesztést az ügyfél környezetével való integrációhoz. Az implementálási csapat az Azure DevOps-t használja az együttműködés és a teljesítés platformjaként, de nem követi a formális fejlesztési módszertant.

Iparági szabványok bevezetése a fejlesztéshez

Használjon iparági szabványoknak megfelelő szoftverfejlesztési módszertant, amely megfelelően igazodik a számítási feladat és a csapat méretének igényeihez. Az összes szerepkör között megosztott teendőlista karbantartása.

Egy jól ismert módszertan bevezetése meghatározza a projekt ritmusát. Megszünteti a folyamat kétértelműségét azáltal, hogy egyértelmű elvárásokat és elszámoltathatóságot biztosít a csapattagoknak.

A gyakori listák nyomon követésével a tevékenységek pontosíthatók és rangsoroltak lehetnek a standard eljárásokkal. A projekt nagyobb eséllyel lesz időben kézbesítve.

A standard módszertanok segítenek a kockázatkezelésben. Részletes mérföldkő-felülvizsgálatokkal a fejlesztők még a bemutatók előtt megoldhatják a lehetséges problémákat.

A Contoso kihívása

  • A vállalat fő terméke egyre népszerűbb, és az integrációs csapat most minden eddiginél több egyidejű megvalósítási projekten dolgozik. Ahhoz, hogy lépést tartson a megnövekedett számítási feladattal, a csapatnak növelnie kellett a létszámát.
  • A csapat növekedése a formális folyamatok hiányával párosítva olyan kihívásokhoz vezetett, mint a csapattagok közötti nem egyértelmű kommunikáció, a véletlenszerű és nem produktív értekezletek, valamint a ritkán előforduló és nem ütemezett fejlesztési ciklusok. Az előkészítési projektek közül több is elmaradt az ütemtervtől, és a vállalat vezetése arra kérte a csapatot, hogy végezze el a szükséges módosításokat a helyzet javításához.

A megközelítés és az eredmények alkalmazása

  • Ezeknek a kihívásoknak a leküzdése érdekében a csapat úgy dönt, hogy a szoftverfejlesztés népszerű agilis keretrendszerét, a Scrum-módszertant alkalmazza.
  • A Scrum segítséget nyújt a csapatnak a felmerülő problémák megoldásában. A Scrum többek között egyértelmű és konzisztens struktúrát biztosít a fejlesztési folyamathoz, előre meghatározott szerepkörökkel, eseményekkel, összetevőkkel és szabályokkal. A közös hátralék és a rövid fejlesztési futamok kadettája segít a csapatnak a közös jövőképen dolgozni, és rendszeresen és megbízhatóan értékesíteni az ügyfeleknek.

Shift left for testing

Olyan minőségbiztosítási folyamatokkal rendelkezik, amelyek a fejlesztési életciklus korai szakaszában hangsúlyozzák a tesztelést. Tartalmazza a tervezett tesztelési eljárások összes összetevőjét, beleértve az alkalmazásösszetevőket, az infrastruktúrát és az adatsík-műveleteket, amelyek egy funkció kiadásának vagy frissítésének részei.

Az összetevőket a környezetek által előléptetve nem módosíthatóként kezelheti, és minden alkalommal magabiztosságot szerezhet, amikor egy minőségi kapun keresztül jutnak át.

Ahol gyakorlatias, automatizálja a rutinellenőrzéseket.

A minőségbiztosítás biztosítja, hogy a funkcionális és nem funkcionális követelmények teljesüljenek magabiztosan, ami pozitív ügyfélhatáshoz vezet.

A Contoso kihívása

  • A számítási feladatok csapatának funkcionális tesztelési stratégiája automatizált és manuális tesztelés kombinációját használja. A tesztelési megközelítésük nem terjed ki a rendszer minden aspektusára, például a teljesítményre, a biztonságra és a használhatóságra. Emellett a kódjukat nem lehet konzisztens módon üzembe helyezni különböző környezetekben teljesen automatizált módon, ami variabilitást és bizonytalanságot jelent.
  • Az ügyfél-előkészítési erőfeszítések mennyiségének és összetettségének növekedése felerősítette a tesztelési stratégia kihívásait, ami gyakori hibákhoz, átdolgozásokhoz és az ügyfelek elégedetlenségéhez vezetett.

A megközelítés és az eredmények alkalmazása

  • A számítási feladatokkal foglalkozó csapat erőfeszítéseket tesz a tesztelési stratégia továbbfejlesztése és az üzembehelyezési folyamatok konzisztenciájának és kiszámíthatóságának növelése érdekében.
  • Első lépésként tesztterveket hoznak létre a fejlesztés alatt álló egyes funkciókhoz vagy testreszabásokhoz, amelyek funkcionális és nem funkcionális követelményeket is lefednek. Az Azure DevOps használatával kezelik teszteseteiket, tesztadataikat és teszteredményeiket. Az üzembehelyezési folyamatokban olyan minőségi kapukat állítottak be, amelyek ellenőrzik a kód, a konfiguráció és az üzembe helyezés minőségét, mielőtt előléptetik az összetevőket a következő környezetbe.
  • A fejlesztések implementálása után a csapat a sikertelen üzembe helyezések, valamint az éles környezetben lévő hibák és incidensek számának csökkenését látja. Ennek eredményeképpen a minőség, a szállítási sebesség és az ügyfelek elégedettsége jelentősen megnőtt.

Fejlesztési hatékonyság mérése

A hatékonyság mérésére szolgál az előrehaladás és a trendek jelentése. Kövesse nyomon és jelentse a hibák trendjeit, a sikertelen frissítéseket, az üzembe helyezési időt és a visszajelzési ciklusokat a fejlesztési gyakorlatok fejlesztése érdekében.

A Contoso kihívása

  • A számítási feladatokért felelős csapat a közelmúltban számos módosítást hajtott végre az ügyfél előkészítési folyamatainak minőségének és kiszámíthatóságának javítása érdekében. A vállalatnak azonban kihívást jelent a változások hatásainak mérése és jelentése. Sajnos a vállalat nem rendelkezik megbízható adatokkal vagy metrikákkal annak bemutatásához, hogy mennyivel javult a minőség és a kiszámíthatóság, vagy hogy mely változások járultak hozzá jobban a javuláshoz, mint mások.
  • A vállalatnak módot kell találnia a folyamatberuházások előnyeinek számszerűsítésére és közlésére, hogy a jövőben előnyben részesíthesse erőforrásait és erőfeszítéseit.

A megközelítés és az eredmények alkalmazása

  • A csapat úgy dönt, hogy megkezdi a jelentéskészítési képességek kihasználását az AzDO-ban, amelyet a csapat már használ, hogy számszerűsíthesse a fejlesztéseket az idő függvényében, és rangsorolja az erőforrások elosztását a jövőbeli beruházásokhoz.
  • Először is használnak több beépített jelentést:
    • Sebességjelentések
    • Göngyölt folyamatábrák
    • Hibatrendek: hány hiba jön létre, oldható fel és zárható be az idő múlásával, és hogy ezek milyen hatással vannak a minőségi metrikákra.
    • Üzembe helyezési statisztikák: mennyi ideig tart a szoftverek futtatása a kódból az éles környezetbe, és hogyan hasonlít össze a célokkal és a teljesítménymutatókkal.
  • A csapat azt is tervezi, hogy a közeljövőben testre szabott jelentéseket fejleszt irányítópultokkal és Power BI Analytics-jelentésekkel.

Tesztelje tudását

1.

Az alábbiak közül melyik példa egy iparági szabványnak megfelelő eszköz a hátralék fenntartására?

2.

Az alábbi stratégiák közül melyik segíthet a fejlesztési sebesség és a hatékonyság javításában?

3.

Hogyan tudta a Contoso megállapítani, hogy a legutóbbi folyamatváltozások közül melyik volt a leghatékonyabb a minőség és a hatékonyság javításában?