TopHost: Scrum Introduction & Rules

Transcript

1 TopHost: Scrum Introduction & Rules Το Scrum είναι μια ευέλικτη πρακτική προγραμματισμού την οποία θα προσπαθήσουμε να υιοθετήσουμε. Αντίθετα από τις παραδοσιακές πρακτικές, δεν υπάρχει κάποιος project manager όπου θα αναλύει όλο το project με βάση τη δική του εμπειρία και τελικά θα δίνει εντολές, αλλά η ομάδα είναι αυτό-διαχειριζόμενη. Όχι, δεν είναι χειρότερο, γιατί: Όλη η ομάδα θα συμβάλει στην ανάλυση. Η ομάδα εκτιμά τους χρόνους υλοποίησης και αυτό δίνει αυτονομία στον προγραμματιστή. Συνήθως υπάρχει ευνοϊκότερο περιβάλλον εργασίας. Προάγει την συνεργασία μεταξύ των προγραμματιστών και την ανταλλαγή γνώσης. Δένει την ομάδα. Η βασική ιδέα Η βασική ιδέα είναι η τήρηση μιας λίστας με όλα τα task, απ' όπου κάθε φορά θα επιλέγουμε μια ομάδα από αυτά, και θα προσπαθήσουμε να τα υλοποιήσουμε σε κάποιο χρονικό διάστημα. Αυτό το χρονικό διάστημα ονομάζεται Sprint, συνήθως είναι μεταξύ 2-4 εβδομάδες. Στο τέλος του κάθε Sprint θεωρούμε ότι θα έχουμε μια νέα έκδοση του προϊόντος η οποία θα έχει δοκιμαστεί και θα λειτουργεί. Τα task ονομάζονται User Stories και είναι μια περιγραφή του τι θα πρέπει να γίνει (βασική περιγραφή των απαιτήσεων). Η λίστα με όλα τα task ονομάζεται Product Backlog (ΡΒ). Είναι μια λίστα στην οποία υπάρχουν όλα τα task με κάποιο βαθμό προτεραιότητας, η οποία ορίζεται από τον πελάτη. Η ομάδα με τα επιλεγμένα task ονομάζεται Sprint Backlog. Είναι στην ουσία ένα υποσύνολο του Product Backlog, που θα πρέπει να πραγματοποιηθεί σε αυτό το Sprint. Κατά την διάρκεια του Sprint μπορούμε να βλέπουμε την δουλειά που απομένει για την ολοκλήρωση του sprint, χρησιμοποιώντας διαγράμματα τύπου Burn down Chart. Το διάγραμμα θα πρέπει να ενημερώνεται σε καθημερινή βάση, ώστε να βοηθάει στην καθοδήγηση της ομάδας για ένα επιτυχημένο Sprint. Εικόνα 1: Παράδειγμα ενός Burn down Chart TopHost Scrum 2013 Σελίδα 1 από 11

