Μετατρέψτε ένα αποτέλεσμα σε initiative

Περιγράψτε το αποτέλεσμα πριν από τα βήματα

Η υποθετική υπηρεσία εξοπλισμού χρειάζεται αυτοεξυπηρέτηση εργαζομένων. Ένα χρήσιμο αίτημα δηλώνει το αποτέλεσμα: «Ένας εργαζόμενος του οποίου έχει ελεγχθεί η ταυτότητα μπορεί να δημιουργεί αίτημα και να βλέπει μόνο τα δικά του αιτήματα.»

Εξηγήστε γιατί έχει σημασία: σήμερα οι managers καταχωρούν αιτήματα για τους εργαζομένους. Ορίστε το πεδίο: δημιουργία αιτήματος, εμφάνιση κατάστασης, έλεγχοι πρόσβασης και αποδεικτικά στοιχεία για αυτές τις συμπεριφορές. Εξαιρέστε τις αυτόματες αγορές και τις αλλαγές στον κανόνα έγκρισης από manager.

Μην προδιαγράφετε αλλαγές αρχείων πριν εξεταστεί το αποθετήριο. Το initiative καταγράφει την πρόθεση· ο λεπτομερής σχεδιασμός μετατρέπει αυτή την πρόθεση σε βήματα υλοποίησης.

Ανασκοπήστε τι παρήγαγε το αίτημα

Το Taiga χρησιμοποιεί το αίτημα και το πλαίσιο προϊόντος για να δημιουργήσει ένα initiative ή ένα διατεταγμένο σύνολο initiatives. Η νέα εργασία φτάνει στο Backlog. Ένα μεγαλύτερο αίτημα μπορεί να χρειάζεται πολλές αλλαγές που μπορούν να ανασκοπηθούν ανεξάρτητα.

Διαβάστε την παραγόμενη τελική κατάσταση, το Why και το Scope. Ελέγξτε ότι διατηρήθηκε η απαιτούμενη συμπεριφορά και τηρήθηκαν οι εξαιρέσεις. Αν ένα υπάρχον initiative καλύπτει ήδη το αίτημα, το Taiga μπορεί να το ονομάσει αντί να δημιουργήσει διπλότυπο.

Ένα αίτημα που μπλοκάρεται από δημοσιευμένη πολιτική χρειάζεται τη διαδικασία απόφασης που ορίζει αυτή η πολιτική. Διαβάστε την εξήγηση και επιλύστε τη σύγκρουση μέσω αυτής της διαδικασίας. Μην ξαναγράφετε το αίτημα απλώς για να κρύψετε την απαγορευμένη ενέργεια.

Αντιμετωπίστε τον πίνακα ως ακολουθία εκτέλεσης

Το Taiga εργάζεται σε ένα initiative τη φορά ανά προϊόν, συμπεριλαμβανομένου του σχεδιασμού. Ξεκινά το επόμενο initiative της ουράς αφού γίνει merge το τρέχον pull request. Δεν μεταφέρει αυτόματα στοιχεία από το Backlog ή το Todo στο Queue.

Η τοποθέτηση στο Queue έχει σημασία. Παρακάμπτει την αναμονή για ημιτελείς εξαρτήσεις. Πριν βάλετε την αυτοεξυπηρέτηση εργαζομένων στην ουρά, επιβεβαιώστε ότι υπάρχει η βάση διαχείρισης ταυτότητας ή ότι το επιλεγμένο πεδίο τη δημιουργεί σωστά.

Εξετάστε το λεπτομερές σχέδιο

Ο planner διαβάζει το αποθετήριο, τα έγγραφα προϊόντος, τις πολιτικές, τις οδηγίες και το πλαίσιο deployment. Ελέγξτε το σχέδιο σε σχέση με το πραγματικό αποτέλεσμα για τον χρήστη και το περιβάλλον.

Για την υπηρεσία εξοπλισμού, επαληθεύστε τρεις περιπτώσεις πρόσβασης. Ένας εργαζόμενος βλέπει το αίτημά του. Ένας άλλος εργαζόμενος δεν μπορεί να το δει. Ένας manager διατηρεί την προβλεπόμενη πρόσβαση ανασκόπησης. Συμπεριλάβετε migration δεδομένων και επιπτώσεις στη λειτουργία αν η υλοποίηση τα αλλάζει.

Αν το Build on its own by default είναι απενεργοποιημένο, το ολοκληρωμένο σχέδιο περιμένει την απόφασή σας. Το Approve ξεκινά το build με την ταυτότητα του ατόμου που εγκρίνει, υπό τους περιορισμούς των δικαιωμάτων του. Το Reject χρησιμοποιεί τα σχόλιά σας για νέο σχεδιασμό. Ένα initiative μπορεί να έχει τη δική του ρύθμιση.

Χρησιμοποιήστε τη σωστή καταγραφή για την επόμενη απόφαση

Τα σχέδια έχουν εκδόσεις. Ένα run καταγράφει ποιο σχέδιο εκτέλεσε. Αν αλλάξει η επιδιωκόμενη προσέγγιση, ανασκοπήστε το initiative και την κατάλληλη ενέργεια επανασχεδιασμού. Χρησιμοποιήστε το run για να εξετάσετε την προηγούμενη προσπάθεια.

Ένα build, ένα pull request που έχει γίνει merge και μια διάθεση στο production είναι διαφορετικές καταστάσεις. Κρατήστε ορατά τα στοιχεία αποδοχής και την ευθύνη deployment καθώς προχωρά η εργασία. Συνεχίστε με τις ρυθμίσεις αυτονομίας.