Το να κυνηγάς μονόκερους είναι ένα πολύ ακριβό χόμπι. Κάθε χρόνο, οι νεοσύστατες επιχειρήσεις καταναλώνουν δισεκατομμύρια, έτσι ώστε μόνο μία από τις δεκάδες ή εκατοντάδες να μπορεί να κερδίσει εκατομμύρια. Οι ιδρυτές και οι ιδιοκτήτες προϊόντων συγκεντρώνουν χρήματα από επενδυτές και θυσιάζουν την ανεξαρτησία τους για να κατακτήσουν την αγορά γρηγορότερα. Τελικά, όμως, τις περισσότερες φορές δεν συγκεντρώνουν αρκετά κεφάλαια. Ίσως ήταν σωστό να πούμε "σκάσε και πάρε τα λεφτά σου" την κατάλληλη στιγμή;
Η Wu-Tang Clan είχε δίκιο
Τα μετρητά κυβερνούν τα πάντα γύρω μου. Ακόμα και οι πιο τυρκουάζ οργανισμοί δεν μπορούν να το αρνηθούν. Η ανάπτυξη των έργο οι μέθοδοι διαχείρισης, η βελτίωση και η βελτιστοποίηση των διαδικασιών ή η παρακίνηση των εργαζομένων προκαλούνται βασικά από την καθολική ανάγκη για χρήματα. Η ευελιξία σχεδιασμού ενέχει ορισμένους κινδύνους.