2 Βασικοί Ρόλοι O Product Owner (PO) αντιπροσωπεύει τον χρήστη και τον πελάτη του προϊόντος, που θέτει την κατεύθυνση για την υλοποίησή του. Αυτό το κάνει δημιουργώντας τα task και δίνοντας τους προτεραιότητες. Η ομάδα των προγραμματιστών (Development Team) συνήθως απαρτίζεται από 3-9 άτομα, οι οποίοι θα ομαδοποιήσουν τα task ανά Sprint (βάσει των προτεραιοτήτων) και θα ορίσουν έναν προβλεπόμενο χρόνο υλοποίησης. Επίσης μπορούν να χωρίσουν το κάθε task σε μικρότερα κομμάτια και να ορίσουν χρόνο σε κάθε ένα από αυτά (για καλύτερο υπολογισμό του χρόνου). Ο Scrum Master είναι υπεύθυνος ώστε το κάθε μέλος της ομάδας να έχει τα εργαλεία που χρειάζεται για να πραγματοποιήσει την εργασία του, με σκοπό να διεξαχεί ομαλά το Sprint. Ο ρόλος του Scrum Master είναι τύπου υπηρέτη-ηγέτη (servant-leader), και θα πρέπει να: Ορίζει το πότε θα γίνονται οι συναντήσεις (meetings). Παρακολουθεί την δουλειά που έχει πραγματοποιηθεί και τις αλλαγές στα task. Προστατεύει την ομάδα από εξωτερικές παρεμβάσεις. Επικεντρώνει την ομάδα στον στόχο της (ολοκλήρωση του Sprint). Να απομακρύνει οτιδήποτε δυσκολίες έχει η ομάδα για την ολοκλήρωση του Sprint. Οι συναντήσεις (meetings) και οι διαδικασίες Sprint Planning: Είναι ένα meeting το οποίο χωρίζεται σε δύο μέρη. Στο πρώτο μέρος επιλέγονται τα task τα οποία θα συνθέσουν το Sprint Backlog, δηλαδή τα task τα οποία θα πρέπει να υλοποιηθούν στα επόμενα Sprint. O Product Owner μαζί με την ομάδα των προγραμματιστών αξιολογούν την πορεία του project και των διαθέσιμων task. Στο δεύτερο μέρος, η ομάδα θα δηλώσει τα task που θα ολοκληρώσει στο Sprint που έπεται. Backlog Grooming: Ένα πολύ βασικό κομμάτι είναι το Backlog Grooming όπου γενικά δεν αναφέρεται στους πιο πολλούς οδηγούς χρήσης του Scrum. Είναι το βήμα που πραγματοποιείται πριν το Sprint Planning Meeting. Αρχικά ο Product Owner έχει μια ιδέα και την εισάγει στο Product Backlog ως μια γενική περιγραφή (User Story ή σε εμάς Task) με την προτεραιότητα υλοποίησης του. Ανάλογα την προτεραιότητα υλοποίησης, τα task αναλύονται μέσω διάφορων επαναλήψεων από την ομάδα, ώστε να προετοιμαστούν για το Sprint Planning Meeting. Αυτές οι επαναλήψεις είναι τα Backlog Grooming Meetings, με σκοπό την σταδιακή αποσαφήνιση του task. 1. Αυτά τα meetings μπορούν να πραγματοποιούνται εβδομαδιαία. Ο PO παρουσιάζει τα task και η ομάδα πραγματοποιεί ερωτήσεις πάνω σε αυτά, για να τα εκτιμήσει. Μερικές φορές τα task χρειάζεται να χωριστούν σε μικρότερα και να επανεκτιμηθούν. Είναι σημαντικό να σημειωθεί ότι το Product Backlog (ΡΒ) είναι ανοιχτό για επανεκτίμηση μέχρι να μπει σε κάποιο Sprint. Ως εκ τούτου, εάν αλλάξει κάποια πληροφορία σχετικά με το task μεταξύ του Backlog Grooming και του Sprint Planning, επιτρέπεται να επανεκτιμηθεί. Το ίδιο ισχύει όμως και για τον PO, όπου μπορεί σε αυτό το διάστημα να αλλάξει τις προτεραιότητες των task. TopHost Scrum 2013 Σελίδα 2 από 11

