Bízzon szabadúszókra karbantartást vagy ideiglenes helyettesítést meghatározott feladatlistával, hozzáférési korlátokkal, ellenőrzővel és dokumentált átadással.
Helyettesítés vagy karbantartási szolgáltatás?
A helyettesítés kapacitást ad; a csapat tartja a prioritásokat és ellenőrzést. A karbantartásnak egyeztetett terjedelem és felelősség kell. Válassza külön a hibákat, függőségeket és funkciókat; egy ember nem jelent folyamatos támogatást.
Építsen tesztekből biztonsági hálót a működés köré, amelyre támaszkodik
Az örökölt kódhoz általában kevés teszt tartozik, és a dokumentált működése ritkán egyezik a valódival. Mielőtt a szerkezetén változtatna, írjon karakterizációs teszteket: olyan teszteket, amelyek rögzítik, mit csinál ma a rendszer, a furcsa határeseteivel együtt, így a működés bármilyen változása sikertelen tesztként jelenik meg.
A széleken kezdje, olyan tesztekkel, amelyek az API-n vagy a felhasználói felületen keresztül hívják az alkalmazást, és az eredményeket ellenőrzik, mert ezek túlélik a belső változtatásokat. Számításoknál és riportoknál futtasson át valós bemeneteket a régi és az új kódon, és vesse össze a kimeneteket. Minden részhez finomabb szemcsézettségű teszteket adjon, ahogy refaktorálja. Egy kritikus Java 8-as alkalmazás frissítéséről szóló cikkünk ugyanezt a biztonsági hálót mutatja be egy futtatókörnyezet-frissítésnél.
Mit írjon a karbantartási leírásba?
Sorolja fel a verziókat, ismert incidenseket, kiadást és dokumentációhiányt. Nevezze meg a kritikus működést és jóváhagyót. Egyeztessék a kapacitást, kezdést és átadást; a támogatás lefedettségét kifejezetten rögzíteni kell.
A legfontosabbak
- A helyettesítés kapacitást ad; a csapat tartja a prioritásokat és ellenőrzést.
- Sorolja fel a verziókat, ismert incidenseket, kiadást és dokumentációhiányt.
- Írja le a modernizáció üzleti okát egy később ellenőrizhető mérőszámmal együtt.
GYIK
Helyettesítés vagy karbantartási szolgáltatás?
A helyettesítés kapacitást ad; a csapat tartja a prioritásokat és ellenőrzést. A karbantartásnak egyeztetett terjedelem és felelősség kell. Válassza külön a hibákat, függőségeket és funkciókat; egy ember nem jelent folyamatos támogatást.
Mit írjon a karbantartási leírásba?
Sorolja fel a verziókat, ismert incidenseket, kiadást és dokumentációhiányt. Nevezze meg a kritikus működést és jóváhagyót. Egyeztessék a kapacitást, kezdést és átadást; a támogatás lefedettségét kifejezetten rögzíteni kell.
Nem tudom pontosan, kire van szükségem. Tudnak segíteni?
Igen. Írja le a problémát a megkeresésében vagy egy hívásban, és segítünk kialakítani a szerepkört. Ha kiderül, hogy inkább egy projekt megvalósítására van szüksége, azt is vállaljuk.