Enterprise Drupal / 2026. március
A change request nem papírmunka, ha jól van megírva
A CR/CAB folyamat akkor lett hasznos, amikor nem formális leírásként kezeltük, hanem a változtatás, kockázat, validáció és rollback technikai szerződéseként.
A helyzet
Enterprise környezetben a deployment előtt change request készül, és könnyű úgy tekinteni rá, mint kötelező adminisztrációra. Ha a dokumentum csak annyit mond, hogy „frissítjük a modult”, tényleg az. Viszont production incidensnél pontosan azok az információk hiányoznak a legjobban, amelyeket egy jó CR előre összerakhatna.
A megoldási út
A változtatásoknál egyértelműen leírtam a scope-ot, az érintett komponenseket, az előfeltételeket, a validációs lépéseket és azt, mi számít rollback triggernek. A visszaállítást nem egy mondattal intéztem el, hanem ellenőriztem, hogy ténylegesen végrehajtható-e az adott adat- és configállapot mellett.
Mi lett belőle
A CAB-beszélgetések rövidebbek lettek, mert a kockázatokról lehetett beszélni, nem a változtatás alapjait kellett kitalálni. Deployment közben pedig volt közös referencia arra, mit kell ellenőrizni. A dokumentáció így nem külön életet élt, hanem a release része lett.