3 Πλεονεκτήματα του Backlog Grooming: 1. Περισσότερο χρόνο πριν ξεκινήσει το Sprint Βελτιστοποίηση ανάλυσης (πχ. Τα μέλη τις ομάδας μπορούν να μελετήσουν κάποια θέματα σε κάποιο ελεύθερο χρόνο πριν ξεκινήσει το Sprint). Εύρεση και να επίλυση εξωτερικων εξαρτήσεων (πχ. API άλλων υπηρεσιών, γραφικά, κείμενα κτλ.) Έρευνα / μελέτη πάνω σε: τυχόν τεχνολογικά εμπόδια (πχ. τεχνολογίες που δεν γνωρίζει η ομάδα) εκτίμηση κινδύνου-ρίσκου από κληρονομημένο κώδικα (δηλαδή κώδικα που δεν γράψαμε εμείς) ή κώδικα που δεν έχει εξεταστεί για πολύ καιρό 2. Αναγκάζει τον PO να είναι προετοιμασμένος για το επόμενο Sprint. 3. Ο PO έχει χρόνο να αλλάξει τις προτεραιότητες. Μειονεκτήματα του Backlog Grooming: 1. Οι αλλαγές στις προτεραιότητες από τον PO μπορεί να οδηγήσει σε απογοήτευση ή/και άγχος στην ομάδα. Το θετικό είναι ότι τουλάχιστον η ομάδα θα ενημερωθεί για την αλλαγή των task σε αρχικό στάδιο. 2. Μπορεί να είναι δύσκολο για την ομάδα να σκέφτεται το επόμενο Sprint, των ώρα που προσπαθεί να ολοκληρώσει το τρέχον. Daily Scrum: Είναι ένα 15λεπτο, καθημερινό meeting στο οποίο όλα τα μέλη τις ομάδας μαζί με τον Scrum Master αναφέρουν την πρόοδο που έχουν πραγματοποιήσει σχετικά με το Sprint. Κάποιες βασικές ερωτήσεις που θα πρέπει να απαντήσει το κάθε μέλος της ομάδας είναι: Με τι έχω δουλέψει από την τελευταία συνάντηση; Με τι θα δουλέψω σήμερα; Τι εμπόδια έχω αντιμετωπίσει; Ως εμπόδιο θεωρείτε οτιδήποτε πρόβλημα-κώλυμα στην υλοποίηση του task ή γενικά οτιδήποτε θα καθυστερήσει την υλοποίηση του. Έτσι, θα ενημερωθεί ο Scrum Master και θα μπορέσει όλη η ομάδα να βοηθήσει στο να βρεθεί μια λύση. (+) Με ποιο τρόπο θα υλοποιήσω το task [Πειραματικά]. Αυτό πιθανόν να βοηθήσει στο να μπορεί κάποιος να προτείνει μια ευκολότερη ή/και καλύτερη λύση, όπως επίσης και για να ενημερωθεί για άλλους τρόπους λύσεις κάποιου προβλήματος. Κανόνες σχετικά με τα Daily Scrum: Όλα τα μέλη τις ομάδας θα πρέπει να είναι προετοιμασμένα για την συνάντηση. Οι συναντήσεις θα πραγματοποιούνται πάντα την ίδια ώρα (10:00 π.μ.). Οι συναντήσεις θα πραγματοποιούνται ανεξάρτητα με το εάν λείπει κάποιο μέλος (πχ. άδεια). Ο μέγιστος χρόνος των συναντήσεων αυτών θα είναι 15 λεπτά. Sprint Retrospective: Είναι ένα meeting το οποίο πραγματοποιείται από τον Scrum Master ώστε να αξιολογήσουμε το τι πήγε στραβά ώστε να βρεθούν σημεία βελτίωσης και τι πήγε καλά ώστε να προσαρμόσουμε το Scrum στη δική μας περίπτωση. Το meeting αυτό μπορούμε να το πραγματοποιούμαι στο τέλος του κάθε Sprint για να το αξιολογήσουμε. TopHost Scrum 2013 Σελίδα 3 από 11