Όλοι θέλουμε να είμαστε αδύνατοι και ευέλικτο έτσι ώστε το αποτέλεσμα των δραστηριοτήτων μας, μετρούμενο σε αριθμούς, να είναι όσο το δυνατόν υψηλότερο. Ακόμα και αν εστιάζουμε το μεγαλύτερο μέρος της ενέργειάς μας στη μείωση των απωλειών, στο τέλος, λαμβάνουμε υπόψη το κέρδος που έχει αυξηθεί χάρη στην εξοικονόμηση πόρων που δημιουργήθηκε.
Αυτές οι οικονομίες πέφτουν στην ίδια τσέπη με τους υπόλοιπους παράγοντες και παραμένουν διαθέσιμες μόνο στους πιο περίεργους. Με αυτόν τον τρόπο, χάνουμε την εστίαση και παραλείπουμε ακούσια πολλά πολύτιμα δεδομένα και τελικά νοημοσύνη.
Διδάγματα από αποτυχίες
Το να μαθαίνεις από τα λάθη σου είναι μια ιδιαίτερα χρήσιμη (αν και ακριβή) δεξιότητα, αλλά η οργανωτική κουλτούρα και η διπλωματία που ενσωματώνεται σε αυτή την ικανότητα δεν βοηθούν πάντα. Συχνά κρύβουμε τις αρνητικές επιπτώσεις των οικονομικών με λέξεις "προπέτασμα καπνού". Όταν ένας επενδυτής φωνάζει "έχασα τα χρήματά μου!", ο διαχειριστής το επικοινωνεί στο ομάδα λέγοντας "θα έπρεπε να είμαστε πιο αποτελεσματικοί" και όλοι αναζητούμε εξ ορισμού νέες λύσεις και βελτιώσεις - αντί να κοιτάμε πίσω, αναζητούμε συνεχώς τρόπους να προχωρήσουμε μπροστά.
Εν τω μεταξύ, οι απώλειες είναι συχνά το κλειδί για την εξαγωγή των σωστών συμπερασμάτων. Αν περάσουμε από τα συγκεκριμένα βήματα ροής της διαδικασίας χωρίς να εξετάσουμε σωστά, οι επόμενες λύσεις πιθανότατα θα είναι μολυσμένες με τα ίδια λάθη.
Παράδειγμα:
Μια μικρή ομάδα ανώτερων προγραμματιστών JS δεν παρέχει λειτουργικότητα στον αναμενόμενο χρόνο. Ο επενδυτής, θέλοντας να επιταχύνει την ανάπτυξη, δίνει εντολή να προσληφθεί ένας νέος προγραμματιστής. Η εισαγωγή ενός νέου ατόμου στο έργο θα αποσπάσει την προσοχή της ομάδας, γεγονός που επιβραδύνει ακόμη περισσότερο την πρόοδο του έργου.
Αν ο επενδυτής κατανοούσε καλύτερα τους λόγους που κρύβονται πίσω από την αναποτελεσματικότητα της ομάδας, θα κατέληγε στο συμπέρασμα ότι χρησιμοποιεί το δυναμικό της μόνο στο 60-70%. Καλύτερος εξοπλισμός και λίγες εργάσιμες ημέρες αφιερωμένες στην αυτοματοποίηση της εργασίας θα έλυναν το πρόβλημα.
Δυστυχώς, τώρα πρέπει να πληρώσει για έναν άλλο προγραμματιστή που θα εργάζεται στον ίδιο εξοπλισμό και η αποδοτικότητά του θα είναι επίσης 60-70%.
Λύση Α:
- Ομάδα (2 x senior JS dev): $20k / μήνα
- Cloud υπηρεσίες: / μήνα
- Νέο υλικό για τους προγραμματιστές: $10k
Από τώρα το έργο κοστίζει $20,200 / μήνα
Συνολικές δαπάνες σε 12 μήνες: 12 * 20.200 + 10.000 = $252.400
Λύση Β:
- Ομάδα (2 x senior JS dev): $20k / μήνα
- Νέος προγραμματιστής (1 x ανώτερος προγραμματιστής JS): $10k / μήνα
Από τώρα το κόστος του έργου: $30,000 / μήνα
Συνολικές δαπάνες σε 12 μήνες: = $360,000
Δύο προγραμματιστές που εργάζονται σε 100% κάνουν περίπου το ίδιο με τρεις προγραμματιστές που εργάζονται σε 60-70%. Ο επενδυτής θα πληρώσει πάνω από $ 100.000 περισσότερα για την ίδια ικανότητα επεξεργασίας ανά έτος λόγω μιας λανθασμένης απόφασης σχεδιασμού!
Η δημιουργία ενός τέλειου προϊόντος είναι σαν να κυνηγάς τον λαγό
Η ευελιξία στη διαδικασία δεν σημαίνει απαραίτητα ότι πρέπει να επιδιώκεται η κάλυψη των δοκιμών 100% ή να καταρρίπτεται το ρεκόρ επιδόσεων. Αν και αυτές οι μετρήσεις παρέχουν μια επισκόπηση της τεχνικής κατάστασης του έργου, είναι τόσο ασήμαντες από την οπτική γωνία του τελικού πελάτη που δεν χρειάζεται να επιτευχθεί η μεταφορά τους σε ιδανική κατάσταση σε μια πραγματικά ευέλικτη διαδικασία, καθώς δεν φέρνουν πραγματική αγορά αξία.
Η ανάπτυξη τέλειων τεχνικών λύσεων απαιτεί μεγάλη δέσμευση της ομάδας και πολύ πιο εκτεταμένη επικοινωνία. Ως αποτέλεσμα, οι επιδιορθώσεις λειτουργούν πιο αργά και το έργο γίνεται βαρύ λόγω της υπερβολικής ανάπτυξης.
Η ευέλικτη ανάπτυξη έχει να κάνει με την παράδοση ενός λειτουργικού κωδικός με ελάχιστη προσπάθεια. Ο έλεγχος του κώδικα είναι αναμφίβολα μια καλή πρακτική και οι δοκιμές λένε πολλά για τη λειτουργία του κώδικα, αλλά δεν πρέπει να γίνονται μόνο και μόνο για να τις κάνουμε και να καυχιόμαστε γι' αυτό - η βέλτιστη τεχνική ποιότητα των λύσεων βρίσκεται κάπου ανάμεσα στο ελάχιστο που καθορίζεται από τις ομάδα ανάπτυξης και το μέγιστο που περιορίζεται από τον προϋπολογισμό.
Τελικά, η τελειότητα δεν οδηγεί πουθενά. Είναι ενδιαφέρον ότι ακόμη και το θέμα της ασφάλειας υπόκειται σε αυτόν τον κανόνα - θεωρητικά, κάθε σύστημα μπορεί να παραβιαστεί. Ωστόσο, το προαναφερθέν ελάχιστο όριο ανάπτυξης πρέπει να είναι αντίστοιχα υψηλότερο και σχετικό με το βάρος, την κλίμακα και το κόστος των πιθανών συνεπειών των ατυχιών του κώδικα. Συχνά, αντί να γράψετε από την αρχή την ενότητα σύνδεσης, η οποία είναι πάντα επιβαρυμένη με υψηλό κίνδυνο λάθους και εισαγωγής ευπαθειών ασφαλείας, είναι προτιμότερο να χρησιμοποιήσετε, για παράδειγμα, το κουμπί "Σύνδεση με τη Google", η σωστή υλοποίηση του οποίου είναι σχετικά γρήγορη και ασφαλής.
Εφόσον ο στόχος είναι ο σύντομος χρόνος διάθεσης στην αγορά, οι υπερβολικά φιλόδοξες υποθέσεις αποδεικνύονται αντιπαραγωγικές. Σε μια φαινομενικά τέλεια διαδικασία, ο υπερβολικός ενθουσιασμός μπορεί να είναι σπατάλη πόρων.
Είναι καλό να γνωρίζεις τα πάντα για κάτι και κάτι για τα πάντα.
Ο σχεδιασμός με επίκεντρο τον χρήστη είναι ωραίος. Η συνεργασία με επίκεντρο τον άνθρωπο είναι πιο σημαντική. Όταν η ομάδα επικοινωνεί στο ίδιο μήκος κύματος, μπορεί αυθόρμητα να μειώσει περαιτέρω πιθανές απώλειες.
Ένας σχεδιαστής UX που είναι ενημερωμένος με τις τεχνολογίες frontend δεν θα προτείνει μια λύση στο MVP φάση που θα καταναλώσει αδικαιολόγητο χρόνο στο στάδιο της υλοποίησης.
Ένας προγραμματιστής frontend που γνωρίζει τα ευρετικά στοιχεία ευχρηστίας θα είναι σε θέση να προσαρμόσει τη διεπαφή σε μια δεδομένη ανάλυση οθόνης χωρίς να εμπλέξει τον σχεδιαστή UX - γρήγορη διόρθωση, προεπισκόπηση, αποδοχή.
Η εργασία σε μια εφαρμογή απαιτεί συγχρονισμό των δραστηριοτήτων ατόμων με εντελώς διαφορετικά προφίλ ικανοτήτων. Πρέπει να γνωρίζετε την κατανομή των δεξιοτήτων στην ομάδα σας για να παρέχετε αποτελεσματικά αξία στους πελάτες σας.
Μια αφοσιωμένη και συγχρονισμένη ομάδα αποτελεί βασικό παράγοντα εξοικονόμησης πόρων. Αυτός ο τύπος ευελιξίας απαιτεί βέλτιστη ανάπτυξη προϊόντων.
Η καλή ομαδική απόδοση, κατανοητή με αυτόν τον τρόπο, είναι εξαιρετικά δύσκολο να επιτευχθεί, ειδικά στην εποχή των απομακρυσμένη εργασία. Οι εταιρείες που είναι "φιλικές" προς τις απομακρυσμένες επιχειρήσεις εδώ και χρόνια έχουν σημαντικό πλεονέκτημα στον τομέα αυτό έναντι εκείνων που αναγκάστηκαν να συντονίσουν τον οργανισμό κατά τη διάρκεια του κλειδώματος και μόλις τώρα μαθαίνουν για τις νέες μεθόδους και μορφές επικοινωνίας.
Ισχυρός εξοπλισμός πριν ξεκινήσετε
Στο πλαίσιο των αυξανόμενων αναγκών επικοινωνίας, εργαλεία όπως τα Whimsical, Miro, Mural, Figma και Balsamiq καταγράφουν εντυπωσιακή αύξηση της δημοτικότητάς τους.
Σίγουρα, το κλείδωμα και η ανάγκη για εργασία από απόσταση έχουν παίξει το ρόλο τους σε αυτή την έκρηξη των χρηστών. Πιστεύω ότι η επιλογή του εργαλείου πρέπει να ανταποκρίνεται στις ατομικές προτιμήσεις, αλλά ας ρίξουμε μια ματιά στο Miro:

