Ως συνιδρυτής και περιστασιακός διαχειριστής προϊόντων, σχεδιαστής και προγραμματιστής, έχω δουλέψει και στις δύο πλευρές του πίνακα: ως υπεύθυνος προγραμματιστής και ως διευθυντής που συνεργάζεται με έναν προγραμματιστή.
Έτσι, αν είστε ιδρυτής, υπεύθυνος προϊόντων ή οποιοσδήποτε συνεργάζεται με μια τεχνική ομάδα - θέλω να μοιραστώ μερικά πράγματα που πρέπει να κάνω για να κρατήσω τους υπαλλήλους σας ευτυχείς και να κάνουν τη ζωή τους ευκολότερη.
Γιατί να ασχοληθούμε; Λοιπόν, εκτός από την απλή επιθυμία να είναι καλό αφεντικό, όσο πιο εύκολη είναι η ζωή του προγραμματιστή σας, τόσο πιο γρήγορα και αποτελεσματικότερα θα είναι σε θέση να εφαρμόσει χαρακτηριστικά. Και στο διαδίκτυο, όπου ο χρόνος κινείται με την ταχύτητα των ετών σκυλιών, αυτό είναι σίγουρα ένα πλεονέκτημα.
Εδώ είναι τα κλειδιά για την επιτυχία όταν συνεργάζεστε με την τεχνική ομάδα σας.
Κατανοήστε τη διαφορά μεταξύ του ΚΟΤ και του ηγετικού μηχανικού
Θα εργάζεστε είτε με τον ΚΟΤ είτε με τον υπεύθυνο μηχανικό και είναι σημαντικό να καταλάβετε ότι δεν είναι αναγκαστικά το ίδιο άτομο.
Μερικές φορές έχετε έναν εκπληκτικό CTO ο οποίος δεν είναι μόνο τεχνικός, αλλά και ένας σπουδαίος διευθυντής, επικοινωνιακός και εκπρόσωπος. Αυτοί οι τύποι πιθανώς θέλουν να γνωρίζουν τα πάντα για το τι χτίζετε, ποιος είναι ο τελικός στόχος για τον χρήστη και τους γενικούς επιχειρηματικούς σας στόχους. Αυτό είναι υπέροχο! Πιστέψτε με, είναι ένα πλεονέκτημα. Φροντίστε το.
Τις περισσότερες φορές, όμως, ειδικά σε αυτόν τον αναπτυξιακό κόσμο, υπάρχει ένας πρωτοπόρος μηχανικός: ένας άνθρωπος που είναι εκπληκτικός στην κατασκευή ενός προϊόντος, αλλά δεν έχει απαραιτήτως τις δεξιότητες (ή την επιθυμία) να διαχειριστεί μια ομάδα και το προϊόν.
Όσο πιο γρήγορα συνειδητοποιείτε τι είδους άτομο χρειάζεστε (ή έχετε μισθώσει), τόσο καλύτερα θα είστε για να διαχειριστείτε αυτό το άτομο και το προϊόν.
Φροντίστε για το πώς είναι τα πράγματα
Οι προγραμματιστές είναι κατασκευαστές, όχι μηχανές. Ακούστε λοιπόν τις ιδέες τους και σιγουρευτείτε ότι τις εξετάζετε - ακόμα και αν δεν έχετε ιδέα για το τι μιλάνε η κόλαση όταν αρχίζουν να ρίχνουν τους τεχνικούς όρους. Δεν γνωρίζετε τη διαφορά μεταξύ αυτής και αυτής της στοίβας; Παρακαλώ. Χρησιμοποιήστε το ως ευκαιρία για μάθηση. Πρέπει να έχετε τουλάχιστον μια βασική κατανόηση της τεχνικής πλευράς του προϊόντος σας.
Να είστε συγκεκριμένοι
Είναι πολύ πιο χρήσιμο για την τεχνική ομάδα σας να τους αναθέσετε συγκεκριμένες μικρές εργασίες - μην παραδώσετε απλά μια μακέτα από μακέτες και πείτε τους να γίνουν μέχρι την Παρασκευή. Στην πραγματικότητα, θα πρέπει να είστε αυτός που διαχειρίζεται το έργο γι 'αυτούς. Μάθετε πώς να χρησιμοποιείτε λογισμικό διαχείρισης έργου όπως το Pivotal Tracker ή το Trello και να παρακολουθείτε την εξέλιξη της ανάπτυξης των λειτουργιών κατά την ημέρα ή ανά συνεδρία εργασίας.
Και ελέγχετε συχνά, τόσο αυτοπροσώπως όσο και μέσω του λογισμικού διαχείρισης έργου. Είναι πολύ πιο εύκολο να αποτρέψετε τα πράγματα από το να κατεβείτε σε λάθος διαδρομή εάν μπορείτε να τα πιάσετε στο πιρούνι.
Μην αλλάζετε το μυαλό σας κάθε μέρα
Ξέρω, νομίζετε ότι αυτό φαίνεται προφανές. Αλλά όταν βγάζετε το προϊόν σας κάθε μέρα, ακούγοντας ανατροφοδοτήσεις και τρόπους για να το βελτιώσετε - είναι πολύ εύκολο να επιστρέψετε με νέες ιδέες όλη την ώρα. Μην το κάνετε αυτό στην ομάδα σας.
Καθορίστε ένα συγκεκριμένο και μικρό πράγμα που θέλετε να χτίσετε: Ελάχιστο Βιώσιμο Προϊόν (ή "MVP"). Αναθέστε το MVP σας και είναι έτοιμο να κατασκευαστεί. Και το κάνετε μικρό. Αν σχεδιάσατε μια γιγαντιαία εφαρμογή, σπάστε την και ξεκινήστε με ένα μέρος. Αποστείλετε το MVP σας και, στη συνέχεια, αλλάξτε το μυαλό σας με βάση τα δεδομένα.
Επίσης, αν δεν το έχετε ήδη, διαβάστε το The Lean Startup από τον Eric Ries. Ακολουθήστε το - μην ρίχνετε απλά γύρω από δροσερή ορολογία σε εκδηλώσεις δικτύωσης.
Ορίστε στόχους, όχι προθεσμίες
Στον τεχνικό κόσμο, οι προθεσμίες δεν λειτουργούν πάντα. Ακόμα και ο πιο έμπειρος προγραμματιστής διαλύει τα πράγματα και εκτιμώντας πόσο καιρό θα πάρει για να διορθώσει τα πράγματα είναι δύσκολο.
Είμαι πραγματικά στην ιδέα του Tracker να σπάσει τα χαρακτηριστικά και να αναθέσει σημεία δυσκολίας, όχι ώρες. Επισημάνετε ένα πρόβλημα ως "εύκολο", "μέτριο" ή "δύσκολο" και παρακολουθείτε την πρόοδο και όχι την τήρηση των προθεσμιών. Αναθέτοντας τις πιο δύσκολες εργασίες; Πιθανότατα μπορούν να αναλυθούν περαιτέρω.
Πάρτε ένα μεγάλο σχεδιαστή
Οι σχεδιαστές λύνουν τα προβλήματα και μπορούν να κάνουν τη διαδικασία κατασκευής του προϊόντος πολύ πιο εύκολη. Ειδικά σχεδιαστές UX / UI (εμπειρία χρήστη και περιβάλλον χρήστη). Θα σας βοηθήσουν να καταλάβετε τι θα πρέπει το προϊόν σας να δείχνει και να ενεργεί όπως το pixel με pixel, την αλληλεπίδραση του χρήστη με την αλληλεπίδραση του χρήστη (σκεφτείτε: Τι κουμπί κάνει ο χρήστης να κάνει κλικ στη συνέχεια και πού βρίσκεται στη σελίδα;
Δεν είναι δουλειά του προγραμματιστή σας. Σοβαρολογώ. Η δουλειά του προγραμματιστή σας είναι να γράψετε κώδικα-μη σχεδιάζετε το προϊόν. Ένας σπουδαίος σχεδιαστής θα σας βοηθήσει πραγματικά να εξοικονομήσετε χρήματα για το κόστος ανάπτυξης, γιατί θα βοηθήσουν την ομάδα να σκέφτεται και να πιάσει πράγματα που οι άλλοι μπορεί να έχουν παραβλέψει. Μπορούν επίσης να προτείνουν απλές αλλά ισχυρές αλλαγές που θα κάνουν το προϊόν σας πιο διαισθητικό και πιο εύκολο στη χρήση.
Ταυτόχρονα, βεβαιωθείτε ότι ο σχεδιαστής σας είναι άπαχος. Μερικές φορές δεν αξίζει το κόστος για την κατασκευή όλων των συνήθειας. Υπάρχει μια διαφορά μεταξύ της προσοχής στη λεπτομέρεια και της διαίτης. Εάν ο προγραμματιστής σας διαμαρτύρεται για ένα σχέδιο - αυτό είναι ένα σημάδι ότι πρέπει να σταματήσετε, να το συζητήσετε, να το τροποποιήσετε και να συμβιβαστείτε.
Δοκιμή, δοκιμή, δοκιμή
Εάν ενδιαφέρεστε καθόλου για το προϊόν σας, βοηθήστε τον προγραμματιστή σας να το δοκιμάσει. Έχει κοιτάξει αυτό για ώρες. Δώστε της μια νέα σειρά από μάτια. Δοξάστε την για αυτό που έκανε σωστά και δώστε τα συγκεκριμένα καθήκοντά της για το τι πρέπει ακόμη να γίνει ή να διορθωθεί.
Οι προγραμματιστές συχνά διαμαρτύρονται για το ότι πέρασαν τόνο χρόνου σε κάτι και στη συνέχεια ξεκίνησε με τα σπασμένα πράγματα επειδή κανείς δεν τα είδε. Θυμηθείτε, είναι το προϊόν σας . Και κανείς δεν θέλει να δουλέψει για κάποιον που δεν ενδιαφέρεται για το προϊόν που βγάζει εκεί έξω.
Αντισταθμίστε αρκετά
Είστε επιχειρηματίας και οι επιχειρηματίες διαπραγματεύονται. Συνήθως, πολύ καλύτερα από τους μη επιχειρηματίες.
Οπότε να προσέχεις.
Μπορείτε να διαπραγματευτείτε με έναν προγραμματιστή σχετικά με το επιτόκιο της, αλλά αν ακούγεται λογικό, είναι πιθανότατα. Λάβετε υπόψη ότι υπάρχουν πολλοί άλλοι εκεί έξω που επιθυμούν και μπορούν να την προσλάβουν για αυτό που ανέφερε. Και εάν αισθάνεται σαν να έχει εξαντληθεί και δεν αποζημιώνεται τι αξίζει, είναι πιθανό ότι δεν θα δώσει προτεραιότητα στην εργασία σας πάνω από άλλες εργασίες (ή πάνω από άλλα, πιο διασκεδαστικά πράγματα). Ή, θα βρει κάποιον άλλο που θα πληρώσει το επιτόκιο της, τότε θα σας αφήσει να κρεμαστεί. Το έχω δει ξανά και ξανά.
Μια εναλλακτική λύση είναι να διαπραγματευτείτε μια τιμή για μια δοκιμαστική περίοδο για ένα μικρό χαρακτηριστικό και πείτε της ότι θα πληρώσετε το πλήρες επιτόκιο εάν το έργο πηγαίνει καλά.
Εμπιστευθείτε την ομάδα σας
Είστε ύποπτοι για τις ώρες του padding του προγραμματιστή σας ή για να χαλαρώσετε πηγαίνοντας στο πλησιέστερο πάρκο; Θυμηθείτε ότι αν δεν προσλαμβάνετε ανθρώπους που εμπιστεύεστε και οι οποίοι είναι καλύτεροι από εσάς σε κάτι, τότε δεν προσλαμβάνετε τους σωστούς ανθρώπους.
Εμπιστευθείτε τους εμπειρογνώμονες που έχετε προσλάβει για να κάνετε τη δουλειά τους. Δώστε τους τα εργαλεία που χρειάζονται για να το κάνουν, συμπεριλαμβανομένης της κατεύθυνσης, της ευελιξίας, του χώρου αναπνοής και της εξουσίας. Και το check in συχνά.