4 Κανόνες, Υποχρεώσεις & Αρμοδιότητες Γενικοί Κανόνες Όλα τα Task θα πρέπει να ανήκουν σε κάποιο Sprint (δηλ. Release). Με εξαίρεση τα Parent Task που θα πρέπει να έχουν κενό το πεδίο Release. Σε όλα τα Task θα πρέπει να έχουν οριστεί τα πεδία Original Estimate και Remaining Estimate. Όταν τα ορίζουμε για πρώτη φορά στο Task, θα πρέπει να έχουν ίδια τιμή. Τα μεγάλα Task (ως προς τον χρόνο υλοποίησης τους) αλλά και τα Task στα οποία εμπλέκονται πολλοί προγραμματιστές, θα πρέπει να χωρίζονται σε μικρότερα Task. Υποχρεώσεις-Αρμοδιότητες Προγραμματιστών: Να είναι προετοιμασμένοι για τα Meeting που πραγματοποιούνται. Να ορίζουν προσεγγιστικά τους χρόνους υλοποίησης των Task, ακόμη και αυτών που δεν έχουν οριστεί οι πλήρεις απαιτήσεις. Όταν ένα Task θεωρούν ότι είναι σημαντικό μπορούν να το βάζουν απευθείας στο επόμενο Sprint. Έτσι αν για παράδειγμα υπάρχει κάποιο Bug ή μια σημαντική βελτίωση να μπορεί να πραγματοποιηθεί γρηγορότερα. Υποχρεώσεις άλλων Εμπλεκομένων: Οι υπεύθυνοι των άλλων τμημάτων της εταιρίας (Υποστήριξης και Λογιστηρίου) θα πρέπει: Να κρατούν μια λίστα με τις διορθώσεις, βελτιώσεις ή νέες λειτουργίες που χρειάζονται για τα συστήματα που δουλεύουν. Ώστε να ενημερώνεται ο Scrum Master και να εισάγονται τα σχετικά Task προς συζήτηση και υλοποίηση. Να προσπαθούν να πραγματοποιούν το Testing που τους αφορά σε λογικά γρήγορα πλαίσια, ώστε να μην καθυστερούν την ολοκλήρωση του Sprint. TopHost Scrum 2013 Σελίδα 4 από 11

5 axosoft.com Introduction Εισαγωγή Για την διαχείριση των task αλλά και γενικά των διαδικασιών της τεχνικής Scrum, θα χρησιμοποιήσουμε την ιστοσελίδα axosoft.com. Για να συνδεθείτε στο εργαλείο της axosoft (με τα στοιχεία που σας έχουν σταλεί) θα πρέπει να μπείτε στην ιστοσελίδα: Στην συνέχεια θα δούμε κάποια βασικές λειτουργίες που θα χρησιμοποιήσουμε για να μπορέσουμε να ξεκινήσουμε. Στην Εικόνα 3. βλέπουμε την εμφάνιση του εργαλείου axosoft. Αρχικά διακρίνουμε ότι είναι χωρισμένο σε τρεις βασικές στήλες: Στην πρώτη στήλη (από αριστερά), βλέπουμε ότι μπορούμε να οργανώσουμε τα task ανά Project, ανά Sprint αλλά και ανά μέλος της ομάδας. Έχουν φτιαχτεί δύο βασικά Project αλλά και τα βασικά Sub-Project που δουλεύουμε. Στην μεσαία στήλη, μπορούμε να δούμε τα διαθέσιμα task ανάλογα το τι έχουμε επιλέξει στην προηγούμενη στήλη. Τα task μπορούμε να τα δούμε σε δύο βασικές εμφανίσεις, α) με λίστα (όπως βλέπουμε στην Εικόνα 3) αλλά και β) με κάρτες (όπως βλέπουμε στην Εικόνα 4). Επίσης σε αυτό το σημείο υπάρχουν οι επιλογές για τη διαχείριση των task: Στην τρίτη στήλη (από αριστερά) μπορούμε να δούμε τις λεπτομέρειες ενός επιλεγμένου task αλλά και επιπρόσθετες λειτουργίες όπως: 1. Επισύναψη αρχείων (μπορούμε να επισυνάπτουμε τα σχετικά γραφικά και κείμενα). 2. Εισαγωγή σχολίων. 3. Αποστολή (μπορούμε να στέλνουμε μέσω του εργαλείου αυτού για να έχουμε ιστορικό). TopHost Scrum 2013 Σελίδα 5 από 11

6 Εικόνα 3. Εμφάνιση του εργαλείου axosoft.com (με λίστα) Εικόνα 4. Εμφάνιση του εργαλείου axosoft.com (με κάρτες) TopHost Scrum 2013 Σελίδα 6 από 11

