Ενώ δεν χρειάζεται να είστε προγραμματιστής ιστοσελίδων για να ξεκινήσετε μια εταιρεία που βασίζεται σε τεχνολογίες, σίγουρα θα πρέπει να συνεργαστείτε με ένα σε κάποιο σημείο. Και όχι, δεν είναι τόσο εύκολο όσο η πρόσληψη κάποιου για να χτίσετε το όραμά σας και απλά να το παρακολουθήσετε ζωντανεύει - θα είστε υπεύθυνοι για την εξεύρεση του σωστού ατόμου για την ομάδα σας, δίνοντάς του οδηγίες για το τι ακριβώς θα αναπτυχθεί (ιδανικά, δουλεύοντας συνεργατικός τρόπος) και τη διαχείριση του έργου στην πορεία.
Και σε όλη αυτή τη διαδικασία, υπάρχουν μερικά πράγματα που πολλοί επιχειρηματίες μαθαίνουν σκληρά. Δείτε τι πρέπει να γνωρίζετε πριν ξεκινήσετε.
1. Επικύρωση των ιδεών σας πριν ξεκινήσετε την ανάπτυξη
Έχετε μια μεγάλη ιδέα για ένα νέο προϊόν ή ένα χαρακτηριστικό; Το ένστικτό σας μπορεί να είναι να βρείτε έναν προγραμματιστή και να ξεκινήσετε να κατασκευάζετε αμέσως - αλλά πρώτα, είναι σημαντικό να ελέγξετε αν οι πελάτες σας το θέλουν ή όχι.
Για να γίνει αυτό, καθορίστε ποιο πρόβλημα θέλετε να λύσετε (π.χ. "θέλουμε οι χρήστες να επιστρέφουν συχνά στον ιστότοπο"). Στη συνέχεια, δημιουργήστε μια μετρήσιμη υπόθεση ότι μπορείτε να ελέγξετε αν οι χρήστες σας θα συμπεριφέρονται πραγματικά με τρόπο που να υποστηρίζει τη λύση σας. Για παράδειγμα, η υπόθεσή σας θα μπορούσε να είναι: "Η δυνατότητα στους χρήστες να δημοσιεύουν ενημερώσεις κατάστασης θα δημιουργήσει μια αύξηση στις αλληλεπιδράσεις των χρηστών και τη διατήρηση των χρηστών".
Μόλις το κάνετε αυτό, δημιουργήστε ένα πρωτότυπο του χαρακτηριστικού που θέλετε να χτίσετε. Και δεν χρειάζεστε έναν προγραμματιστή για αυτό ακόμα - για ένα πρόωρο σχέδιο, μπορείτε να κάνετε μια επίδειξη με δυνατότητα κλικ με τη χρήση PowerPoint ή Word, ή ακόμα και να χρησιμοποιήσετε μια χάρτινη σκίτσο. Υπάρχουν επίσης πιο εξελιγμένα εργαλεία κατασκευής πρωτοτύπων και φωτοπίναξης, όπως το Axure, το Mockingbird και το Balsamiq, τα οποία πρέπει να έχετε άνετα εάν πρόκειται να διαχειριστείτε ένα προϊόν.
Στη συνέχεια - ακόμα πριν να εμπλακείτε οι προγραμματιστές σας - δείξτε το πρωτότυπο σας στους πελάτες σας (ή τους πιθανούς πελάτες) και λάβετε τα σχόλιά τους. (Μπορείτε να προγραμματίσετε προσωπικές συνεντεύξεις ή να χρησιμοποιήσετε ηλεκτρονικά εργαλεία όπως το Usabilla ή το UserTesting.com.) Ζητήστε από αυτούς ανοιχτές ερωτήσεις για να μετρήσουν τις σκέψεις τους και το ενδιαφέρον τους για το χαρακτηριστικό και προσπαθήστε πραγματικά να καταλάβετε αν η λύση είναι συναρπαστική ή επίλυση σημείο πόνου. Και αν ναι; Μόνο τότε είναι καιρός να προχωρήσουμε στην πραγματικότητα να οικοδομήσουμε κάτι.
2. Μίσθωση και δημιουργία μιας μεγάλης ομάδας Dev
Η πρόσληψη των σωστών ατόμων είναι απαραίτητη σε κάθε οργάνωση, αλλά όταν προσλαμβάνετε κάποιον που κατασκευάζει το προϊόν σας και φέρνει το όραμά σας στη ζωή, είναι πρωταρχικής σημασίας.
Εδώ είναι το πιο πολύτιμο μάθημα μίσθωσης που έχω μάθει: Μίσθωση για το DNA πρώτα, και για εργασιακή εμπειρία δεύτερη. Κάντε μια λίστα με τα χαρακτηριστικά που εκτιμάτε ως εταιρία ή το DNA σας (δηλαδή, η αδιάκοπη κίνηση, θα κάνει τη δουλειά ανεξάρτητα από το τι, το αίσθημα του χιούμορ) - στη συνέχεια, βεβαιωθείτε ότι το πρόσωπο που μιλάτε ή μιλάτε για να ταιριάζει με τα περισσότερα από τα στοιχεία που δημιουργήσατε.
Αυτό που είναι εξίσου σημαντικό είναι να προσλαμβάνουν άτομα με ικανότητα, όχι ένα συγκεκριμένο σύνολο δεξιοτήτων. Στο χώρο της τεχνολογίας, οι δεξιότητες καθίστανται ξεπερασμένες κάθε δύο χρόνια, επομένως είναι καλύτερο να προσλαμβάνουν άτομα που μπορούν να μάθουν νέες τεχνολογίες (και ιδανικά, να έχουν ιστορικό) και όχι άτομα που ξέρουν πώς να κάνουν κάτι συγκεκριμένο τώρα . Θυμηθείτε, αυτό το άτομο θα είναι ιδανικά μαζί σας για το μεγάλο χρονικό διάστημα, και θέλετε να βεβαιωθείτε ότι αυτός ή αυτή είναι μια μεγάλη αντιστοιχία τόσο τώρα και αργότερα.
3. Διαχείριση του έργου σε κάθε βήμα της διαδρομής
Τέλος, να συμμετέχετε στην κατασκευή του προϊόντος σας. Ένα συνηθισμένο λάθος που βλέπω να κάνουν οι άνθρωποι: Ένας ιδρυτής θα αποστείλει τις προδιαγραφές του προϊόντος μακριά σε έναν προγραμματιστή, εμπιστευόμενος ότι όλα θα γίνουν όπως το βλέπει ο ιδρυτής στο κεφάλι της και μόνο ελέγχει πάλι όταν το τελικό προϊόν είναι έτοιμο.
Αυτή είναι μια συνταγή για καταστροφή. Αν ακολουθήσετε αυτή την προσέγγιση, οι περισσότερες φορές δεν θα βρείτε ότι ο ιστότοπός σας ή το προϊόν δεν έχουν εφαρμοστεί όπως οραματίσατε. Ίσως οι οδηγίες σας ήταν ασαφείς, ίσως ήταν πραγματικά αδύνατο να εφαρμοστούν τεχνικά, ίσως ο προγραμματιστής σας παρεξηγημένος. Αλλά ανεξάρτητα από το γιατί συμβαίνει - αυτή είναι μια κατάσταση που θα προτιμούσατε απλώς να αποφύγετε εντελώς. Πιστέψτε με, είναι πολύ πιο εύκολο να παραμείνετε στην κορυφή της αναπτυξιακής διαδικασίας κατά μήκος της πορείας παρά να επιστρέψετε και να διορθώσετε τα πράγματα αργότερα -ή χειρότερα, ξεκινήστε από την αρχή!
Μια καλύτερη προσέγγιση είναι η χρήση της "Agile Project Management", μιας κοινής μεθόδου σχεδιασμού και καθοδήγησης ενός τεχνικού έργου. Ένα ευέλικτο έργο ολοκληρώνεται σε μικρά τμήματα που ονομάζονται επαναλήψεις ή σπριντ (καθημερινά, εβδομαδιαία ή εντός δύο εβδομάδων, μέγιστα). Αφού ο προγραμματιστής ή η ομάδα ανάπτυξης ολοκληρώσει μια επανάληψη, εξετάζεται και επικριθεί από άλλα μέλη της ομάδας του έργου.
Το κύριο πλεονέκτημα της ευέλικτης διαχείρισης έργων είναι η ικανότητα ανταπόκρισης σε ζητήματα που προκύπτουν. Θα είστε σε θέση να παρακολουθείτε εάν το σχέδιο λειτουργεί σύμφωνα με το σχέδιο ή όχι, να κατανοήσετε ποιες αλλαγές είναι απαραίτητες και τελικά να συμβάλλετε στην επιτυχή υλοποίηση ενός επιτυχημένου έργου εγκαίρως και στον προϋπολογισμό.
Για να μάθετε περισσότερα σχετικά με την ευκίνητη διαδικασία ανάπτυξης, εισαγωγικό βίντεο και ελέγξτε τα online εργαλεία διαχείρισης έργων όπως το Asana και το Pivotal Tracker.
