Τι θα κάνατε αν έπρεπε να κυκλοφορήσετε μια έκδοση, αλλά συνεχώς ανακαλύπτονται νέα προβλήματα, και η διόρθωσή τους οδηγεί σε μια νέα φάση υποχώρησης;

Αξιολόγηση της κρισιμότητας των νέων προβλημάτων. Καθορισμός ποια από αυτά αποτελούν εμπόδια για τη κυκλοφορία και ποια μπορούν να διορθωθούν στην επόμενη σπριντ ή patch. Οργάνωση κοινής συνάντησης της ομάδας ανάπτυξης, δοκιμών και διαχείρισης προϊόντος για να αποφασιστούν τα επόμενα βήματα. Επιλογές:

• Αναβολή της κυκλοφορίας μέχρι την επίλυση των κρίσιμων προβλημάτων.
• Κυκλοφορία μιας έκδοσης με γνωστά μη κρίσιμα προβλήματα, καταγεγραμμένα.
• Άμεση κυκλοφορία μιας διορθωτικής έκδοσης (patch) μετά την κυκλοφορία με τις διορθώσεις των κρίσιμων προβλημάτων.

Παράλληλα με την απόφαση:

• Εστίαση στις δοκιμές των κρίσιμων τμημάτων της λειτουργικότητας.
• Αποτελεσματική επικοινωνία σχετικά με την κατάσταση και τα προβλήματα που εντοπίστηκαν. Χρήση κοινών πινάκων εργασιών (Jira, Azure DevOps κ.ά.).
• Ανάλυση των αιτίων της συνεχούς εμφάνισης νέων προβλημάτων:
  • Ανεπαρκής κάλυψη δοκιμών (χειροκίνητων ή αυτοματοποιημένων).
  • Προβλήματα στη διαδικασία ανάπτυξης (ανασκόπηση κώδικα, κουλτούρα κωδικοποίησης).
  • Βιασύνη στην ανάπτυξη και δοκιμές.
  • Ανεπαρκής προσδιορισμός απαιτήσεων.

Εάν χρειάζεται, ενίσχυση των δοκιμών επαναφοράς, με προτεραιότητα. Ίσως χρειαστούν πρόσθετοι πόροι ή ανακατανομή εργασιών εντός της ομάδας δοκιμών. Αυτοματοποιήστε τα πιο συχνά και κρίσιμα σενάρια επαναφοράς, αν αυτό είναι δυνατό σε σύντομο χρονικό διάστημα. Μετά την κυκλοφορία, πραγματοποιήστε ανασκόπηση για τον εντοπισμό και την εξάλειψη των αιτίων των προβλημάτων.