Κλιμάκωση της ομάδας ανάπτυξής σας με εξωτερικούς μηχανικούς χωρίς να χάνετε την ποιότητα του κώδικα

Εισαγωγή

Βασικά συμπεράσματα

1. Χρησιμοποιήστε εξωτερικούς μηχανικούς όταν το πρόγραμμα δράσης σας είναι πολύ γεμάτο για την κύρια ομάδα σας.
2. Ορίστε απλά πρότυπα ποιότητας και μια βασική διαδικασία παράδοσης πριν ενταχθούν.
3. Εντάξτε τους εξωτερικούς προγραμματιστές με μια σαφή λίστα ελέγχου και έναν υπεύθυνο επικοινωνίας.
4. Εφαρμόστε ένα κοινό σύνολο κανόνων, αξιολογήσεων και μετρήσεων για όλους τους μηχανικούς.
5. Βασιστείτε σε σύντομες γραπτές ενημερώσεις για να διατηρήσετε την αρμονία μιας αναπτυσσόμενης μικτής ομάδας.

Γιατί πρέπει να επεκτείνετε την ομάδα ανάπτυξης με εξωτερικούς μηχανικούς;

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

Πολλοί ηγέτες σε εταιρείες προϊόντων αισθάνονται την ίδια πίεση. Το backlog αυξάνεται, οι προθεσμίες παραβιάζονται και η πρόσληψη ικανών μηχανικών στην πόλη σας απαιτεί πολύ χρόνο. Σε αυτή τη στιγμή αρχίζετε να σκέφτεστε να επεκτείνετε την ομάδα μηχανικών με εξωτερική βοήθεια. Μπορεί να εξετάσετε μια εξωτερική ομάδα ανάπτυξης σε άλλη περιοχή ή μια μικρότερη ομάδα πιο κοντά στη ζώνη ώρας σας. Το πραγματικό ερώτημα δεν είναι αν μπορείτε να προσλάβετε εξωτερική βοήθεια, αλλά πότε αυτή θα υποστηρίξει το χρονοδιάγραμμά σας αντί να κρύψει βαθύτερα προβλήματα.

Ένας λόγος για να προσκαλέσετε εξωτερικούς μηχανικούς είναι η πρόσβαση σε δεξιότητες που δεν διαθέτετε εσωτερικά αυτή τη στιγμή. Μπορεί να χρειάζεστε βραχυπρόθεσμη υποστήριξη σε τομείς όπως δεδομένα, εφαρμογές για κινητά ή νέες ρυθμίσεις cloud. Μπορεί να μην θέλετε να δημιουργήσετε μια εντελώς νέα ομάδα για κάθε νέο θέμα. Σε αυτή την περίπτωση, η ενίσχυση της ομάδας ανάπτυξης λογισμικού μπορεί να σας προσφέρει ένα ευέλικτο επίπεδο υποστήριξης γύρω από την κύρια ομάδα σας. Διατηρείτε τις βασικές γνώσεις και την κατεύθυνση εντός της εταιρείας σας και χρησιμοποιείτε εξωτερική βοήθεια για σαφή και εστιασμένα τμήματα της εργασίας. Στην καθημερινή ζωή, αυτό μοιάζει περισσότερο με την προσθήκη ενός ήρεμου ειδικού σε μια πολυάσχολη ομάδα παρά με τη δημιουργία μιας δεύτερης εταιρείας.

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

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

Πώς προετοιμάζετε τη βάση κώδικα και τις διαδικασίες σας πριν προσθέσετε μια εξωτερική ομάδα ανάπτυξης;

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

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

Χρειάζεστε επίσης μια βασική συνεχή ενσωμάτωση και παράδοση. Αυτή η μακρά φράση περιγράφει μια απλή ιδέα. Κάθε φορά που κάποιος αλλάζει τον κώδικα, το σύστημα εκτελεί ελέγχους και βοηθά να μεταφερθεί αυτή η αλλαγή στους χρήστες με μικρά, ασφαλή βήματα. Αυτή η διαδικασία μπορεί να λειτουργεί σε κοινές πλατφόρμες και να εκτελείται σε κάθε push στο κύριο αποθετήριο κώδικα σας. Μια λειτουργική διαδικασία μετατρέπει πολλές μικρές τροποποιήσεις σε μια καθαρή γραμμή προόδου αντί για μια στοίβα μεγάλων, τρομακτικών εκδόσεων. Οι νέοι μπορούν να μάθουν αυτή τη διαδικασία μία φορά και στη συνέχεια να την ακολουθούν χωρίς επιπλέον εικασίες.

Οι δοκιμές είναι ένα βασικό μέρος αυτής της διαδρομής. Οι αυτοματοποιημένες δοκιμές στο CI/CD σημαίνουν ότι οι δοκιμές σας εκτελούνται αυτόματα κάθε φορά που κάποιος μοιράζεται νέο κώδικα. Μπορείτε να ξεκινήσετε με απλούς ελέγχους που καλύπτουν τις πιο συχνά χρησιμοποιούμενες διαδρομές στο προϊόν σας. Με την πάροδο του χρόνου, μπορείτε να προσθέσετε περισσότερες δοκιμές καθώς βλέπετε πού τείνουν να εμφανίζονται σφάλματα. Ακόμη και ένα μικρό σύνολο σταθερών δοκιμών σας προσφέρει μεγαλύτερη ασφάλεια από έναν τεράστιο κατάλογο χειροκίνητων ελέγχων που κανείς δεν εκτελεί εγκαίρως. Αυτή η προσέγγιση διατηρεί τα πράγματα ρεαλιστικά και υποστηρίζει τόσο τους εσωτερικούς όσο και τους εξωτερικούς μηχανικούς.

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

