ticketland strikes back (2)

Pe principiul “de ce sa fie simplu cand poate sa fie complicat”, azi am avut o intrevedere foarte interesanta cu o tanti de la departamentul de Change Management. Care departament se ocupa cu validarea Work Orderelor sa fie conforme cu standardul de firma si nu cumva sa lipseasca vreo virgula sau ceva de undeva.

Ocazie cu care am aflat ca:

  • Regresiile (asa numesc ei operatiunile de rollback) se fac in timpul implementarii si nu dupa implementare in caz de bubu.
  • In caz de regresie, trebuie date instructiuni clare la OPS: verificati ca, casuta cu checkbox-ul trebuie sa nu fie Checked asa cum v-am zis.
  • Exista un task special de verificare, in care a trebuit sa scriu ca “facem logout si login din nou si verificam ca checkbox-ul este checked asa cum trebuie”
  • Ca lista cu echipele de aprobare nu se genereaza automat in functie de actiuni si/sau impact, ci este¬†adaugata manual dintr-un Excel care are in mare 2 coloane: produs si ce echipe trebuie sa zica DA sau NU. Ca aprobarile sunt la misto: in cazul de fata, trebuia aprobat de echipa mea si de aia de implementare. Ca sa citez pe un coleg: adica ti-ai aprobat singur tema de casa?
  • Ca o sa primesc mail de la system sa ma anunte sa-mi aprob stuff si sa alerg pe restul de echipe (norocul meu ca acu era doar una) sa-mi aprobe WO, ca altfel se amana¬†¬†automat si stau s-o frec la rece inca 7 zile pana imi vine randul.
  • Daca nu exista impact operational, nu e voie sa scriu NONE la impact, trebuie sa dau o descriere de ce nu e impact.
  • Daca nu primesc mail de la sistem, trebuie sa vorbesc cu nenea anume care se ocupa cu asta.

Dupa ce am ajuns la birou, am mai stat un pic si am avut privilegiul sa-mi aprob singur primul WO si sa dau mail la ailalata echipa sa-si aprobe munca :)

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.