7 Εισαγωγή Νέου Task Για να εισάγουμε ένα task πατάμε το κουμπί Add, που υπάρχει στη μεσαία στήλη. Το παράθυρο που θα δούμε θα είναι αυτό της Εικόνας 5. Βλέπουμε ότι μπορούμε να εισάγουμε διάφορες πληροφορίες για το task, όπως τίτλο, περιγραφή, προτεραιότητα κτλ. Προσοχή θα πρέπει να δώσουμε στα πεδία Original Estimate και Remaining Estimate, όπου όταν ορίσουμε την αρχική εκτίμηση (Original Estimate) να βάλουμε την ίδια τιμή και στην υπολειπόμενη εκτίμηση. Επίσης θα πρέπει να σημειωθεί ότι αυτή την φόρμα μπορούμε να την τροποποιήσουμε, εισάγοντας και αφαιρώντας πεδία. Το πως θα υπολογίζουμε τον εκτιμώμενο χρόνο θα το δούμε στην συνέχεια. Εικόνα 5. Εισαγωγή νέου Task. Εισαγωγή χρόνου εργασίας Για να μπορούμε να παρακολουθούμε την πορεία του Sprint θα πρέπει να εισάγουμε το χρόνο που έχουμε δουλέψει σε κάθε task. Για να το κάνουμε αυτό υπάρχουν διάφοροι τρόποι στο εργαλείο axosoft. Οι βασικοί είναι οι εξής: Τρόπος 1ος: Τρόπος 2ος: TopHost Scrum 2013 Σελίδα 7 από 11

