Εταιρεία λογισμικού: τι προσφέρει και πώς επιλέγεται ο κατάλληλος συνεργάτης
Μια εταιρεία λογισμικού αναλαμβάνει να μετατρέψει μια λειτουργική ανάγκη σε εφαρμογή που χρησιμοποιείται καθημερινά από ανθρώπους. Η αξία δεν βρίσκεται μόνο στον κώδικα, αλλά στη σωστή κατανόηση της εργασίας, στην αξιοπιστία των δεδομένων και στη δυνατότητα αλλαγών όταν εξελίσσεται η επιχείρηση. Η επιλογή συνεργάτη χρειάζεται επομένως περισσότερα από μια εντυπωσιακή παρουσίαση. Απαιτεί σαφήνεια για το πρόβλημα, τον τρόπο παράδοσης, την ευθύνη συντήρησης και το τι θα γίνει αν η συνεργασία τερματιστεί.
Ποιες εργασίες μπορεί να αναλάβει ένας πάροχος λογισμικού
Άλλες ομάδες αναπτύσσουν προϊόντα που χρησιμοποιούν πολλοί πελάτες και άλλες κατασκευάζουν εφαρμογές προσαρμοσμένες σε μια επιχείρηση. Υπάρχουν επίσης συνεργάτες που ενσωματώνουν υπάρχοντα συστήματα, μεταφέρουν δεδομένα ή συντηρούν μια παλαιότερη λύση. Η διαφορά έχει πρακτικές συνέπειες: σε ένα τυποποιημένο προϊόν προσαρμόζεται συνήθως η διαδικασία στα χαρακτηριστικά του, ενώ σε ειδική ανάπτυξη αναλαμβάνεται μεγαλύτερο κόστος ανάλυσης και μελλοντικής υποστήριξης.
Η σωστή ερώτηση είναι τι ακριβώς θέλουμε να βελτιώσουμε. Για παράδειγμα, η επανειλημμένη πληκτρολόγηση στοιχείων ανάμεσα σε τιμολόγηση και αποθήκη μπορεί να χρειάζεται σύνδεση υπαρχόντων εργαλείων, όχι ολική αντικατάσταση. Αν μια διαδικασία αλλάζει συχνά και αποτελεί ανταγωνιστικό πλεονέκτημα, μια ειδικά σχεδιασμένη εφαρμογή ίσως δώσει μεγαλύτερη ευελιξία.
Έτοιμο προϊόν, παραμετροποίηση ή κατασκευή από την αρχή
Το έτοιμο προϊόν ταιριάζει όταν οι βασικές εργασίες είναι κοινές και υπάρχει ώριμη υποστήριξη. Συνήθως επιτρέπει γρηγορότερη έναρξη, αλλά οι περιορισμοί του πρέπει να ελεγχθούν πριν δεσμευτεί η επιχείρηση. Η παραμετροποίηση ταιριάζει όταν η βασική λειτουργία καλύπτεται και χρειάζονται ορισμένες συγκεκριμένες διαφοροποιήσεις. Η ανάπτυξη από μηδενική βάση έχει νόημα όταν κρίσιμες διαδικασίες δεν αποτυπώνονται σωστά σε διαθέσιμες λύσεις.
Κανένα μοντέλο δεν είναι καθολικά καλύτερο. Για μια μικρή ομάδα, η απλότητα και η συνεχής λειτουργία μπορεί να υπερισχύουν των απεριόριστων επιλογών. Για έναν οργανισμό με πολλές διασυνδέσεις, η δυνατότητα επέκτασης και οι σαφείς κανόνες ανταλλαγής δεδομένων αποκτούν προτεραιότητα. Το λάθος είναι να επιλέγουμε πρώτα τεχνολογία και μετά να αναζητούμε πρόβλημα που την δικαιολογεί.
Πώς περιγράφεται σωστά μια επιχειρησιακή ανάγκη
Πριν ζητηθεί οικονομική προσφορά, αποτυπώνουμε ποιος εκτελεί κάθε ενέργεια, τι πληροφορία λαμβάνει, πού τη γράφει και τι συμβαίνει όταν κάτι αποτύχει. Οι εξαιρέσεις αποκαλύπτουν περισσότερα από τη συνηθισμένη περίπτωση: ακύρωση παραγγελίας, λάθος κωδικός, διπλή καταχώριση, αλλαγή ρόλου εργαζομένου. Μια καλή ανάλυση δεν αποτελεί τεράστιο κατάλογο επιθυμιών· καθορίζει τα ουσιώδη σενάρια και πώς θα αναγνωρίσουμε ότι λειτουργούν.
Χρειάζεται να συμφωνηθούν και τα όρια. Θα μεταφερθούν παλαιά δεδομένα; Θα υπάρχει σύνδεση με εξωτερικό πάροχο; Ποιες λειτουργίες μπορούν να περιμένουν επόμενη έκδοση; Έτσι η προσφορά συγκρίνεται με συγκεκριμένο αντικείμενο και δεν αφήνει ανοιχτή μια απεριόριστη σειρά αλλαγών χωρίς απόφαση ή προτεραιότητα.
Αξιολόγηση εμπειρίας πέρα από τα εντυπωσιακά δείγματα
Ζητήστε να παρουσιαστεί ένα σχετικό παράδειγμα με το πρόβλημα που έλυσε, τα εμπόδια που αντιμετωπίστηκαν και τον τρόπο ελέγχου του αποτελέσματος. Η ωραία εμφάνιση μιας εφαρμογής δεν αποδεικνύει καλή αρχιτεκτονική, όπως και μια τεχνική λίστα δεν αποδεικνύει καλή εμπειρία χρήσης. Χρήσιμη είναι η δυνατότητα της ομάδας να εξηγήσει πώς απλοποίησε ένα δύσκολο βήμα για τον πραγματικό χρήστη.
Για επιχειρήσεις που χρειάζονται δημόσιο ιστότοπο μαζί με ειδικές λειτουργίες, αξίζει να εξεταστεί και η κατασκευή ιστοσελίδας για εταιρεία λογισμικού ως διακριτό έργο. Η εμπορική παρουσίαση, η εφαρμογή πελατών και τα εσωτερικά εργαλεία έχουν διαφορετικές ανάγκες και δεν είναι συνετό να συγχέονται σε μία ασαφή παραγγελία.
Δεδομένα, δικαιώματα και ασφάλεια πρόσβασης
Η επιχείρηση πρέπει να γνωρίζει ποιος έχει πρόσβαση στα προσωπικά και εμπορικά στοιχεία, ποιος εγκρίνει δικαιώματα και πώς καταγράφονται σημαντικές ενέργειες. Η διατήρηση αντιγράφων ασφαλείας χρειάζεται να συνοδεύεται από πραγματική διαδικασία επαναφοράς, όχι μόνο από μια φράση στη σύμβαση. Αξίζει επίσης να διευκρινίζεται ποια δεδομένα μπορεί να εξαγάγει ο πελάτης και σε ποια αναγνώσιμη μορφή.
Οι κανόνες προστασίας δεν διορθώνονται με ένα γενικό πιστοποιητικό ή με διαφημιστικές υποσχέσεις. Ελέγχονται πρακτικά μέσα από διαβαθμίσεις πρόσβασης, ασφαλή διαδικασία αλλαγών, ενημερώσεις και σαφή αναφορά περιστατικών. Η επιχείρηση οφείλει να εξετάσει τυχόν κανονιστικές υποχρεώσεις με κατάλληλο σύμβουλο για τον δικό της τομέα.
Ποιος κατέχει τον κώδικα και τι γίνεται μετά την παράδοση
Πριν υπογραφεί συμφωνία, χρειάζεται ξεκάθαρος διαχωρισμός ανάμεσα στην άδεια χρήσης, στον πηγαίο κώδικα, στα δεδομένα και στα εξαρτήματα τρίτων. Μπορεί ένα έργο να παρέχει διαρκή χρήση χωρίς να παραχωρεί πλήρη δικαιώματα τροποποίησης. Άλλο πράγμα είναι η πρόσβαση σε αντίγραφο του κώδικα και άλλο η δυνατότητα μιας νέας ομάδας να συνεχίσει τη συντήρηση με κατάλληλες οδηγίες.
Η παράδοση είναι ουσιαστική όταν περιλαμβάνει τεκμηρίωση εγκατάστασης, απαραίτητες ρυθμίσεις, διαδικασία ενημέρωσης και κατάλογο γνωστών περιορισμών. Εάν ο πάροχος δεν είναι διαθέσιμος, η επιχείρηση χρειάζεται ρεαλιστικό τρόπο να ανακτήσει τη λειτουργία. Η εξάρτηση από ένα πρόσωπο χωρίς τεχνική τεκμηρίωση αποτελεί πραγματικό επιχειρηματικό κίνδυνο.
Πώς οργανώνονται οι δοκιμές αποδοχής
Η φράση «το πρόγραμμα λειτουργεί» δεν αρκεί. Καταρτίζουμε αντιπροσωπευτικά σενάρια: κανονική διαδικασία, μη έγκυρη είσοδος, διακοπή σύνδεσης, χρήστης με περιορισμένα δικαιώματα και μεγάλο πλήθος εγγραφών όπου χρειάζεται. Ο πελάτης ελέγχει αν το αποτέλεσμα ταιριάζει στη δουλειά του και η τεχνική ομάδα επαληθεύει τη συμπεριφορά σε σφάλματα. Κάθε παρατήρηση πρέπει να συνδέεται με αναπαραγώγιμα βήματα και απόφαση διόρθωσης.
Ένα δοκιμαστικό περιβάλλον επιτρέπει αξιολόγηση χωρίς να επηρεάζεται η ζωντανή λειτουργία. Χρειάζεται όμως προσοχή ώστε να μη χρησιμοποιούνται αδιάκριτα πραγματικά προσωπικά δεδομένα στις δοκιμές. Η αποδοχή της εφαρμογής καλό είναι να βασίζεται σε γραπτά κριτήρια που συμφωνήθηκαν πριν από την τελική φάση, όχι σε αόριστες εντυπώσεις.
Υποστήριξη, διορθώσεις και κόστος στον χρόνο
Η αρχική κατασκευή είναι μόνο μέρος του συνολικού κόστους. Υπάρχουν ενημερώσεις, φιλοξενία, παρακολούθηση, εκπαίδευση, πιθανές χρεώσεις υπηρεσιών τρίτων και νέες απαιτήσεις. Μια συμφωνία υποστήριξης εξηγεί πώς καταχωρίζεται ένα πρόβλημα, ποια προτεραιότητα παίρνει και τι καλύπτεται χωρίς πρόσθετη χρέωση. Είναι διαφορετικό ένα σφάλμα σε συμφωνημένη λειτουργία από ένα καινούργιο αίτημα.
Η ποιότητα της επικοινωνίας παίζει μεγάλο ρόλο. Μια μικρή ομάδα χρειάζεται κατανοητή περιγραφή των κινδύνων, όχι ατελείωτη τεχνική ορολογία. Αντίστοιχα, ο συνεργάτης χρειάζεται άνθρωπο από την επιχείρηση που μπορεί να λάβει αποφάσεις και να απαντήσει σε λειτουργικές ερωτήσεις. Η αμοιβαία σαφήνεια περιορίζει καθυστερήσεις και παρερμηνείες.
Πότε αξίζει να γίνει μικρή πιλοτική εφαρμογή
Αν η επιχείρηση δεν έχει ακόμη διαμορφώσει σταθερή διαδικασία, μπορεί να ζητήσει περιορισμένη πιλοτική χρήση με συγκεκριμένους ανθρώπους και αντιπροσωπευτικά δεδομένα. Ο σκοπός δεν είναι να δημιουργηθεί βιαστικά ένα πρόχειρο προϊόν που θα μείνει για πάντα, αλλά να επιβεβαιωθεί ότι οι υποθέσεις είναι σωστές. Οι παρατηρήσεις πρέπει να μετατραπούν σε αποφάσεις για απαιτήσεις, εκπαίδευση και επόμενες εργασίες. Με αυτόν τον τρόπο η τελική επένδυση βασίζεται σε πραγματική ανατροφοδότηση και όχι μόνο σε περιγραφές συναντήσεων. Η πιλοτική φάση χρειάζεται σαφή αρχή, όρια και κριτήριο λήξης.
Πίνακας επιλογής χωρίς αυθαίρετες βαθμολογίες
Για τυποποιημένες ανάγκες αξιολογήστε πρώτα ένα ώριμο προϊόν με αποδεκτούς περιορισμούς. Για λίγες διαφοροποιήσεις, εξετάστε παραμετροποίηση και κόστος αναβαθμίσεων. Για μοναδικές, κρίσιμες διαδικασίες, ζητήστε ανάλυση ειδικής ανάπτυξης μαζί με σχέδιο υποστήριξης. Σε κάθε περίπτωση συγκρίνετε τη σαφήνεια προσφοράς, τον τρόπο ελέγχου, την εξαγωγή δεδομένων, την τεκμηρίωση και την πραγματική ανταπόκριση σε ερωτήσεις.
Προειδοποιητικά σημάδια είναι η άρνηση να διευκρινιστούν δικαιώματα χρήσης, οι ασαφείς όροι για δεδομένα και η απουσία διαδικασίας αποδοχής. Η συνεργασία μπορεί να συνοδεύεται από δράσεις προβολής, όπως διαφήμιση για εταιρεία λογισμικού, αλλά η απόδοση της εφαρμογής πρέπει να αποτιμάται ξεχωριστά. Μια σωστή απόφαση επιλέγει λύση που μπορεί να χρησιμοποιηθεί, να ελεγχθεί και να συντηρηθεί, όχι απλώς να παρουσιαστεί.