Το τελευταίο μέρος της βάσης είναι η απλή ασφάλεια και πρόσβαση. Ένας ασφαλής κύκλος ζωής ανάπτυξης λογισμικού ακούγεται βαρύς, αλλά βασίζεται σε σαφή βήματα. Δίνετε στους ανθρώπους μόνο την πρόσβαση που χρειάζονται, διατηρείτε τα πραγματικά δεδομένα των χρηστών ασφαλή και χειρίζεστε τα μυστικά κλειδιά με προσοχή. Επίσης, καταγράφετε τι πρέπει να κάνετε όταν κάτι πάει στραβά, ακόμα και σε μικρή κλίμακα. Όταν η ασφάλεια είναι μέρος της κανονικής εργασίας, οι εξωτερικοί μηχανικοί μπορούν να συμμετάσχουν στη διαδικασία σας χωρίς να δημιουργούν νέους φόβους. Οι νομικές και οι ομάδες ασφαλείας σας βλέπουν επίσης ότι αυτή η ανάπτυξη ακολουθεί ένα σχέδιο και δεν είναι μια γρήγορη λύση.

Πώς είναι ένα ασφαλές σχέδιο ενσωμάτωσης για εξωτερικούς προγραμματιστές;

Ένα ασφαλές σχέδιο ενσωμάτωσης για εξωτερικούς προγραμματιστές τους παρέχει το πλαίσιο, τα εργαλεία και τα σαφή πρώτα βήματα χωρίς να τους βιάζει να βουτήξουν στα βαθιά. Πρέπει να μοιάζει με ένα καθοδηγούμενο μονοπάτι όπου κάθε μέρα έχει έναν απλό και πραγματικό σκοπό. Όταν το σχέδιο είναι σαφές, οι νέοι άνθρωποι μπορούν να προσθέσουν αξία σε λίγες εβδομάδες, όχι μήνες, και η δική σας ομάδα δεν αισθάνεται εξαντλημένη από τις συνεχείς ερωτήσεις.

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

Ακολουθεί μια απλή λίστα που συχνά λειτουργεί καλά ως βάση για μια τέτοια λίστα ελέγχου:

1. Πρόσβαση στον κώδικα, στο εργαλείο παρακολούθησης εργασιών και στις κύριες αίθουσες συνομιλίας.
2. Βήματα για την εκτέλεση του προϊόντος σε φορητό υπολογιστή ή δοκιμαστικό διακομιστή.
3. Ένας σύντομος οδηγός για τους χρήστες, τις κύριες ροές και τους βασικούς επιχειρηματικούς κανόνες.
4. Ονόματα ατόμων στα οποία μπορείτε να απευθυνθείτε για ερωτήσεις σχετικά με το προϊόν, τον κώδικα και τα εργαλεία.
5. Δύο ή τρεις μικρές, σαφείς εργασίες έτοιμες για μια πρώτη πραγματική αλλαγή.

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

Από ό,τι έχω δει, ο μεγαλύτερος κίνδυνος κατά την ένταξη είναι η σιωπηλή σύγχυση. Οι νέοι φοβούνται ότι ρωτούν πάρα πολλά, ενώ τα παλιά μέλη της ομάδας ελπίζουν ότι τα πράγματα θα «ταιριάξουν» από μόνα τους. Ένα σαφές σχέδιο για την ένταξη εξωτερικών προγραμματιστών και ένας μοναδικός υπεύθυνος για αυτό το σχέδιο αλλάζουν αυτή την εικόνα. Όταν ένα άτομο είναι υπεύθυνο για τη διαδικασία, εντοπίζετε μοτίβα, διορθώνετε τα αδύνατα σημεία και κάνετε κάθε επόμενη φάση ένταξης πιο ομαλή. Σε λίγους μήνες, το σχέδιο γίνεται ένα επαναλαμβανόμενο πλεονέκτημα αντί για μια νέα δυσκολία κάθε φορά που προσθέτετε κάποιον.

Πώς διατηρείτε την ποιότητα του κώδικα σε μια μικτή ομάδα ανάπτυξης όταν διαχειρίζεστε εξωτερικούς προγραμματιστές;

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

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

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

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

Τα πρότυπα επικοινωνίας είναι εξίσου σημαντικά με τους κανόνες και τους αριθμούς. Πολλές μικτές ομάδες ανάπτυξης θεωρούνται επίσης κατανεμημένες ευέλικτες ομάδες, επειδή τα μέλη τους εργάζονται από διάφορα μέρη ή ζώνες ώρας. Χρειάζονται ασύγχρονη επικοινωνία για τις ομάδες ανάπτυξης, ώστε η πρόοδος να μην εξαρτάται από μακρές τηλεφωνικές κλήσεις. Οι σύντομες γραπτές ενημερώσεις, οι σαφείς σημειώσεις εργασιών και οι απλές ετικέτες για την κατάσταση βοηθούν πολύ. Οι καλές γραπτές ενημερώσεις διευκολύνουν όλους τους μηχανικούς να συμμετέχουν, να παρακολουθούν και να βελτιώνουν το προϊόν με την πάροδο του χρόνου. Οι ζωντανές συζητήσεις εξακολουθούν να έχουν σημασία, αλλά δεν είναι πλέον ο μόνος χώρος όπου λαμβάνονται αποφάσεις.

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