agile planning with microsoft team foundation server
Αυτό το σεμινάριο εξηγεί πώς να κάνετε Agile Planning χρησιμοποιώντας το Microsoft TFS, το οποίο θα βοηθήσει τους Project Managers να σχεδιάσουν και να παρακολουθήσουν την εργασία στις ομάδες τους:
Μεταξύ των διαφόρων άρθρων που δημοσιεύθηκαν στο SoftwareTestingHelp.com στο DevOps, έχουμε δει μερικά καλά άρθρα σχετικά με το DevOps από την άποψη της συνεχούς ολοκλήρωσης και της συνεχούς παράδοσης χρησιμοποιώντας Microsoft TFS, AWS και σίγουρα εργαλεία ανοιχτού κώδικα όπως το Ansible.
Ένα από τα προαπαιτούμενα για το DevOps είναι μια συγκεκριμένη ισχυρή διαδικασία όπως το AGILE που φέρνει ευελιξία σε ολόκληρη τη διαδικασία SDLC όπου η περιοχή εστίασης είναι η απελευθέρωση λογισμικού εγκαίρως με βραχύτερους κύκλους έκδοσης και γρήγορη ανατροφοδότηση. Έτσι, για να πούμε ότι η ευέλικτη διαδικασία επικεντρώνεται κυρίως στην ταχύτητα.
Τι θα μάθετε:
Ευέλικτος προγραμματισμός με χρήση του Microsoft TFS 2017
Πριν διαβάσετε διάφορες ενότητες σε αυτό το άρθρο, θα ήταν καλό να γνωρίζετε μερικά από αυτά σημαντικές ορολογίες που χρησιμοποιούνται στο Agile. Αυτές οι ορολογίες θα χρησιμοποιηθούν σε ολόκληρο το άρθρο.
Προϋποθέσεις: Microsoft TFS 2017
Δημιουργία TFS Team Project χρησιμοποιώντας πρότυπο επεξεργασίας SCRUM
Αρχικά θα ξεκινήσουμε δημιουργώντας ένα έργο ομάδας TFS χρησιμοποιώντας το πρότυπο SCRUM ακολουθώντας τα βήματα που αναφέρονται παρακάτω.
Συνδεθείτε στο Microsoft TFS 2017 και κάντε κλικ στο Νέο Έργο.
Εισαγάγετε ένα όνομα έργου και επιλέξτε Scrum ως πρότυπο. Κάντε κλικ στο Δημιουργώ.
Μόλις δημιουργηθεί το έργο, προσθέστε μέλη στο έργο κάνοντας κλικ στο + εικόνισμα.
Δημιουργία καθυστέρησης προϊόντος
Όπως γνωρίζετε ότι το Microsoft TFS είναι ένα ενσωματωμένο εργαλείο ALM που βοηθά στη δημιουργία αντικειμένων εργασίας, στο σχεδιασμό έργου, στη δημιουργία ορισμών δημιουργίας και στους ορισμούς έκδοσης με τη δυνατότητα εκτέλεσης μη αυτόματων δοκιμών.
Πριν από κάθε ευκίνητο σχεδιασμό, πρέπει να ξεκινήσουμε με τον ορισμό Σπριντ που είναι ένα προκαθορισμένο χρονικό πλαίσιο για την εργασία που πρέπει να γίνει. Κάντε κλικ στο Ρυθμίσεις -> Εργασία και στη συνέχεια ορίστε τα σπριντ με ημερομηνίες έναρξης και λήξης.
Επιλέξτε το Sprint και ορίστε τις ημερομηνίες έναρξης και λήξης.
Εδώ, θα επικεντρωθούμε στη δημιουργία αντικειμένων εργασίας που θα αποτελούν αναπόσπαστο μέρος του σχεδιασμού Agile. Ας ξεκινήσουμε, λοιπόν, δημιουργώντας το καθυστερημένο προϊόν που περιέχει μια λίστα με όλες τις λειτουργίες με προτεραιότητα για να είναι μέρος της εφαρμογής ή του προϊόντος σας.
Ο ιδιοκτήτης του προϊόντος διατηρεί αυτό το ανεκτέλεστο και με τη βοήθεια της ομάδας scrum, αποφασίζει τη σκοπιμότητα της εργασίας σε ένα συγκεκριμένο σπριντ.
Για να δημιουργήσετε καθυστέρηση προϊόντος από το Μενού ενότητας εργασίας επιλέξτε Backlogs.
Κάντε κλικ στο Νέο, εισαγάγετε έναν τίτλο για το στοιχείο καθυστέρησης και κάντε κλικ στο Προσθήκη .
Το στοιχείο καθυστέρησης προϊόντος προστίθεται στο καθυστερημένο αρχείο. Με θεωρητική έννοια, μπορείτε να θεωρήσετε το στοιχείο καθυστέρησης προϊόντος ως ιστορία χρήστη ή ένα αίτημα αλλαγής. Συνήθως θα αποσυντεθούν στις πολλαπλές εργασίες προγραμματιστών και στις δοκιμαστικές περιπτώσεις.
c # αντικειμενοστραφείς έννοιες προγραμματισμού
Μπορείτε επίσης να κάνετε νέα παραγγελία βάσει προτεραιότητας. Απλώς σύρετε και αποθέστε τα στοιχεία εργασίας πάνω ή κάτω.
Ανοίξτε το αντικείμενο εργασίας και προσθέστε την προσπάθεια. Εδώ η προσπάθεια μπορεί να είναι σύμφωνα με τις ανάγκες του έργου είτε από σημεία ιστορίας είτε για ημέρες ή ώρες. Η εκτίμηση της προσπάθειας θα προστεθεί μόλις το αντικείμενο αποσυντεθεί σε εργασίες. Εκχωρήστε ένα ιδιοκτήτης στην ενότητα 'Ανατέθηκε σε' και ορίστε την 'Κατάσταση' σε Εγκρίθηκε για ανάπτυξη. Κάντε κλικ στο Αποθήκευσε και κλείσε.
Στη συνέχεια, αντιστοιχίστε το στοιχείο στο Sprint 1 με μεταφορά και απόθεση στο Sprint 1.
Η διαδρομή επανάληψης αλλάζει το στοιχείο σε Sprint1 όπως φαίνεται στην παρακάτω εικόνα.
Καθώς μετακινούμε το αντικείμενο στο Εγινε Δηλώστε, η ταχύτητα που καθορίζει τον συνολικό αριθμό των σημείων ιστορίας που επιτυγχάνει η ομάδα scrum σε ένα σπριντ εμφανίζεται κάνοντας κλικ στο πάνω δεξιά γράφημα ταχύτητας.
Συνοπτικά λοιπόν, μπορούμε να πούμε ότι η ομάδα έχει ολοκληρώσει 8 πόντους ιστορίας στο Sprint 1, όπως φαίνεται στο διάγραμμα ταχύτητας παραπάνω.
Πρόβλεψη χωρητικότητας
Για κάθε σπριντ, μπορούμε να καθορίσουμε τον αριθμό ωρών που θα εργάζεται κάθε μέλος για το έργο που έχει ανατεθεί. Η προβολή χωρητικότητας για κάθε σπριντ το ορίζει αυτό. Αυτή η προβολή καταγράφει επίσης τη δραστηριότητα στην οποία εργάζεται κάθε μέλος, όπως Σχεδιασμός ή Ανάπτυξη ή Αναφορά κ.λπ.
Κάντε κλικ στο κατάλληλο Sprint. Σε αυτήν την περίπτωση, ανοίξτε Σπριντ 1 και πηγαίνετε στο Προβολή χωρητικότητας . Ενημέρωση όπως φαίνεται παρακάτω.
Στο παραπάνω στιγμιότυπο οθόνης, καθώς ο χρήστης Dev1 εργάζεται μόνο 4 ώρες την ημέρα κατά τη διάρκεια της περιόδου σπριντ των 2 εβδομάδων, δηλαδή 10 εργάσιμες ημέρες. ο Εργασία που ανατέθηκε σε δείχνει ότι έχει ανατεθεί σε μια εργασία που χρειάζεται 8 ώρες για να ολοκληρώσει τις 40 ώρες για την περίοδο σπριντ των 2 εβδομάδων. Αυτό υπολογίζεται ως 4 (ώρες την ημέρα) * 10 (2 εβδομάδες) = 40 ώρες.
Ένας παρόμοιος υπολογισμός γίνεται για τον χρήστη Dev2.
Δημιουργία εργασιών
Δεδομένου ότι τώρα έχουμε ορίσει το στοιχείο καθυστέρησης προϊόντος ή την ιστορία χρήστη και επίσης τη χωρητικότητα που έχει προγραμματιστεί για κάθε χρήστη στο έργο, μπορούμε πλέον να το χωρίσουμε σε εργασίες προγραμματιστή. Στην οθόνη εργασίας, κάντε κλικ στο Σπριντ 1 και στη συνέχεια κάντε κλικ στο Add Task sign + για το στοιχείο καθυστέρησης προϊόντος.
Εκχωρήστε τον στον προγραμματιστή και εισαγάγετε μια τιμή στο ώρες για το υπόλοιπο πεδίο εργασίας. Κάντε κλικ στο Αποθήκευση και κλείσιμο.
Η εργασία που δημιουργήθηκε συνδέεται με το στοιχείο καθυστέρησης προϊόντος.
Εδώ, το πεδίο Υπολειπόμενη εργασία είναι ο αριθμός ωρών που απομένουν για την ολοκλήρωση μιας εργασίας. Δεδομένου ότι στο παραπάνω παράδειγμα έχουμε ορίσει το πεδίο σε 8 ώρες και ας πούμε ότι ο προγραμματιστής στο τέλος μιας ημέρας ολοκλήρωσε μόνο 2 ώρες εργασίας στην εργασία, τότε το πεδίο της υπόλοιπης ώρας θα ενημερώθηκε σε 6. Θα μπορούσατε να το κάνετε 0 όταν δεν υπάρχει πλέον εργασία ή εάν απομένει 1 ώρα ή λιγότερη εργασία ή κάπου μεταξύ 0 και 1 ώρας.
Από αυτήν την τιμή, το TFS μπορεί να δημιουργήσει ένα γράφημα burndown για το σπριντ που είναι μία από τις πολύ χρήσιμες μετρήσεις στο Agile. Η παραπάνω διαδικασία αφορά το πρότυπο SCRUM και δεν έχει το πεδίο Original Estimate στο στοιχείο εργασίας Task.
Εάν το έργο της ομάδας TFS έχει ρυθμιστεί χρησιμοποιώντας το πρότυπο διεργασίας Agile ή CMMI, τότε υπάρχει η επιλογή εισαγωγής στο πεδίο Original Estimate.
Για να προσθέσετε το πεδίο 'Αρχική εκτίμηση' ( Microsoft.VSTS.Scheduling.OriginalEstimate ) στον τύπο στοιχείου εργασίας εργασίας χρησιμοποιώντας το πρότυπο διεργασίας SCRUM πρέπει να προστεθεί ως προσαρμοσμένο πεδίο. Μπορείτε να χρησιμοποιήσετε το witadmin exportwitd , η οποία είναι μια επιλογή γραμμής εντολών. Προσθέστε το πεδίο στο αρχείο XML που εξήχθη και εισαγάγετέ το ξανά στο έργο της ομάδας.
Μελλοντικά σπριντ
Το Στοιχείο καθυστέρησης προϊόντος ή η Ιστορία χρηστών μπορούν επίσης να προγραμματιστούν για το μέλλον με μεταφορά και απόθεση του αντικειμένου σε οποιοδήποτε άλλο μελλοντικό σπριντ.
Χρήση του Taskboard
Δεδομένου ότι το πρόγραμμα Sprint έχει τεθεί σε εφαρμογή, μπορούμε τώρα να δούμε την πρόοδο κάθε εργασίας από την προβολή του Taskboard. Έτσι, το Taskboard παρέχει μια οπτική ροή των εργασιών και της κατάστασής του. Έτσι, σε κάθε συνάντηση, μπορείτε να δείτε την κατάσταση κάθε εργασίας που έχει ανατεθεί στα μέλη.
Μπορείτε επίσης να δείτε τη σύνοψη του συνολικού απομένοντος έργου που πρέπει να ολοκληρωθεί.
ποια είναι η σύνδεση και ο κωδικός πρόσβασης του δρομολογητή μου
Είναι πολύ σημαντικό να παρακολουθείτε την κατάσταση και την πρόοδο και μπορεί να γίνει μέσω του πίνακα εργασιών. Κάνε κλικ στο Προβολή πίνακα για το σπριντ.
Αυτός ο πίνακας είναι μια πολύ χρήσιμη προβολή και μπορεί να χρησιμοποιηθεί για σκοπούς αναφοράς κατά τη διάρκεια της ημερήσιας συνάντησης.
προς την) Εάν οι προγραμματιστές με ανατεθείσες εργασίες έχουν αρχίσει να εργάζονται στις εργασίες, τότε μπορείτε να μετακινήσετε τις εργασίες από Να κάνω δηλώνω σε Σε εξέλιξη κατάσταση με απλή μεταφορά και απόθεση.
σι) Αλλάξτε τις υπόλοιπες ώρες εργασίας της εργασίας για έναν χρήστη Dev2 από 8 σε 5 ώρες που απομένουν. Οι ώρες εργασίας In Progress θα ενημερώνονται αναλόγως.
ντο) Το γράφημα burndown, κάνοντας κλικ στην επάνω δεξιά γωνία, ενημερώνεται αυτόματα.
ρε) Τώρα κλείστε την εργασία που έχει ανατεθεί στο Dev2 με μεταφορά και απόθεση της εργασίας στο Εγινε κατάσταση. Οι υπόλοιπες ώρες εργασίας για αυτήν την εργασία μειώνονται αυτόματα σε 0 και το γράφημα καύσης ενημερώνεται επίσης.
Sprint Review και Αναδρομική
Λοιπόν, η δουλειά έχει ολοκληρωθεί τώρα και το χρονικό πλαίσιο της σπριντ έχει τελειώσει. Πιστεύει η ομάδα ότι είναι πλέον καιρός να χαλαρώσετε ή να κάνετε ένα διάλειμμα; Απολύτως ένα μεγάλο ΟΧΙ. Ήρθε η ώρα να συζητήσουμε το πολύ σημαντικό μέρος του κύκλου ζωής SCRUM που είναι η αναθεώρηση και αναδρομική.
Η επισκόπηση της Sprint επικεντρώνεται στα παραδοτέα, εξετάζει τα αντικείμενα καθυστερημένων προϊόντων και έγινε μια επίδειξη στους πελάτες. Επίσης, είναι πολύ σημαντικό να συζητήσουμε ποια στοιχεία καθυστέρησης προϊόντων δεν έγιναν και γιατί και το πιο σημαντικό να συλλέξετε σχόλια από πελάτες και να τα σχεδιάσετε για μελλοντικά σπριντ. Ο έλεγχος σπριντ γίνεται συνήθως μεταξύ κατόχου προϊόντος, ομάδας ανάπτυξης και πελατών.
Η εκ των υστέρων σπριντ επικεντρώνεται στις πτυχές της διαδικασίας όπως τι πήγε καλά και τι όχι; Επομένως, θα πρέπει επίσης να συλλέξετε σχόλια σχετικά με τη διαδικασία και τους ανθρώπους επίσης. Καθώς αυτή είναι μια πολύ σημαντική πτυχή του κύκλου ζωής του Agile μπορείτε να μάθετε περισσότερα αναδρομικές προοπτικές.
Έτσι, είναι πολύ πιθανό να υπάρχει ατελής δουλειά σε κάθε σπριντ. Σε αυτό το σενάριο μετακινήστε το PBI's / Tasks είτε στο Product Backlog είτε στο επόμενο Sprint που αποφασίζει ο ιδιοκτήτης προϊόντος.
Αλλά προς το παρόν, πού αποθηκεύουμε τις κριτικές και τις αναδρομικές προοπτικές; Θα μπορούσατε να τα αποθηκεύσετε ως μέρος της συζήτησης για τα στοιχεία εργασίας ή να δημιουργήσετε ένα νέο στοιχείο εργασίας για να κρατήσετε αναδρομικά σημεία δράσης και σχόλια.
συμπέρασμα
Έχουμε δει σε αυτό το άρθρο πώς ο Microsoft Team Foundation Server ως εργαλείο ALM παρέχει έναν γρήγορο και τακτοποιημένο τρόπο για να ξεκινήσετε να εργάζεστε στην εφαρμογή σας ακολουθώντας τη διαδικασία Agile Scrum.
Πρέπει να διασφαλίσουμε ότι όλες οι ομάδες που ακολουθούν τη διαδικασία Agile SCRUM πρέπει να καθορίσουν και να δημιουργήσουν τις ακόλουθες πτυχές για τον σωστό σχεδιασμό και διαχείριση της εργασίας της ομάδας τους.
- Χρησιμοποιήστε το κατάλληλο πρότυπο διεργασίας SCRUM στο Microsoft TFS
- Δημιουργήστε καθυστερήσεις προϊόντων
- Καθορισμός προγράμματος Sprint και ικανότητα ομάδας
- Επιλογή στοιχείων για καθυστέρηση σπριντ
- Αποσύνθεση ιστορικών PBI ή χρηστών σε εργασίες
- Χρησιμοποιήστε γραφήματα Burndown για να παρακολουθείτε την πρόοδο
- Πολύ σημαντικό να χρησιμοποιήσετε το Taskboard για την παρακολούθηση της προόδου
- Τέλος, διεξαγάγετε μια αποτελεσματική επισκόπηση σπριντ και αναδρομική
Συνιστώμενη ανάγνωση
- Πώς να είσαι καλός μέντορας ομάδας, προπονητής και αληθινός αμυντικός ομάδας σε έναν ευέλικτο κόσμο δοκιμών; - Η έμπνευση
- Ορολογία Agile και Scrum: Ένα γλωσσάριο για τις έννοιες Agile / Scrum
- Πώς να κάνετε τη διαδικασία ευέλικτης εκτίμησης εύκολη με το σχεδιασμό πόκερ
- Σύγχρονες αρχές δοκιμής για ευέλικτη μεθοδολογία στις δοκιμές
- Αυτοτελείς ομάδες Scrum: Πώς να δημιουργήσετε μια ομάδα αυτάρκειας;
- Ευέλικτες αναδρομικές συναντήσεις - Γιατί είναι απαραίτητοι και μερικοί διασκεδαστικοί τρόποι για τη διεξαγωγή του
- 4 βήματα προς την ανάπτυξη της ευέλικτης νοοτροπίας δοκιμών για επιτυχημένη μετάβαση σε ευέλικτη διαδικασία
- Μορφή και οδηγίες εξέτασης του Ιδρύματος ISTQB για επίλυση εγγράφων