Αυτό το άρθρο είναι για εσάς, έναν γενναίο επιχειρηματία με μια ιδέα για μια εφαρμογή στην καρδιά σας και λίγα χρήματα στην τράπεζα. Τα διαγράμματα που έχετε γράψει σε χαρτοπετσέτες θα διαταράξουν ολόκληρο τον κόσμο και φορτηγά γεμάτα χρήματα έχουν ήδη σταλεί στο σπίτι σας. Για να βεβαιωθείτε ότι φτάνουν εγκαίρως, ακολουθούν μερικές απλές συμβουλές για να κάνετε την παραγωγή σας να λειτουργεί ομαλά.
Ο λόγος που χρειάζεστε έναν διαχειριστή έργου
'Τα προγράμματα υπολογιστών είναι τα πιο περίπλοκα πράγματα που δημιουργούν τα ανθρώπινα όντα', λέει ο Ντάγκλας Κρόκφορντ. Μπορεί να μην έχετε ακούσει αυτό το όνομα στο παρελθόν, αλλά σε έναν προγραμματιστή είναι αρκετά διάσημο. Σήμερα είναι ανώτερος αρχιτέκτονας λογισμικού στο PayPal και έχει πρωτοπορήσει σε όλα τα είδη τεχνολογίας αιχμής που δεν εμπίπτουν στο πεδίο αυτού του άρθρου. Είναι κάποιος που είναι πολύ πεπειραμένος για την εργασία σε μεγάλα έργα.
Όσο για μένα, προγραμματίζω για 13 χρόνια και εξακολουθούν να υπάρχουν στιγμές που κάθε έργο με οδηγεί σε μη διαχωρισμένη περιοχή. Υπάρχουν τόσες πολλές διαφορετικές τεχνολογίες, καθώς και νέες τεχνικές που επινοούνται με τόσο ανησυχητικό ρυθμό, που δεν αισθάνομαι ποτέ ότι γνωρίζω πλήρως τι συμβαίνει. Ενώ κάθε έργο έχει τις μοναδικές του προκλήσεις, υπάρχουν μερικές σταθερές:
- Το έργο έχει την πίεση του χρόνου.
- Ο προϋπολογισμός είναι μικρότερος από ό, τι θα ήθελα.
- Τα τέλη μου είναι πιο ακριβά από ό, τι θέλει ο πελάτης.
- Δεν ακούω όσο τέλεια επιθυμεί ο πελάτης.
- Ο πελάτης δεν εξηγεί τα πράγματα τόσο τέλεια όσο θα ήθελα.
Προφανώς χρειαζόμαστε μια μπέιμπι σίτερ. Κάποιος πρέπει να μπείτε για να θέσει τους κανόνες του παιχνιδιού, να κρατήσει όλους ειλικρινείς και να βεβαιωθείτε ότι δεν ξεχνάμε κάτι σημαντικό. Κάποιος πρέπει να διευκολύνει την επικοινωνία μεταξύ όλων των μερών.
Αυτό το άτομο, αυτός ο ήρωας, είναι ο υπεύθυνος έργου.
Γιατί είναι ο διαχειριστής προϊόντων σε κουτί; Είναι μια γάτα. Γάτες αγαπούν κουτιά.
Το ApeeScape δεν προσέφερε συμβόλαια με διαχειριστές έργων όταν άρχισα να γράφω αυτό το άρθρο, αλλά τώρα το κάνουν ( Έργα ApeeScape ). Συνεργία! Μπορώ μόνο να φανταστώ τη δύναμη που έβγαλα οι ακόλουθες συμβουλές και συνειδητοποιώντας ότι χάσατε μια μεγάλη ευκαιρία.
Ο λόγος για τον οποίο ο προγραμματιστής δεν είναι καλός διαχειριστής έργου
Παραίτηση από την Πιστοποίηση από Ινστιτούτο Διαχείρησης Μελετών Το πιο σημαντικό πράγμα που ένας Διαχειριστής Έργου μπορεί να φέρει στο τραπέζι είναι η εμπειρία. Ως αποτέλεσμα, πολλοί προγραμματιστές θα ήταν αρκετά αξιοπρεπείς διαχειριστές έργων. Έχουμε περισσότερη εμπειρία από οποιονδήποτε με τεχνικά έργα και τα αναλυτικά μας μυαλά είναι ικανά στην καταλογογράφηση πληροφοριών και στον καθορισμό συγκεκριμένων στόχων.
τι είναι ένα παιχνίδι blockchain
Μας πληρώνετε ξεκάθαρα, επομένως είναι λογικό να περιμένουμε ότι μπορούμε να διαχειριστούμε διαφορετικά καθήκοντα αντί να σας αναγκάζουμε να πληρώσετε και για το χρόνο κάποιου άλλου, σωστά;
Λοιπόν, για αρχάριους, μας πληρώνετε για κωδικοποίηση.
Όταν βγαίνουμε από τον προγραμματιστή μας για να πάρουμε αποφάσεις σχετικά με το τι πρέπει να δώσουμε προτεραιότητα ή για να συζητήσουμε πόση δουλειά θα γίνει πραγματικά αυτήν την εβδομάδα, ο κώδικας σταματά να γράφει. Μετά από αυτό, χρειάζονται τουλάχιστον 10 λεπτά για να επιστρέψουμε στη «ζώνη», ειδικά αν μας αγχώνεται η συνομιλία που μόλις είχαμε, κάτι που είναι πιθανό, ειδικά αν διαφωνούμε για την προτεραιότητα των λειτουργιών. Δεν είναι μεγάλη υπόθεση, ξέρω, αλλά όλα αυτά γίνονται για να γίνει πιο αποτελεσματική χρήση δαπανηρών πόρων.
Το πιο σημαντικό, η εστίαση στις λεπτομέρειες δεν σας επιτρέπει να εκτιμήσετε το γενικό περιβάλλον. Εάν αυτό το άρθρο δεν σας αφήνει τίποτα, απλώς προσπαθήστε να το καταλάβετε: Όταν περνάω όλη την ημέρα κοιτάζοντας ορισμένα συγκεκριμένα σφάλματα, ο εγκέφαλός μου χάνει την εικόνα της μεγαλύτερης.
Ο εγκέφαλός μου με επιβραβεύει όταν διορθώσω αυτά τα σφάλματα και υποθέτω ότι έχω κάνει υπέροχα πράγματα και τώρα μπορώ να παίξω βιντεοπαιχνίδια. Όταν κάποιος μου υπενθυμίζει ότι η αρχική σελίδα δεν λειτουργεί ακόμα, έρχεται ως μια πλήρη έκπληξη γιατί έχω περάσει όλη την ημέρα γεμίζοντας τον εγκέφαλό μου με πολύ λεπτομερείς γνώσεις για ένα πολύ μικρό κομμάτι ολόκληρου του έργου και ξεχνάω τα υπόλοιπα . Έτσι λειτουργεί ο εγκέφαλός μου και πολλοί άλλοι προγραμματιστές έχουν παρόμοιο ψυχολογικό μακιγιάζ.
Όταν βγούμε από τον προγραμματιστή μας για λήψη αποφάσεων, ο κώδικας σταματά να γράφεται.
Ο λόγος για τον οποίο ο πελάτης δεν είναι καλός διαχειριστής έργου
Λοιπόν, εάν εμείς οι προγραμματιστές δεν θέλουμε να αναλάβουμε την ευθύνη για τη διαχείριση πραγμάτων, τότε η ευθύνη παραμένει σε εσάς, τον πελάτη. Είναι τα χρήματά σας. Είναι το όραμά σας. Τέλος πάντων, είστε υπεύθυνοι για όλα αυτά.
ποιες είναι οι αρχές σχεδιασμού
Ωστόσο, έχετε επίσης πολλά να κάνετε.
Πολλοί πελάτες είναι απλοί θνητοί με ημερήσιες δουλειές, όπως οι υπόλοιποι από εμάς, και μερικοί ακόμη και υποφέρουν από αναβλητικότητα ή ξεχασμό. Αν και αυτό σίγουρα δεν σας περιγράφει, σκεφτείτε την ιδέα να έχετε Επαγγελματίας Θυμητής (Επαγγελματική υπενθύμιση), ώστε να μπορείτε να επιστρέψετε στο σημαντικό έργο της διατήρησης του έργου ζωντανό.
Εάν έχετε εργαστεί ή επιβλέπετε ένα τεχνικό έργο παρόμοιου πεδίου, μπορεί να είστε καλός διαχειριστής του έργου σας. Εάν όχι, μην υποτιμάτε την αξία κάποιου που μπορεί να προβλέψει προβλήματα που μπορεί να προκύψουν. Οι εκτιμήσεις χρόνου είναι πάντα μόνο εκτιμήσεις και τα σφάλματα τείνουν να εμφανίζονται στις λιγότερο κατάλληλες ώρες. Αξίζει το κόστος ενός άλλου (έστω και μερικής απασχόλησης) υπαλλήλου, κάποιου που ξέρει ποια μέρη της διαδικασίας χρειάζονται, ή μπορεί να χρειαστεί, την περισσότερη προσοχή.
Κάντε ποιοτικό έλεγχο, για παράδειγμα. Ο σωστός ποιοτικός έλεγχος είναι απαραίτητος για να πάρει αυτό που θέλετε από οποιοδήποτε έργο, και αυτό δεν παίρνει ποτέ την προσοχή που του αξίζει. Ένας καλός διαχειριστής έργου θα αξιοποιήσει στο έπακρο τους περιορισμένους πόρους ενός ποιοτικού ελέγχου και θα διασφαλίσει επίσης την ποιότητα των προγραμματιστών σας για την ασφάλειά σας. Μερικές φορές βγούμε από το βάθος μας και μερικές φορές κάνουμε λάθη. Χρειάζεται ένα τεχνικά ικανό άτομο σε εποπτικό ρόλο για να προσδιορίσει εάν ο προγραμματιστής σας έχει μια κακή μέρα ή εάν αυτός, ή αυτός, στην πραγματικότητα, είναι μια κακή προσθήκη στο έργο. Η επίλυση ζητημάτων προσωπικού από την αρχή θα μπορούσε να κάνει τη διαφορά μεταξύ ζωής και θανάτου για το έργο σας.
Τέλος, ακόμη και εσείς, ω, ένδοξος πελάτης, μερικές φορές χρειάζεστε λίγη επαλήθευση ή / και εξισορρόπηση. Αυτό είναι δύσκολο για μένα να γράψω, καθώς εμείς οι προγραμματιστές δεν είμαστε γνωστοί για την ειλικρίνεια μας στην ομιλία. Αρκεί να πούμε ότι έχω εργαστεί σε πολλά έργα όπου ο πελάτης ήταν πεπεισμένος ότι όλα ήταν κορυφαία προτεραιότητα και απολύτως όλα όσα έπρεπε να επιτευχθούν. Παρόλο που δεν έχω καμία αμφιβολία ότι αυτό ήταν απολύτως αλήθεια, αυτοί οι πελάτες δυστυχώς δεν είχαν κανένα έλεγχο του αριθμού των ωρών σε μια μέρα. Δεν είχαν το θετικό αποτέλεσμα που ήθελαν ή / και άξιζαν, και πιστεύω ότι αυτό το αποτέλεσμα θα μπορούσε να είχε αποφευχθεί εάν ο πελάτης είχε δώσει στον Διευθυντή του Έργου την εξουσία να εκτιμήσει τον φόρτο εργασίας και να διατηρήσει τα πράγματα υπό έλεγχο. Είναι δύσκολο να ληφθούν οι ατυχείς αποφάσεις αυτοαξιολόγησης που απαιτούν τα περισσότερα τεχνικά έργα, όταν είναι η ιδέα σας και τα χρήματά σας που διακυβεύονται και ο υπολογιστής δεν ενδιαφέρεται αν εσείς ή εγώ φωνάζω και φωνάζετε. (Ξέρω ότι αυτό είναι αλήθεια γιατί έχω δοκιμάσει πολλές φορές.)
Μια ελλιπής λίστα τεχνικών για τη διαχείριση ενός τεχνικού έργου
Είτε έχετε αποφασίσει να αγνοήσετε τις 1.000+ λέξεις παραπάνω και θέλετε να διαχειριστείτε μόνοι σας το έργο σας ή εάν προσλαμβάνετε κάποιον αλλά θέλετε περισσότερη εικόνα για τη διαδικασία, αυτή η λίστα θα σας βοηθήσει. Δεν ήμουν ποτέ (επίσημα) διαχειριστής έργου, οπότε δεν μπορώ να πω ποια εργαλεία θα χρησιμοποιούσε οποιοσδήποτε διαχειριστής έργου, αλλά είχα καλή επιτυχία με όλες αυτές τις τεχνικές:
Ορόσημα
Κατά την έναρξη ενός νέου έργου, οι περισσότεροι άνθρωποι γνωρίζουν διαισθητικά ότι είναι σημαντικό να χωριστεί το έργο σε ελαφρώς πιο εύχρηστα κομμάτια, κάθε κομμάτι μπορεί να κυμαίνεται από μερικές εβδομάδες έως μερικούς μήνες από την άποψη της εργασίας. Στην αρχή του έργου, είναι καλό να έχουμε μια συνάντηση έναρξης για τον καθορισμό αυτών των ορόσημων ή συγκεκριμένων σημείων. Είναι εντάξει να είμαστε λίγο ασαφείς για το πώς θα φτάσετε εκεί, το πιο σημαντικό είναι να παρακολουθείτε μετά από κάθε στάδιο, προκειμένου να επωφεληθείτε από τη βελτιωμένη κατανόηση του έργου από όλους και να βεβαιωθείτε ότι τα στάδια του έργου είναι ακόμα (περισσότερο ή λιγότερο) το ίδιο μέγεθος όπως πιστεύεται αρχικά.
Εκτιμήσεις χρόνου
Εμείς οι προγραμματιστές απεχθάνονται απολύτως τις εκτιμήσεις, γιατί γνωρίζουμε ότι πρόκειται να πάνε στραβά και ότι θα χρησιμοποιηθούν εναντίον μας. Είναι εντάξει ότι είναι λάθος, καθώς, εξ ορισμού, βασίζονται σε μια χούφτα γρίφους. Είναι επίσης καλό που χρησιμοποιούνται εναντίον μας, επειδή η δουλειά μας είναι αρκετά άνετη και δεν βλάπτει να αισθανόμαστε λίγο πίεση από καιρό σε καιρό.
Μην διστάσετε λοιπόν να ζητάτε εκτιμήσεις κάθε φορά που ξεκινά το έργο μιας νέας σκηνής. Θα πρέπει να περιμένετε μια ή δύο γραμμές εξηγήσεων για κάθε σημαντικό χαρακτηριστικό, μαζί με μια πρόχειρη εκτίμηση του χρόνου που θα διαρκέσει αυτή η λειτουργία. Συνήθως κάνω μια αισιόδοξη εκτίμηση και μετά το διπλασιάζω. Πολλές φορές αυτός ο επιπλέον χρόνος ξοδεύεται σε αόρατα εμπόδια.
Ιστορίες χρηστών
Οι ιστορίες χρηστών είναι σύντομες περιγραφές ενός μεμονωμένου λειτουργικού στοιχείου εντός της εφαρμογής. Είναι χρήσιμα ως αρχείο σημαντικών χαρακτηριστικών και πρέπει να έχουν μέγεθος δαγκώματος, ικανό να χωράει σε ένα διακριτικό και συχνά συνοδεύεται από ένα μικρό σχέδιο. Το πιο σημαντικό, χρησιμεύουν ως γέφυρα μεταξύ του τι θέλει ο πελάτης και του τι πρέπει να πει ο προγραμματιστής στον υπολογιστή. Οι ιστορίες είναι αρκετά απλές που εσείς, ο πελάτης, μπορείτε να καταλάβετε σε λίγα λεπτά, αλλά αρκετά λεπτομερείς ώστε εμείς, οι προγραμματιστές, μπορούμε να αξιοποιήσουμε στο έπακρο.
Για μερικές γρήγορες πληροφορίες σχετικά με ιστορίες χρηστών, βρήκα αυτά τα σεμινάρια από Λογισμικό Mountain Goat Υ Ρωμαίος Πίτλερ , είναι υψηλής ποιότητας και συνοπτικά. Για περισσότερες πληροφορίες σχετικά με όλη τη φιλοσοφία του 'Agile Project Management', δοκιμάστε αυτήν την ανάρτηση ιστολογίου ApeeScape Η απόλυτη εισαγωγή στη διαχείριση έργων Agile από τον Paul Barnes.
Συνθέσεις (Μακέτες)
Αυτό δεν είναι ένα άρθρο σχετικά με το γιατί χρειάζεστε έναν σχεδιαστή, διότι αισθάνομαι ότι οι περισσότεροι πελάτες το καταλαβαίνουν ήδη αυτό, αλλά αντέχει να επαναληφθεί επειδή θα δείτε τεράστια κέρδη παραγωγικότητας εάν δείξετε στους προγραμματιστές σας έναν καλά σχεδιασμένο και συγκεκριμένο σχεδιασμό. Κάθε φορά που πρέπει να πάρουμε μια απόφαση σχεδιασμού, πρέπει να βγούμε από τη 'ζώνη' και κάθε φορά που πρέπει να επιστρέψουμε και να αλλάξουμε κάτι, γιατί δεν μας δόθηκε το τελικό σχέδιο, λοιπόν, λάβετε υπόψη ... Δεν παραπονιέμαι, γιατί ο σχεδιασμός είναι διασκεδαστικός, αλλά κατά την εμπειρία μου αυτή είναι η # 1 πηγή αποφεύξιμων επιπλέον χρεώσιμων ωρών.
Οι περισσότεροι σχεδιαστές παρέχουν comps, γνωστές και ως 'comps' στο Adobe Photoshop, το Adobe Illustrator ή το Sketch. Εάν το κάνετε μόνοι σας, μπορείτε να χρησιμοποιήσετε ένα από τα πολλά διαδικτυακά εργαλεία όπως Μπαλσάμικ ή InVision . Η εταιρεία δεν χρειάζεται να έχει τα ίδια χρώματα και στυλ με το τελικό προϊόν (καθώς αυτά μπορούν εύκολα να αλλάξουν αργότερα), αλλά αφιερώστε λίγο χρόνο για να βεβαιωθείτε ότι όλα τα στοιχεία διεπαφής χρήστη υπάρχουν και επαληθεύονται.
ποιο από τα παρακάτω δεν αποτελεί αρχή κλεισίματος;
Συνεδριακές συναντήσεις
Οι μακροσκελείς συναντήσεις είναι μερικές φορές αναπόφευκτες, αλλά μην υπερφορτώνετε τους προγραμματιστές σας και δεν χρειάζεστε περισσότερο χρόνο από ό, τι είναι απαραίτητο. Είχα πελάτες που έμοιαζαν να με θυμούνται όλα όσα ειπώθηκαν κατά τη διάρκεια συνάντησης δυόμισι ωρών. ήταν πολύ απογοητευμένοι. Μια συνεδρίαση σε κατάσταση αναμονής περιορίζεται γενικά σε 15 λεπτά και είναι συνηθισμένο να στέκεστε όρθια κατά τη διάρκεια αυτής. Το Standing υποτίθεται ότι διασφαλίζει τη συμμετοχή όλων, καθώς και τη συνάντηση σύντομη.
Κατά τη διάρκεια της αναμονής, ο καθένας κινείται σε έναν κύκλο για να παρέχει μια σύντομη αναφορά κατάστασης, διατηρώντας όλα τα μέλη της ομάδας ενημερωμένα για την πρόοδο του άλλου. Μπορείτε να βρείτε περισσότερες πληροφορίες σχετικά με την υποστήριξη της UPS στη διεύθυνση ExtremeProgramming.Org . Εάν ο καθένας εργάζεται εξ αποστάσεως και δεν θέλετε να συναντάτε στο Skype κάθε μέρα, θα μπορούσατε να χρησιμοποιήσετε ένα διασκεδαστικό εργαλείο όπως 15 Πέντε , ως εναλλακτική λύση στα όρθια. Το 15Five επιτρέπει στα μέλη της ομάδας να παρέχουν ανατροφοδότηση όποτε είναι βολικό για αυτούς και θα τους ζητήσει ερωτήσεις έρευνας για να δημιουργήσουν πιο σε βάθος απαντήσεις.
Σύστημα εισιτηρίων
Παρόλο που ο καθένας μπορεί να διατηρήσει ένα σύστημα κολλών σημειώσεων και Εγγράφων Google (με εργασίες για κάθε επισημασμένο σε διαφορετικά χρώματα), δεν είναι πραγματικά απαραίτητο. Πολλοί άνθρωποι προσπάθησαν να λύσουν αυτό το πρόβλημα για εσάς. Το Basecamp και το Trello είναι διάσημα για την ευκολία χρήσης τους, ενώ το Pivotal προσπαθεί να ενσωματώσει ολόκληρη τη «ευέλικτη» φιλοσοφία σε ένα πολύ εξελιγμένο πακέτο. Όποια και αν είναι η επιλογή σας, ένα καλό σύστημα έκδοσης εισιτηρίων θα σας επιτρέψει, τουλάχιστον:
- Δημιουργήστε εργασίες
- Εκχώρηση προτεραιότητας και ημερομηνία παράδοσης
- Συνδέστε εργασίες και δευτερεύουσες εργασίες
- Εκχωρήστε διαφορετικές αναλύσεις, όπως 'ολοκληρώθηκε' ή 'απέτυχε η δοκιμή'
- Εμφάνιση όλων των εργασιών που έχουν ανατεθεί σε έναν συγκεκριμένο χρήστη
Όταν ένας Διαχειριστής Έργου σας δείχνει 40 εισιτήρια υψηλότερης κόκκινης προτεραιότητας που οφείλονται την ίδια ημέρα, κατανοείτε πραγματικά την αξία αυτού του οράματος έργου.
Έλεγχος έκδοσης
Ίσως να μην κοιτάξετε καν τον κώδικα στο σύστημα ελέγχου έκδοσης του έργου σας, αλλά ο έλεγχος έκδοσης (ή η έκδοση) είναι ένα από τα πιο σημαντικά εργαλεία που έχουμε, το μεγαλύτερο σύστημα δημιουργίας αντιγράφων ασφαλείας.
Τα περισσότερα σύγχρονα έργα χρησιμοποιούν το Git, αν και μερικές φορές θα συναντήσετε το Subversion (SVN) όταν εργάζεστε σε έργα που έχουν κυκλοφορήσει στο κοινό για λίγο. Github σας επιτρέπει να φιλοξενήσετε απεριόριστο αριθμό δημόσιων αποθετηρίων δωρεάν (επιπλέον, περιλαμβάνει τα περισσότερα από τα έργα ανοιχτού κώδικα στον κόσμο), ενώ Bitbucket σάς επιτρέπει να φιλοξενείτε απεριόριστα ιδιωτικά αποθετήρια και επομένως είναι η προτιμώμενη επιλογή για εμπορικά έργα.
Όποιο σύστημα ελέγχου έκδοσης και αν επιλέξετε, αποθηκεύει τον κωδικό μας από απόσταση σε περίπτωση που συμβεί κάτι, καθώς και μια συνέχεια κάθε φορά που 'συμβιβαστούμε' τον κώδικα, την ίδια στιγμή που μας αναγκάζει να γράψουμε ένα μικρό μήνυμα που περιγράφει τι εμείς δούλευαν. Αυτό εμποδίζει διαφορετικούς προγραμματιστές να αντικαταστήσουν τον κώδικα του άλλου, μας επιτρέπει να δούμε όλες τις αλλαγές που έγιναν κατά τη διάρκεια μιας συγκεκριμένης χρονικής περιόδου και μας επιτρέπει να δημιουργήσουμε νέους κλάδους κώδικα για να αποθηκεύσουμε λειτουργίες που δεν θα κυκλοφορήσουν αμέσως. Έχει ακόμη και μια εντολή που ονομάζεται 'σφάλμα' που δείχνει ποιος ήταν υπεύθυνος για μια συγκεκριμένη γραμμή κώδικα και πότε διαπράχθηκε.
Το Control Version είναι το καλύτερο.
Ανάπτυξη βάσει δοκιμών
Πρόκειται για μια σχετικά δαπανηρή πρακτική, που σημαίνει ότι δεν χρησιμοποιείται συχνά σε έργα όπου ο προϋπολογισμός περιορίζεται σε δύο ελεύθερους επαγγελματίες. Αρχικά, δεν πρέπει να αισθάνεστε πολύ άσχημα για να μην το κάνετε αυτό, αλλά πρέπει να σας παρουσιάσω την ιδέα, καθώς προσφέρει την καλύτερη άμυνα ενάντια στα σφάλματα. Βασικά, οι προγραμματιστές σας ξοδεύουν πολύτιμες επιπλέον ώρες δοκιμών γραφής (μικρά τμήματα κώδικα) για να διασφαλίσουν ότι ορισμένα τμήματα της εφαρμογής συμπεριφέρονται με συγκεκριμένους, προβλέψιμους και επαναλαμβανόμενους τρόπους. Για παράδειγμα, θα μπορούσατε να γράψετε μια δοκιμή διασφαλίζοντας ότι όταν κάνετε κλικ στο κουμπί 'σύνδεση', ανοίγει ένα αναδυόμενο παράθυρο με ένα πεδίο ονόματος χρήστη.
Η ομορφιά των τεστ είναι ότι μόλις τα γράψω, μπορώ να τα τρέξω όλα με μία εντολή. Εάν έχω γράψει 200 δοκιμές, μπορώ να τις εκτελέσω μετά την κυκλοφορία μιας νέας έκδοσης της εφαρμογής για να βεβαιωθώ ότι δεν έχουν εισαχθεί σφάλματα σε καμία από τις 200 δυνατότητες. Δεν είναι τέλειο, αλλά είναι το πιο κοντινό που μπορούμε να εξασφαλίσουμε εφαρμογές χωρίς σφάλματα (τουλάχιστον bug-lite).
Να κλείσω
Αυτό είναι το μόνο που ξέρω για τη διαχείριση έργων. Δεν είμαι σίγουρος πόσο θα περάσει αυτή η εξέταση στο Ινστιτούτο Διαχείρισης Έργων, αλλά είναι όλο το υλικό που έχω συλλέξει μέσω εργασιών σε έργα Ιστού κατά τη διάρκεια της τελευταίας δεκαετίας. Φυσικά, σας προτείνω να προσλάβετε κάποιον για να επωφεληθείτε από την εμπειρία του, αλλά ελπίζω ότι αυτές οι πληροφορίες είναι χρήσιμες ακόμα κι αν δεν είναι κάτι που έχετε την ευκαιρία να κάνετε. Θα είστε η απόλυτη αρχή σε αυτό το έργο, οπότε όσο περισσότερα γνωρίζετε για τις εσωτερικές λειτουργίες του, τόσο πιθανότερο είναι να το οδηγήσετε στη νίκη.