Η εκλαΐκευση αυτών των εργαλείων οδηγεί φυσικά στην αύξηση της δημοτικότητας των ίδιων των μεθοδολογιών. Κάποιος που αγόρασε το Miro για να εργαστεί πάνω σε personas αποκτά πρόσβαση σε δεκάδες άλλα πρότυπα που μπορεί να αποδειχθούν ενδιαφέροντα και να επηρεάσουν θετικά την καθημερινή εργασία της ομάδας.
Θα πρέπει πάντα να εξοπλίζεστε με εργαλεία που θα εξορθολογίζουν τη ροή των πληροφοριών στο έργο. Το άνοιγμα σε νέα εργαλεία και μεθόδους είναι επίσης ένα από τα θεμέλια της αποτελεσματικής ανάπτυξη προϊόντων.
Μπορείτε (και πρέπει) να είστε τεμπέλης
Οι έμπειροι σχεδιαστές τόσο της διεπαφής όσο και της αρχιτεκτονικής του λογισμικού παρατηρούν συνήθως αρκετές πιθανές λύσεις που πρέπει να ελεγχθούν στην αρχή της συνεργασίας και αναζητούν αποτελεσματικά κατάλληλες εμπνεύσεις ή ακόμη και έτοιμες λύσεις στην αγορά. Ένα καλό παράδειγμα είναι το πλαίσιο Material UI, το οποίο είναι συνήθως μια ασφαλής επιλογή στο στάδιο του πρωτοτύπου..
Μερικές φορές, αρκεί να εξετάσετε μερικές υλοποιήσεις στο Behance ή στο Dribble και να χρησιμοποιήσετε την έμπνευση για να αναπτύξετε ένα mood board και στη συνέχεια να το παραδώσετε στον προγραμματιστή. Αυτό το άτομο θα το χρησιμοποιήσει για να συγκεντρώσει ένα πρωτότυπο με δυνατότητα κλικ που μπορεί να παρουσιαστεί στους πρώτους χρήστες για να συλλέξει σχόλια. Αυτή η οργανική επιδίωξη για μια αποτελεσματική διαδικασία σε ανθρώπους με διάθεση για σχεδιασμό και αφοσίωση είναι φυσική.
Αν θέλετε να παραδώσετε αποτελεσματικά ψηφιακά προϊόντα, πρέπει να αφήσετε τους ανθρώπους να κάνουν τη δουλειά τους. Γνωρίζετε ποια αξία/υπηρεσία θέλετε να παρέχετε στους πελάτες σας - αυτό είναι αρκετό. Μια ικανή και καλά διοικούμενη ομάδα έργου θα γνωρίζει καλύτερα πώς να παραδώσει αυτή την αξία/υπηρεσία το συντομότερο δυνατό με την απαραίτητη σχέση κόστους-αποτελεσματικότητας.
Δείξτε την εμπιστοσύνη σας, μοιραστείτε την ευθύνη και ανοιχτείτε σε μια πραγματική αμφίδρομη επικοινωνία, ώστε να προϊόν θα είναι καλύτερα και το βάρος του να τα καταφέρνετε όλα μόνοι σας θα φύγει από τους ώμους σας, κάτι που συχνά αποδεικνύεται εξαντλητικό για τους ιδρυτές και τους επιχειρηματίες! Στο The Codest, μεταφράζουμε αυτή την αρχή όχι μόνο σε έργα, αλλά και σε εσωτερικές διαδικασίες - ίσως γι' αυτό απολαμβάνουμε υψηλά ποσοστά διατήρησης τόσο για τους πελάτες όσο και για τους υπαλλήλους (αληθινή ιστορία, και οι δύο> 90%).
Αντιμετωπίστε τον εαυτό σας με λίγη τεμπελιά, μεταβιβάστε με τόλμη την ευθύνη και αφήστε πίσω σας κάθε περιττή εργασία που δεν είναι απαραίτητη για να προχωρήσετε - οι λειτουργίες που θα ήταν "ωραίο να έχουμε" μπορούν πάντα να περιμένουν.
Επικεντρωθείτε στην εύρεση των σωστών απαντήσεων
Η διαδικασία δημιουργίας ενός ψηφιακού προϊόντος είναι μια συνεχής σύγκρουση διαφορετικών οπτικών γωνιών, εμπειριών και πηγών πληροφόρησης - κάθε τέτοια σύγκρουση ενέχει τον κίνδυνο λήψης λανθασμένης σχεδιαστικής απόφασης.
Η καλή εσωτερική επικοινωνία μειώνει αυτόν τον κίνδυνο, αλλά είναι μόνο η μία πλευρά του νομίσματος. Το ερώτημα του πώς θα παραμείνετε σε επαφή με την αγορά μένει ακόμη να απαντηθεί.
Business Intelligence, υποστήριξη πελατών, τμήματα έρευνας UX και πολλά άλλα - όπως ακριβώς και το ομάδα ανάπτυξης, θα πρέπει να επιδιώκουν το ελάχιστο αναγκαίο για να παρέχουν συγκεκριμένες απαντήσεις σε ερωτήσεις που θέτει ο ιδιοκτήτης του προϊόντος ή η ομάδα UX.
Η ίδια η επωνυμία και η στρατηγική επικοινωνίας της επωνυμίας είναι επίσης σημαντικές. Χρησιμεύουν για την οικοδόμηση μιας ποιοτικής σχέσης με τους πελάτες, η οποία στη συνέχεια μεταφράζεται σε δέσμευσή τους. Αν θέλετε να κάνετε ερωτήσεις στους πελάτες, θα πρέπει να βεβαιωθείτε ότι είναι πρόθυμοι να απαντήσουν στις ερωτήσεις αυτές. Ο τόνος της φωνής σας έχει σημασία.
Είναι βέβαιο ότι η συνεχής επαφή με την αγορά σας επιτρέπει να καθορίσετε τις σωστές κατευθύνσεις για το έργο ώστε να το κάνετε να πετάξει. Λιγότερο προφανές είναι το γεγονός ότι η ανάγκη αυτής της επαφής θα πρέπει να εξεταστεί από την αρχή του έργου, γύρω από την πρόβλεψη των κατάλληλων ικανοτήτων στην ομάδα (για να θέσει τις σωστές ερωτήσεις και να απαντήσει σε αυτές) και την οικοδόμηση μιας στρατηγικής προϊόντος που θα εμπλέκει τις ομάδες-στόχους.
Συμπεράσματα
Λαμβάνοντας υπόψη όλα τα προαναφερθέντα ζητήματα, μπορούμε να παρατηρήσουμε διάφορα προβλήματα που εμφανίζονται τακτικά κατά τη διαδικασία σχεδιασμού:
- να είναι υπερβολικά προσανατολισμένοι στο κέρδος και να αποφεύγουν να εξετάζουν τις αποτυχίες,
- ανακρίβεια και να μην ακτινογραφούν τα δικά τους λάθη,
- να κυνηγάτε ένα τέλειο προϊόν που έχετε στο μυαλό σας, αλλά το οποίο δεν είναι αυτό που χρειάζεται η αγορά,
- υπερβολικός ζήλος για την εφαρμογή των διαδικασιών των εγχειριδίων - υπερβολική ανάπτυξη και υπερβολικός σχεδιασμός,
- την ακαμψία της ομαδικής εργασίας και τον εξαναγκασμό των εργαζομένων να παραμείνουν μόνο στους τομείς της εξειδίκευσής τους,
- αναποτελεσματική επικοινωνία,
- τάση να ανακαλύπτουμε τον τροχό.
Η βελτιστοποίηση της διαδικασίας σε μακροσκοπική κλίμακα περιλαμβάνει το άθροισμα των εξοικονομήσεων. Για να αντιμετωπίσετε σωστά τις προαναφερθείσες προκλήσεις, πρέπει να εμπλέξετε τους συναδέλφους σας, ώστε να παρουσιάσουν ανοιχτά ιδέες για τη βελτίωση της διαδικασίας.
Μερικές φορές αρκεί να μιλάτε λιγότερο και να ακούτε πιο προσεκτικά τους υφισταμένους, τους πελάτες, τους συνεργάτες - ανάλογα με το ρόλο και την ευθύνη του καθενός - για να επιτύχετε την επιτυχία.
Όταν δεν είστε αρκετά ικανοποιημένοι, το πιθανότερο είναι ότι υπερ-επενδύετε. Έχετε πάρα πολλά χρήματα;