8 Τρόπος 3ος: Χρησιμοποιώντας κάποιο από τα σχετικά addons ( πχ. Το Axosoft Stopwatch. Στις πρώτες δύο περιπτώσεις θα μας εμφανιστεί ένα παράθυρο της Εικόνας 6, όπου θα επιλέγουμε γράφουμε στο πεδίο Work, τον χρόνο που δουλέψαμε με το συγκεκριμένο task. Ο υπολειπόμενος χρόνος θα αλλάζει αυτόματα. Εικόνα 6. Εισαγωγή χρόνου εργασίας. Αλλαγή Ροής Εργασίας Για να αλλάξουμε την ροή εργασίας (Workflow) ενός task πατάμε το κουμπί Edit (εάν βλέπουμε τα task σε μορφή λίστας) και πραγματοποιούμε την αλλαγή. Με την ίδια διαδικασία μπορούμε να τροποποιήσουμε και τις υπόλοιπες πληροφορίες ενός task. Αν βλέπουμε τα task με κάρτες μπορούμε με drag-and-drop να το μεταφέρουμε σε άλλο βήμα. Ένα Task μέχρι να ολοκληρωθεί θα περάσει από κάποια συγκεκριμένα βήματα. Τα βήματα αυτά στο axosoft ονομάζονται Workflow Steps και είναι τα παρακάτω: New Request: Για τα νέα task που εισάγουμε (ιδέες) Grooming ( Γραφικά και Κείμενα ): Διαδικασία όπου μέσω συναντήσεων αναλύουμε το πρόβλημα και δημιουργούνται τα απαραίτητα γραφικά και κείμενα. Groomed: Το task δεν χρειάζεται κάτι και περιμένει να υλοποιηθεί. In Progress: Το task είναι σε κατάσταση υλοποίησης. Ready For Testing: Έτοιμο για να πραγματοποιηθεί η διαδικασία ελέγχου. Completed: Το task ολοκληρώθηκε επιτυχώς. Rejected: Το task απορρίφθηκε. Παρακάτω θα βρείτε πληροφορίες ανά βήμα, ώστε να είναι ξεκάθαρη η διαδικασία για όλους μας. TopHost Scrum 2013 Σελίδα 8 από 11

9 Βήμα 1. New Request: Task μπορούν να εισάγουν όλοι οι εμπλεκόμενοι (Προγραμματιστές, Τμήμα Marketing, Product Οwner κτλ.). Όταν εισάγουμε ένα Task όπου είναι υπεύθυνος κάποιος άλλος (ο οποίος θα κάνει το Testing), θα πρέπει να τον επιλέγουμε στο πεδίο Requested By. Ως προεπιλογή είναι το account που έχει κάνει login. Όταν χρειάζεται να χωρίσουμε ένα Task σε μικρότερα, θα πρέπει: 1. Να εισάγουμε ένα Task στο κεντρικό Project, όπου τα πεδία Assigned To και Release θα πρέπει να είναι κενά. Αυτά τα Task ονομάζονται Parent Task. 2. Επιλέγοντας το Parent Task μπορούμε από τη δεξιά στήλη να επιλέξουμε Subitems και στη συνέχεια το κουμπί Add. 3. Στα Subitems θα πρέπει να ορίσουμε εκτός των άλλων και τα πεδία Assigned To και Release. Βήμα 2. Grooming (Γραφικά και Κείμενα) Όταν ένα Task είναι σε αυτό το βήμα μπορείτε να χρησιμοποιήσετε τις επιλογές Τα γραφικά είναι έτοιμα και Τα κείμενα είναι έτοιμα, ώστε να μην εμφανίζονται στις λίστες με τα Task που χρειάζονται γραφικά ή/και κείμενα. Σημείωση: Αν είναι ακόμη επιλεγμένο το New Request επιλέξτε το συγκεκριμένο Workflow Step. Όταν ανεβάζεται γραφικά τα οποία είναι πολλά σε πλήθος, θα πρέπει να ανεβαίνουν σε ένα συμπιεσμένο αρχείο. Αυτό πρέπει να γίνετε γιατί το axosoft δεν έχει επιλογή για κατέβασμα όλων των αρχείων. Αν έχετε πληροφορίες για την μορφοποίηση της σελίδας CSS, υπάρχει σχετικό πεδίο όπου μπορείτε να χρησιμοποιήσετε. Αν πάλι είναι πολλά μπορείτε να γράψετε πχ. Στο Google Docs και να εισάγετε το σχετικό Url. Αν τα Κείμενα του Task είναι πολλά, μπορείτε να τα γράψετε πχ. Στο Google Docs και να εισάγετε το σχετικό Url. Βήμα 3. Groomed (Ready to approve) Όταν οι προγραμματιστές θεωρούν ότι το Task δεν χρειάζεται κάποια διευκρίνιση, γραφικά ή κείμενα θα πρέπει να το αλλάζουν στο Workflow Step σε Groomed (Ready to approve). Βήμα 4. In Progress Όταν οι προγραμματιστές ξεκινούν να δουλεύουν ένα Task μπορούν να αλλάζουν το Workflow Step σε In Progress, για ενημέρωση του υπεύθυνου του Task ότι έχει ξεκινήσει η υλοποίηση του. TopHost Scrum 2013 Σελίδα 9 από 11

10 Βήμα 5. Ready For Testing Όταν το task είναι έτοιμο για να μπει σε διαδικασία Testing, θα πρέπει το αλλάζει το Workflow Step σε Ready For Testing. Όταν μπει σε αυτό το βήμα θα σταλεί αυτόματα ειδοποίηση στα παρακάτω accounts που έχουν οριστεί. Επίσης καλό θα είναι να ενημερώνουν και οι προγραμματιστές τον υπεύθυνο του Task, ώστε να μην καθυστερεί η διαδικασία του Testing. Μετά την ολοκλήρωση του Testing, ο Tester θα πρέπει: 1. Να γραφεί στο πεδίο Αναφορά Δοκιμών (Test Report) τις δοκιμές που έχει κάνει αλλά και τις πιθανές αλλαγές που πρέπει να γίνουν σχετικά με το συγκεκριμένο Task. Ενημερωτικά: Μπορείτε να χρησιμοποιήσετε το κουμπί Stamp ώστε να εισάγει μόνο του το όνομα του χρήστη και την ώρα. Η ώρα που εμφανίζεται δεν είναι η τοπική μας. 2. Επίσης είναι καλό να ενημερώνεται ο αρμόδιος προγραμματιστής ώστε να μην υπάρχουν καθυστερήσεις στην διαδικασία των αλλαγών. 3. Αν δεν υπάρχουν αλλαγές τότε θα πρέπει να αλλάζει το Workflow Step σε Completed. Όταν το Testing πρέπει να το κάνει το τμήμα Υποστήριξης (Support) θα πρέπει να μπαίνει σχετικό Ticket. Αν δεν μπορεί να γίνει Testing από κάποιον άλλο παρά μόνο από τον προγραμματιστή, τότε θα πρέπει να στέλνεται ένα ενημερωτικό στον αρμόδιο του Project με τα Test που έχουν πραγματοποιηθεί. Σε περίπτωση καθυστέρησης στην διαδικασία του Testing θα πρέπει να ενημερώνεται ο Scrum Master. TopHost Scrum 2013 Σελίδα 10 από 11

11 Η διαδικασία των Δοκιμών (Testing): Το βασικό ερώτημα είναι, ποιος θα κάνει τις δοκιμές στα task που υλοποιούνται. Οι βασικές δοκιμές θα πραγματοποιούνται από τον προγραμματιστή κατά το στάδιο υλοποίησης (In Progress) με βάση την περιγραφή του task. Θα μπορούσαμε να δούμε αν είναι εφικτό να καταγράφουμε τα διαφορετικά σενάρια κατά την διαδικασία του Grooming. Αυτό θα βοηθήσει στην διαδικασία των δοκιμών αλλά και για να ξέρουμε πότε το task έχει τελειώσει. Τελικές δοκιμές θα πραγματοποιούνται κατά το το στάδιο Ready For Testing από τον υπεύθυνο του κάθε task. O υπεύθυνος θα μπορούσε να είναι αυτός που ζήτησε την υλοποίηση του task, άρα γνωρίζει και τι θέλει από αυτό. Επίσης σε αυτό το στάδιο θα γίνεται και ο έλεγχος εμφάνισης από τον γραφίστα (σε εμάς η Μαριάννα). Εκτίμηση χρόνου Task Για την εκτίμηση του χρόνου του κάθε task μπορούμε να χρησιμοποιήσουμε την τεχνική που χρησιμοποιούν στην axosoft, δηλαδή κάποιες προκαθορισμένες χρονικές περιόδους. Στον επόμενο πίνακα μπορούμε να δούμε τις διαθέσιμες επιλογές. Στην περίπτωση που ένα task εκτιμήσουμε ότι για παράδειγμα χρειάζεται 3 ώρες για να υλοποιηθεί, τότε επειδή δεν υπάρχει στον παρακάτω πίνακα, θα ορίσουμε την αμέσως επόμενη (μεγαλύτερη) τιμή, δηλαδή στο συγκεκριμένο 4 ώρες. Πίνακας 1. Προκαθορισμένες χρονικές περίοδοι για την δήλωση της αρχικής εκτίμησης Ώρες Ημέρες Μήνες Τι θα πρέπει να συμπεριλαμβάνουμε στην εκτίμηση χρόνου: Εκτιμώμενος χρόνος υλοποίησης και δοκιμών από τον προγραμματιστή. Χρόνος δοκιμών από τον υπεύθυνο του task. Θα μπορούσε αυτός ο χρόνος να είναι σταθερός, πχ. 1 ημέρα. Χρόνος ρίσκου (Risk). Θα περιλαμβάνει ένα εκτιμώμενο χρονικό διάστημα για την επίλυση θεμάτων που περιέχουν κάποιο ρίσκο. Για παράδειγμα, έναν επιπρόσθετο χρόνο για την εύρεση πληροφοριών/διαδικασιών για κάτι που δεν γνωρίζουμε πώς υλοποιείται. TopHost Scrum 2013 Σελίδα 11 από 11