Στην ανάπτυξη λογισμικού, η πρόληψη είναι πάντακαλύτερα από τη θεραπεία. Η αντιμετώπιση προβλημάτων λογισμικού από την αρχή του κύκλου ζωής του λογισμικού ανάπτυξης (SDLC) όχι μόνο θα σώσει την ώρα της ομάδας DevOps αλλά και θα σας εξοικονομήσει χρήματα. Στην πραγματικότητα, διορθώνοντας ένα σφάλμα μετά την κυκλοφορία του προϊόντος είναι 4-5 φορές ακριβότερο από ό, τι ο καθορισμός του ίδιου ζητήματος κατά τη φάση σχεδιασμού.
Τα σφάλματα μπορούν να προκαλέσουν πολλές απειλές, από την ασφάλειαπροβλήματα σε θέματα παροχής υπηρεσιών. Μπορεί να επηρεάσει το βαθμό διείσδυσής σας στην αγορά, ειδικά σε έναν κόσμο όπου ο ανταγωνισμός για την κυριαρχία στην αγορά είναι αρκετά υψηλός. Στις περισσότερες περιπτώσεις, η εξάλειψη τέτοιων ζητημάτων εξαρτάται από τον τρόπο με τον οποίο η εταιρεία σας ασχολείται με το τεχνικό χρέος. Εάν υιοθετήσετε μια ευέλικτη προσέγγιση για την αντιμετώπιση του τεχνικού χρέους, μπορεί να είναι πιο εύκολο να αντιμετωπίσετε τέτοια θέματα νωρίς στην SDLC.
Εδώ είναι πώς να χρησιμοποιήσετε την ευέλικτη προσέγγιση για την αντιμετώπιση του τεχνικού χρέους:
Τι είναι το τεχνικό χρέος;
Κατά τη διάρκεια της ανάπτυξης λογισμικού, οι ομάδες DevOps είναισυνήθως αντιμετωπίζουν πιέσεις από διαχειριστές και πελάτες. Συνήθως επιθυμούν να ξεκινήσουν το προϊόν το συντομότερο δυνατόν. Αυτό αφήνει τις ομάδες DevOps σε ένα δίλημμα - πρέπει είτε να αναπτύξουν γρήγορα το λογισμικό και να διαχειριστούν τα λάθη τους, είτε να πάρουν το χρόνο τους στην ανάπτυξη και να διακινδυνεύσουν να καταστρέψουν τους πελάτες και τη διοίκηση.
Στην ιδανική περίπτωση, η πρώτη είναι συνήθως η καλύτερη επιλογήγια τις περισσότερες ομάδες, ειδικά όταν μια επιχείρηση προσπαθεί να ξεπεράσει τον ανταγωνισμό ή να ξεκινήσει κάτι πριν από το διαγωνισμό. Με τη σειρά τους, εκκινούν ένα προϊόν που περιέχει σφάλματα, με στόχο τη μείωση αυτών των σφαλμάτων σε εύθετο χρόνο. Το τεχνικό χρέος είναι συνήθως ο αριθμός των σφαλμάτων και σφαλμάτων που έχει ένα λογισμικό ή ένα προϊόν τεχνολογίας. Το καλό είναι αυτό ευέλικτη εκπαίδευση μπορεί να είναι το κλειδί για τη μείωση του τεχνικού χρέους.
Πως συσσωρεύεται το τεχνικό χρέος
Το τεχνικό χρέος αυξάνεται σε συντριπτικό επίπεδοόταν οι προγραμματιστές λογισμικού αποτυγχάνουν να αντιμετωπίσουν τα συνήθη λάθη αρκετά σύντομα. Ακόμη χειρότερα, ενδέχεται να μην δώσουν προτεραιότητα στα σφάλματα. Αυτό οδηγεί σε αυτούς χρησιμοποιώντας τους ήδη περιορισμένους πόρους και χρόνο για να εργαστούν σε λιγότερο επακόλουθα σφάλματα.
Η συσσώρευση τεχνικού χρέους μειώνεται επίσηςγια το πώς οι ομάδες ευθύνονται για σφάλματα. Πραγματικά ευέλικτες ομάδες αγκαλιάζουν μια ενοποιημένη στρατηγική για την καταγραφή και καταγραφή των σφαλμάτων που συμβαίνουν. Επίσης, εστιάζουν στην αξία τυχόν σφάλματος, τον αντίκτυπό της στον συχνά τροποποιημένο κώδικα, το πεδίο εφαρμογής του και τον απαραίτητο χρόνο που απαιτείται για τον καθορισμό του σφάλματος.
Η ευέλικτη προσέγγιση του τεχνικού χρέους 80/20
Σύμφωνα με αυτόν τον κανόνα, θα πρέπει να ασχοληθείτε με τοτεχνικό χρέος που περιβάλλει τον κωδικό που τροποποιείται συχνότερα (80%) τουλάχιστον το 20% του χρόνου. Αν και αυτό δεν διαγράφει το τεχνικό χρέος, διασφαλίζει ότι γίνεται ευκολότερο να διαχειριστεί. Μπορείτε να αντιμετωπίσετε θέματα που παρεμποδίζουν τις κανονικές αναπτυξιακές δραστηριότητες. Στην ιδανική περίπτωση, η ομάδα σας μπορεί να στρέψει την προσοχή σας στη μεγαλύτερη πρόοδο του αναπτυξιακού σας σχεδίου.
Θα καταφέρετε να επιλύσετε ζητήματα που επηρεάζουνβραχυπρόθεσμη παραγωγή πρώτα και να ασχοληθεί με τα ζητήματα που μπορούν να επηρεάσουν τη μακροζωία του προϊόντος καθώς προχωράτε. Να θυμάστε ότι οι ευκίνητες αλλαγές τείνουν να είναι μικρές και συχνές, επομένως χρειάζεστε όλα τα χέρια στο κατάστρωμα για να αυξήσετε το ποσοστό επιτυχίας αυτής της μεθόδου.
Αγκαλιάστε την προσέγγιση EAD
Αν έχετε χρόνο για να διασκεδάσετε μεταξύ ανάπτυξης και, η προσέγγιση EAD (Enterprise Agile Delivery) μπορεί να είναι ιδανική για εσάς. Σε αυτή την προσέγγιση, μπορείτε να μετακινήσετε αργά και σκόπιμα την ανάπτυξη του προϊόντος σας για να αποφύγετε αλλαγές που μπορούν να αυξήσουν το υπάρχον χρέος ή να εισαγάγουν νέο χρέος. Η προσέγγιση ενθαρρύνει επίσης τις ομάδες να δεσμεύονται να δοκιμάσουν καθ 'όλη τη διάρκεια της αναπτυξιακής διαδικασίας, η οποία συμβάλλει στη δημιουργία ενός περιβάλλοντος διαφάνειας και συνεργασίας.
συμπέρασμα
Η μείωση του τεχνικού χρέους απαιτεί διαχειριστές έργωννα έχει μια άποψη του πτηνού για τις διάφορες πτυχές του έργου. Πρέπει να υπάρξει σαφής επικοινωνία μεταξύ των μελών της ομάδας για να εξασφαλιστεί μια φυσική ροή πληροφοριών. Εξετάστε τη χρήση μιας ευέλικτης προσέγγισης για να αποφύγετε το τεχνικό χρέος να παραλύει το σχέδιό σας.
Σχόλια