Σκάσε και πάρε τα λεφτά σου! Ω, και εκτός αυτού:
- Μην εισαγάγετε το Scrum μόνο και μόνο για να εξασκήσετε το Scrum.
- Δώστε μεγαλύτερη προσοχή στις παραλείψεις της διαδικασίας.
- Θέστε μικρότερους στόχους που είναι εφικτοί και μετρήσιμοι βραχυπρόθεσμα - γενικά, μείνετε στο ελάχιστο.
- Μερικές φορές ένα καλό οδικός χάρτης είναι αρκετό για να δώσει στην ομάδα την αίσθηση ενός κοινού στόχου και να την εμπλέξει σε αποτελεσματική εργασία εδώ και τώρα.
- Φτιάξτε μια καλή ομάδα για να μπορέσετε να της δώσετε την ελευθερία που χρειάζεται.
- Πάντα να αμφισβητείτε την τρέχουσα σειρά εργαλείων - αναζητήστε πιθανές βελτιώσεις στο εργαστήριό σας.
- Σχεδιάστε τη διαδικασία από την οπτική γωνία του τεμπέλη - σαν να θέλετε να κάνετε όσο το δυνατόν λιγότερα.
Διαβάστε περισσότερα:
Προκλήσεις CTO - κλιμάκωση και ανάπτυξη προϊόντων λογισμικού
Ποια ΒΔ να επιλέξετε για τον συγκεκριμένο τύπο δεδομένων στο έργο λογισμικού σας