# Η καθημερινή στάση είναι μαλακίες (εκτός αν κερδίζουν το μισθό τους) > Καθημερινά standups δεν είναι εγγενώς κακό - αλλά όταν γίνονται τελετουργικά αντί της ευθυγράμμισης, χάνουν χρόνο και την εμπιστοσύνη ζημιές. Αυτό το άρθρο εξερευνεί γιατί η τελετή είναι φόρος, πώς να μετρήσει την αξία της, και πρακτικά async-πρώτη εναλλακτικές λύσεις που κρατούν τις ομάδες ευθυγραμμισμένες χωρίς καύση ενέργειας ή χρόνου. ## Εισαγωγή Σε σχεδόν 30 χρόνια ανάπτυξης λογισμικού, έχω παρακολουθήσει περισσότερες καθημερινές standups από όσες θέλω να μετρήσω. Η διαφορά; Ένα είδος standup *κέρδισε το φόρο του*Η άλλη ήταν απλά τελετή. [TOC] ## Μια Εξομολόγηση Πρέπει να ομολογήσω: Είμαι μια έξυπνη Agilist. Έγινα έτσι βιώνοντας το WORST των PRINCEs, καταρράκτες, και βαριά-χέρια πλαίσια διαδικασίας. Έχω ζήσει μέσα από την "ολοκληρωμένη τεκμηρίωση πριν από μια ενιαία γραμμή κώδικα" εποχή. Έχω καθίσει σε συναντήσεις του Συμβουλίου Ελέγχου Αλλαγής, όπου η ανάπτυξη μιας γραμμής διόρθωση απαιτείται τρεις εβδομάδες της έγκρισης χαρτιά. Το απλό είναι: **Αγγειά είναι ο καλύτερος τρόπος για να οικοδομήσουμε καλό λογισμικό.** Για να παραφράσω τον Τσώρτσιλ: > *"Πράγματι έχει ειπωθεί ότι η Agile είναι η χειρότερη μορφή της διαδικασίας ανάπτυξης λογισμικού - εκτός από όλες τις άλλες μορφές που έχουν δοκιμαστεί από καιρό σε καιρό."* Αλλά εδώ είναι το θέμα: **Το να είσαι υπέρ της Αγκίλ δεν σημαίνει να είσαι υπέρ της τελετής.**Στην πραγματικότητα, η υπεράσπιση των αδιαμφισβήτητων τελετών είναι η *απέναντι* της ευκίνητης. Άκου τι έμαθα: **Η ευκίνητη είναι η προσαρμογή, όχι η προσκόλληση.**. Ωστόσο, οι περισσότερες ομάδες κληρονομούν Scrum τελετουργίες χονδρικής, αντιμετωπίζοντάς τους ως ιερές και όχι ρεαλιστικές. Καθημερινά standups, σχέδιο σπριντ, αναδρομικά - αυτά είναι εργαλεία, όχι εντολές. *εργασία*. Αυτό το άρθρο δεν έχει να κάνει με την εξάλειψη standups, αλλά με την αμφισβήτηση του αν οι τελετές σας αποδίδουν αξία ανάλογη με το κόστος τους. **το πιο ευκίνητο πράγμα που μπορείτε να κάνετε είναι να προσαρμόσετε την ευκίνητη διαδικασία σας**. ## Το Scrum είναι ένα πρότυπο, όχι το Dogma Επιτρέψτε μου να είμαι σαφής: **Ο Σκραμ είναι πανέξυπνος σαν σημείο εκκίνησης.** Αν μόλις ξεκινάτε με την Agile, η Scrum είναι τόσο καλή όσο έρχονται - παρέχει σαφείς τελετές, καθορισμένους ρόλους, και ένα αποδεδειγμένο πλαίσιο που λειτουργεί για πολλές ομάδες. Αλλά κάπου κατά μήκος της γραμμής, μπερδευτήκαμε *μετά Scrum* με *να είσαι ευκίνητος*. Ο Σκραμ είναι **Εργαλειοθήκη**Ο Αγαθός είναι... **μυαλό**. Εδώ είναι το σημείο που κανείς δεν μιλάει για: **Μόλις ο Scrum αρχίσει να ξεθωριάζει, να σας επιβραδύνει, ή να προσφέρει λιγότερη αξία από ό, τι κοστίζει - τότε είναι που προσαρμόζεται**Η ικανότητα να αναγνωρίζεις πότε η διαδικασία σου χρειάζεται εξέλιξη είναι αυτό που ξεχωρίζει τις ώριμες ευκίνητες ομάδες από αυτές τις τελετές καλλιέργειας φορτίου. Και εδώ είναι η άβολη αλήθεια: Scrum Masters παίρνει πληρώνονται μόνο όσο χρησιμοποιείτε Scrum. Έτσι, ακολουθήστε τις συμβουλές τους, αλλά να θυμάστε τα κίνητρα τους δεν είναι απόλυτα ευθυγραμμισμένα με "χρησιμοποιείτε ό, τι λειτουργεί καλύτερα." [Το Ανήθικο Μανιφέστο](https://agilemanifesto.org/) Εκτιμούσε "τα άτομα και τις αλληλεπιδράσεις πάνω από τις διαδικασίες και τα εργαλεία" και τόνισε **"αυτο-οργανωτικές ομάδες"** Ωστόσο, έχω δει ομάδες να πιέζουν 9 π.μ. σε τρεις χρονικές ζώνες γιατί "αυτό λέει ο Σκραμ." Αυτό δεν είναι ευκινησία - αυτή είναι η παράδοση ντυμένη ως μεθοδολογία. Συνειδητοποίησα ότι πολλοί άνθρωποι που κάνουν "agile" δεν έχουν διαβάσει ποτέ το Agile Manifesto. Είναι το θεμελιώδες έγγραφο - που γράφτηκε το 2001 από 17 προγραμματιστές λογισμικού που ήταν κουρασμένοι από την ανάπτυξη βαρέων βαρών, τη διαδικασία. Εδώ είναι: > **Το Ανήθικο Μανιφέστο** > > *Αποκαλύπτουμε καλύτερους τρόπους ανάπτυξης λογισμικού κάνοντας το και βοηθώντας άλλους να το κάνουν.* > > - **Άτομα και αλληλεπιδράσεις** πάνω από διεργασίες και εργαλεία > - **Λογισμικό εργασίας** πάνω από πλήρη τεκμηρίωση > - **Συνεργασία πελατών** σχετικά με τη διαπραγμάτευση συμβάσεων > - **Ανταποκρινόμενη στην αλλαγή** over following a plan > > *Δηλαδή, ενώ υπάρχει αξία στα αντικείμενα στα δεξιά, εκτιμούμε περισσότερο τα αντικείμενα στα αριστερά.* Παρατηρήστε τι δεν υπάρχει εκεί μέσα: καθημερινές standups, σχεδίαση sprint, σημεία ιστορίας, αναδρομικά σημεία. Αυτά προήλθαν από το Scrum, το οποίο δημιουργήθηκε για να εφαρμόσει αυτές τις αξίες. Αλλά κάπου στην πορεία, αρχίσαμε να αντιμετωπίζουμε την εφαρμογή του Scrum ως στόχο αντί για τις ίδιες τις αξίες. Το Μανιφέστο είναι περίπου **αρχές**, όχι συνταγές. "Ιδιώτες και αλληλεπιδράσεις πάνω από τις διαδικασίες και τα εργαλεία" σημαίνει αν η διαδικασία σας (standups) παίρνει τον τρόπο των αλληλεπιδράσεων (πραγματική συνεργασία), το κάνετε ανάποδα. **Οι ομάδες αυτοοργάνωσης δεν χρειάζονται τελετές που τους επιβάλλονται.** ```mermaid graph TD A[Agile Manifesto] -->|Inspires| B[Scrum Framework] B -->|Provides| C[Ceremonies & Practices] C -->|Should be| D{Adapted to Context} D -->|Teams often skip this| E[Rigid Adherence] D -->|True agility| F[Continuous Optimization] E -->|Results in| G[Process Theatre] F -->|Results in| H[Effective Delivery] style A stroke:#e1f5ff style F stroke:#d4edda style G stroke:#f8d7da style H stroke:#d4edda ``` Σύμφωνα με την εμπειρία μου, οι ομάδες που στέλνουν γρηγορότερα δεν είναι αυτές που ακολουθούν τον Σκραμ σύμφωνα με τους κανόνες. **να επιθεωρήσουν και να προσαρμόσουν τη δική τους διαδικασία** Τόσο αυστηρά όσο επιθεωρούν και προσαρμόζουν τον κώδικα τους. ## Σταθμοί Συχνά Παρακμάζουν σε Τελετουργικό Επιτρέψτε μου να ζωγραφίσω μια εικόνα που μπορεί να αναγνωρίσετε: Είναι 9:00 π.μ. Είσαι βαθιά στην επίλυση ενός άσχημου κοριού concurrency. IDE σας είναι ανοιχτό, αποσφαλματωτής επισυνάπτεται, νοητικό μοντέλο πλήρως φορτωμένο. Στη συνέχεια - ping - η συνάντηση standup ξεκινά σε 2 λεπτά. Περίμενε, ενώ τρεις άνθρωποι θα είναι άθικτοι. - **Alice:** "Το ίδιο και χθες, δουλεύοντας στο χαρακτηριστικό σύνδεσης." - **Μπομπ:** "Φινίρισμα των εξετάσεων, όχι αποκλειστές." - **Κάρολ:** *(Κάμερα off)* "Ναι, ακόμα σε αυτή τη μετανάστευση βάσης δεδομένων." Δέκα λεπτά αργότερα, επιστρέφεις στον κωδικό σου, το νοητικό μοντέλο χάθηκε, ξοδεύεις άλλα 15 λεπτά για να ξαναχτίσεις το πλαίσιο. **Τι κατάφερε αυτή η συνάντηση;** Από την εμπειρία μου, οι αποτυχημένες standups έχουν κοινά συμπτώματα: ### Η Τελετουργική Λίστα Ελέγχου Παρακμής - [ ] Οι περισσότερες ενημερώσεις είναι παραλλαγές του "ίδιο με χθες" - [ ] Δεν λαμβάνονται αποφάσεις - [ ] Περισσότερο από το 50% των συμμετεχόντων έχουν κάμερες εκτός λειτουργίας - [ ] Timezone spreads forces late/early participation - [ ] Άνθρωποι multitask κατά τη διάρκεια της συνάντησης - [ Κανείς δεν ρωτάει συνέχεια. - [ ] Η συνάντηση θα μπορούσε να είναι ένα μήνυμα Slack Όταν εμφανίζονται αυτά τα συμπτώματα, το standup σας δεν δημιουργεί ευθυγράμμιση. **συγχρονισμένη κόπωση**. ### Το Πρόβλημα της Παρακολούθησης Ας είμαστε ειλικρινείς: σε πολλούς χώρους εργασίας, το standup 9 π.μ. είναι ένα ρολό παρακολούθησης. Είναι ένας τρόπος για να επιβεβαιώσουμε ότι οι άνθρωποι είναι "στα γραφεία τους" (ή τουλάχιστον ξύπνιοι). Αν χρειάζεστε ένα καθημερινό standup για να ξέρετε αν οι προγραμματιστές σας εργάζονται, έχετε ένα πρόβλημα εμπιστοσύνης, όχι ένα πρόβλημα διαδικασίας. **Αντιμετωπίστε τους προγραμματιστές σας σαν επαγγελματίες.** Κρίνοντάς τους με ό, τι προσφέρουν, όχι με το αν εμφανίστηκαν εγκαίρως σε μια συνάθροιση. ```mermaid graph LR A[Standup Intent] -->|Should produce| B[Alignment] A -->|Should identify| C[Blockers] A -->|Should enable| D[Quick Decisions] E[Ritual Standup] -->|Actually produces| F[Status Updates] E -->|Actually creates| G[Context Switching] E -->|Actually wastes| H[Focus Time] style A stroke:#d4edda style B stroke:#d4edda style C stroke:#d4edda style D stroke:#d4edda style E stroke:#f8d7da style F stroke:#fff3cd style G stroke:#f8d7da style H stroke:#f8d7da ``` ## Όλη η Τελετή Είναι Φόρος Εδώ είναι το πλαίσιο που άλλαξε το πώς σκέφτομαι για τις ευκίνητες πρακτικές: **Κάθε τελετουργικό καταναλώνει πόρους:** - **Ώρα** - 15 λεπτά × 5 προγραμματιστές × 5 ημέρες = 6,25 ώρες/εβδομάδα - **Γνωστική ενέργεια** - η αλλαγή του πλαισίου καταστρέφει τη βαθιά εργασία - **Συναισθηματικό εύρος ζώνης** - Η "διαμορφωτική παρουσία" είναι εξουθενωτική - **Εστίαση** - η διακοπή των καταστάσεων ροής έχει σύνθετες δαπάνες Στις δημοκρατικές κοινωνίες, δεχόμαστε τη φορολογία *όταν χρηματοδοτεί βασικές υπηρεσίες*. Δρόμοι, σχολεία, υγειονομική περίθαλψη - αυτά δικαιολογούν το βάρος επειδή παίρνουμε αξία σε αντάλλαγμα. Οι ευγενικές τελετές λειτουργούν με τον ίδιο τρόπο. ```mermaid graph TD A[Ceremony/Ritual] -->|Consumes| B[Team Resources] B --> C[Time] B --> D[Energy] B --> E[Focus] B --> F[Context] A -->|Must produce| G{Value?} G -->|Yes| H[Justified Tax] G -->|No| I[Process Theatre] H -->|Examples| J[Blocker identified
Alignment achieved
Decision made] I -->|Examples| K[Status updates
Calendar filler
Nobody engaged] style A stroke:#e1f5ff style G stroke:#fff3cd style H stroke:#d4edda style I stroke:#f8d7da ``` ### Η φορολογική εξίσωση Για κάθε τελετή που δικαιολογεί την ύπαρξή της, αυτό πρέπει να είναι αλήθεια: **Αξία που παραδόθηκε > Πόροι που κατανείμονται** Κατά την εμπειρία μου, οι standups αποτυγχάνουν όταν οι ομάδες δεν μετρούν και τις δύο πλευρές αυτής της εξίσωσης. *"Ακόμα αξίζει τον κόπο;"* ## Καλύτερες, Φθηνότερες, Γρήγορες Εναλλακτικές Εδώ είναι αυτό που έχω δει να δουλεύει σε διαφορετικά πλαίσια της ομάδας: ### Ενημερώσεις κατάστασης → Async Check-in Αντί για συγχρονισμένες συναντήσεις, δοκίμασε: **Κρεμμύδια (Daily)** ``` 👋 Good morning! Quick updates: ✅ Yesterday: Completed auth refactor (#234) 🎯 Today: Tackling payment integration (#456) 🚧 Blockers: Need staging DB access (@alice) ``` **Κόστος χρόνου:** 2 λεπτά έναντι 15 λεπτά **Αντίκτυπος χρονοζώνης:** Μηδέν **Αναζήτηση ιστορικού:** Ναι. ### Η επίδραση πολλαπλασιαστή επικοινωνίας Εδώ είναι ένα KEY BENEFIT που οι περισσότερες ομάδες αστοχούν: **Το slack check-in γίνεται το μέρος για να επικοινωνήσετε με οποιονδήποτε ενδιαφέρεται για την πρόοδο.** Οι διαχειριστές προϊόντων, οι ενδιαφερόμενοι, οι σχεδιαστές, οι άλλες ομάδες μηχανικών - μπορούν να εγγραφούν στο κανάλι και να παραμείνουν ενημερωμένοι χωρίς να αναγκάζουν τους προγραμματιστές σε άλλη συνάντηση. **Η δουλειά σας είναι να φτιάξετε την ομάδα σας ως μηχανή παράδοσης χαρακτηριστικών.** Όταν ο Διευθύνων Σύμβουλος ρωτήσει "σε τι δουλεύει η ομάδα;," στείλτε τους έναν σύνδεσμο. Όταν το προϊόν χρειάζεται ενημέρωση, είναι εγγεγραμμένοι. Όταν οι άλλες ομάδες συντονιστούν, βλέπουν την πρόοδό σας σε πραγματικό χρόνο. *ενίσχυση*, όχι *από πάνω*. ### Κάνοντας το Αληθινά Ασύγχρονο Εδώ είναι πώς να κάνει αυτό το έργο σε οποιαδήποτε χρονική ζώνη: **Το μοτίβο:** "Status ενημερώσεις μέχρι τις 9πμ" (την τοπική ώρα σας) - και να αφήσει **λεπτομερείς σημειώσεις για κάθε εργασία στο νήμα Slack**. Όχι μόνο "working on auth" αλλά "Auth repacter: finished JWT validation, starting refresh brand flow, blocker: need design approval on error states." Το Australia dev αφήνει το σημείωμά τους όποτε λειτουργεί καλύτερα γι 'αυτούς - ίσως στο τέλος της ημέρας τους. Στις 9 π.μ. ώρα Αγγλίας (ή πριν αν είναι επείγον), μπορείτε να το διαβάσετε και να το κάνετε: "Ντέιβ, μπορείτε να βοηθήσετε τον Joe με την έγκριση σχεδιασμού;" Στη συνέχεια, αφήνετε το TEAM να κανονίσει πώς συμβαίνει. **Αυτοί οδηγούν τη διαδικασία.** Δεν ενορχηστρώνεις κάθε αλληλεπίδραση, αφαιρείς τους αποκλεισμούς και αφήνεις τους επαγγελματίες να συντονιστούν άμεσα. Αυτή είναι η αρχή της Αγιότητας. **ομάδες αυτοοργάνωσης** όχι "ομάδες που ακολουθούν μια καθορισμένη διαδικασία," αλλά ομάδες που οργανώνουν γύρω από την ίδια την εργασία. Οι πληροφορίες είναι διαφανείς, το πλαίσιο είναι κοινό, και η ομάδα σκέφτεται πώς να την λύσει. Η λεπτομέρεια στις σημειώσεις σημαίνει ότι δεν χρειάζεσαι συγχρονική διευκρίνιση, η ομάδα αυτο-οργανώνεται γύρω από τις πληροφορίες. ### GitHub + Slack = Culture + Status Σύνδεσμος GitHub στο κανάλι σας Slack. Τώρα μια ενημέρωση κατάστασης ΓΙΝΕΤΑΙ μια PR. Κριτικές κώδικα είναι ορατά. Γιορτάζετε νίκες με emoji. Αυτό δεν είναι επιπόλαιο - είναι πολιτισμός. ``` 🎉 @alice opened PR #234: Add JWT refresh token flow 💪 @bob approved PR #234: "Beautiful error handling!" 🚀 @alice merged PR #234 into main ✅ Build passed: 47 tests, 0 failures ``` Μηδέν φόρος, αυτόματη ορατότητα, αναγνώριση ομοτίμων. **Κάντε το πιο κρίσιμο μέρος για την επικοινωνία ένα ωραίο μέρος για να είναι.** Αν το κανάλι της ομάδας σας είναι όπου η εργασία συμβαίνει, κάντε το κάπου που οι άνθρωποι θέλουν να είναι. Γιορτάστε κερδίζει. Εκτιμήστε την καλή δουλειά δημόσια. Ευχαριστώ τους ανθρώπους για τη βοήθεια. **Αυτή είναι μηχανική κουλτούρα.** Όταν το κύριο κανάλι επικοινωνίας αισθάνεται θετικό, οι άνθρωποι ασχολούνται περισσότερο, ζητούν βοήθεια νωρίτερα, και μοιράζονται τη γνώση ελεύθερα. ### Όταν το Async αποτύχει (Και πώς να το διορθώσετε) Ο Ασίνκ-πρώτος δεν είναι τέλειος. - **Ο κόσμος δεν διαβάζει το κανάλι.**: Κάντε το πολύτιμο (ειδοποιήσεις GitHub, αποφάσεις, κερδίζει). - **Αποκλεισμένος για 4 ώρες απαρατήρητος**: Clear protocol. Ετικέτα με το ~, @mention, κλιμακώνεται μετά από 2 ώρες. - **Χρονικά κενά = 8 ώρες καθυστερήσεις**Για τις παγκόσμιες ομάδες, δεχθείτε καθυστέρηση παράδοσης, αλλά έγγραφο διεξοδικά. - **Οι Τζούνιορς δεν μιλάνε πιο δυνατά.**Κάντε το "Είμαι κολλημένος" ασφαλής με το να γιορτάσετε τις πρώτες ερωτήσεις. **Το κλειδί: το Async-πρώτο δεν σημαίνει μόνο async-μόνο.** Όταν κάτι κολλήσει, πήδα σε ένα τηλεφώνημα. **Το ίδιο συμβαίνει και για τους φυσικούς χώρους** Αν είσαι ακόμα σε γραφείο και έχεις δωμάτιο ομάδας, κάντο ωραίο. Καλές καρέκλες, καλός καφές, λευκοί πίνακες που δουλεύουν, φυσικό φως, αν είναι δυνατόν, ένας χώρος που δεν μοιάζει με τιμωρία. Όταν η αίθουσα της ομάδας είναι ευχάριστη, οι άνθρωποι φυσικά βαριούνται εκεί. Συνομιλίες συμβαίνουν. Προβλήματα λύνονται στο λευκό πίνακα. Κάποιος ακούει έναν αναστολέα και πηδάει για να βοηθήσει. Αυτό είναι οργανική συνεργασία - το είδος που standups προσπαθούν (και αποτυγχάνουν) να κατασκευάσουν. Αυτό είναι ό, τι **ομάδες αυτοοργάνωσης** Αλλά επαγγελματίες που οργανώνουν γύρω από την εργασία, επειδή το περιβάλλον το καθιστά εύκολο. Ένα καταθλιπτικό δωμάτιο με σπασμένα έπιπλα και φωτισμό φθορισμού; Οι άνθρωποι εργάζονται από το σπίτι ή κρύβονται στα γραφεία τους. **Σχετικά με τις συγχρονιστικές συναντήσεις:** Μπορείτε ακόμα να κλείσετε επαναλαμβανόμενες συναντήσεις όταν χρειάζεται - δεν χρειάζεται να ακυρώσετε τα πάντα. Το κλειδί είναι η πρόθεση. Μια εβδομαδιαία 1-on-1; Κρατήστε το. Διατηρεί χώρο στα ημερολόγια και δείχνει σημασία. *προαιρετική συγχρονική συζήτηση* Όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι, όχι *υποχρεωτική υποβολή εκθέσεων σχετικά με την κατάσταση*. Κλείστε την επανάληψη, αλλά καταστήστε σαφές: "Αν δεν έχετε τίποτα να συζητήσετε αυτή την εβδομάδα, μπορείτε να την παραλείψετε." **Ορίστε η προσέγγισή μου ως τελειόφοιτος.** Ποτέ δεν ακυρώνω το 1-on-1, αλλά το ξεκαθαρίζω... είναι εκεί γι' αυτούς... αυτό στέλνει ένα μήνυμα: "Προστάτεψα αυτή τη φορά για σένα... χρησιμοποίησε το αν το χρειάζεσαι... χωρίς πίεση αν δεν το κάνεις." Μερικές βδομάδες θα το παραλείψουν, επειδή είναι κάτω και ρέουν, άλλες εβδομάδες θα χρησιμοποιήσουν και τα 30 λεπτά, γιατί κάτι τους ενοχλεί ή θέλουν να μιλήσουν μέσα από ένα σχέδιο. Η επανειλημμένη συνάντηση δημιουργεί **διάστημα**- Όχι υποχρέωση. Αυτό είναι ιδιαίτερα χρήσιμο για: - Ένα προς ένα (διατηρήστε το χώρο σχέσης) - Αρχιτεκτονικές συζητήσεις (complex, ωφεληθείτε από whiteboarding) - Τα ενδιαφερόμενα μέρη θα πρέπει να υποβάλουν έκθεση (συναισθηματική/πολιτική αξία σε ζωντανή αλληλεπίδραση) Ο στόχος δεν είναι μηδέν συναντήσεις. **συναντήσεις που κερδίζουν το χρόνο τους**. ### Ευθυγράμμιση → Ακριβές Συμβούλιο Σύμφωνα με την εμπειρία μου, οι ομάδες που κρατούν τις kanban σανίδες τους σε ισχύ δεν χρειάζονται standups για ορατότητα. **Δείκτες πλούσιοι σε σήματα:** - Σημεία ιστορίας με μπαρ λάθους (περιοχές εμπιστοσύνης) - "Κόλλησε" ετικέτες με δείκτες γήρανσης - Κατάσταση PR απευθείας σε κάρτες - Πραγματική vs εκτιμώμενη παρακολούθηση του χρόνου Αν το συμβούλιο σας είναι αξιόπιστο, **Κοιτάζοντας αυτό θα πρέπει να απαντήσει "τι κάνουν όλοι;"** ### Αποκλειστές → Ετικέτες έκδοσης + Pings Async Οι πραγματικοί αποκλειστές χρειάζονται άμεση προσοχή, όχι μια επόμενη στάση. **Καλύτερο μοτίβο:** 1. Θέμα ετικετών με `🚧 blocked` 2. Ping σχετικό πρόσωπο άμεσα 3. Εάν δεν επιλυθεί σε 2 ώρες, κλιμακώνεται σε μόλυβδο 4. Χρόνος ανάλυσης αποκλειστών τροχιάς ως μετρικό ### Ομάδα Συνοχής → Weekly Retros + Ζευγάρωμα Το επιχείρημα που ακούω πιο συχνά: *"Αλλά οι standups μας κρατούν ενωμένους σαν ομάδα!"* Δίκαιο σημείο. Αλλά είναι μια καθημερινή κατάσταση ενημέρωση ο καλύτερος τρόπος για να οικοδομήσουμε σύνδεση; Σύμφωνα με την εμπειρία μου, αυτά δημιουργούν *πιο δυνατά.* ομόλογα: - **Συνεδρίες ζευγαρώματος** - πραγματική συνεργασία - **Εβδομαδιαία ρετρό** - ειλικρινής αντανάκλαση - **Δυνατά κανάλια ψύξης νερού** - Ασύγχρονη κοινωνική ώρα - **Μηνιαία γεύματα ομάδας** - σύνδεση χωρίς εργασία ```mermaid graph LR A[Team Cohesion Goals] --> B{Choose Method} B -->|Status sharing| C[Async Check-ins
2 min/person] B -->|Problem solving| D[Pairing Sessions
As needed] B -->|Reflection| E[Weekly Retro
1 hour/week] B -->|Social bonding| F[Slack channels
Continuous] G[Daily Standup
15 min × 5 days] -.->|Tries to do all| A style A stroke:#e1f5ff style C stroke:#d4edda style D stroke:#d4edda style E stroke:#d4edda style F stroke:#d4edda style G stroke:#fff3cd ``` ### Το Πλαίσιο Matrix Δεν πρέπει όλες οι ομάδες να υιοθετήσουν τις ίδιες τελετές. Ομαδικό Προφίλ Στάσου Τιμή Καλύτερη Εναλλακτική |--------------|---------------|-------------------| | **Ώριμη, κατανεμημένη, ασύγχρονη-πρώτη** □ Χαμηλός έλεγχος σλιπ-in + ακριβείς πίνακες | **Junior-heavy ομάδα** Μοντέλο χαμηλής νοημοσύνης (βλ. παρακάτω) | **Στενή προθεσμία, υψηλός κίνδυνος** Εξαρτάται από την ισορροπία: Θα 15 λεπτά σας επιβραδύνει; Αν δεν blockers, γιατί να αναφέρετε όταν είστε σε μια βιασύνη; Δοκιμάστε Slack αίθουσα πολέμου + κατά παραγγελία mudles | **Σταθερή ομάδα χαρακτηριστικών** Πολύ χαμηλός φόρος Async ενημερώσεις; κλίμακα μέχρι την ημέρα μόνο όταν χτίζουν σύνθετα χαρακτηριστικά πολλαπλών προσώπων ή κρίσιμα ζητήματα | **Ανοικτή πηγή, παγκόσμιες χρονικές ζώνες** Πολύ χαμηλές ενημερώσεις Async + εβδομαδιαία περίληψη βίντεο > **Εκτός: Ο Νεαρός Προγραμματιστής Μύθος** > > Κοινή σοφία: "Οι νέοι χρειάζονται καθημερινά standups για να μάθουν." Πραγματικότητα: standups συχνά **αύξηση του άγχους** Για τους νέους χωρίς να τους βοηθάμε να μεγαλώσουν. > > **Η ομάδα σου έχει τους Τζούνιορς σου.** Όχι standups. Mentatory κάνει. Επικεντρώστε χρόνο για τους ηλικιωμένους για να τους βοηθήσει. Κάντε το πολιτιστικά: Leads run Seniors, Seniors τρέχει Juniors. Juniors μπορούν να προετοιμάσει με τους τελειόφοιτους τους πριν ενημερώσεις, αλλά πρέπει να έχουν τη δική τους φωνή - ένας τελειόφοιτος δεν μιλάει ποτέ γι 'αυτούς. > > **Η επαγγελματική ανάπτυξη συμβαίνει μέσω της καθοδήγησης, όχι της αναφοράς κατάστασης.** Τα standups δεν διδάσκουν την εκτίμηση, την αρχιτεκτονική, ή την αποσφαλμάτωση. Από την εμπειρία μου, το λάθος δεν είναι να έχεις standups ή να μην τα έχεις. **για την εφαρμογή της ίδιας τελετής σε κάθε πλαίσιο**. ## ΟΛΑ Προσαρμόζονται σε Ό, τι Λειτουργεί Να η αλήθεια: **ΟΛΑ προσαρμόζονται σε αυτό που λειτουργεί καλύτερα για την ομάδα σας.** Αυτό είναι ό, τι η αρχή της Αγιότητας **ομάδες αυτοοργάνωσης** Όχι "ομάδες που ακολουθούν τέλεια τον Σκραμ," αλλά... **ομάδες που προσαρμόζουν συνεχώς τη διαδικασία τους για να εξυπηρετήσουν το έργο**. Μερικές ομάδες LIVE FOR daily standups - η ενέργεια, η σύνδεση, η ταχεία φωτιά πρόβλημα επίλυση. Μερικές θα διαμαρτυρηθούν ακόμη και σε ένα μήνυμα Slack, προτιμώντας βαθιά εστίαση με ελάχιστη διακοπή. Μια πραγματικά αυτο-οργανωτική ομάδα πειράματα, μέτρα, και επιλέγει. Προσαρμόζεσαι για να επιτύχεις το αποτέλεσμα. ### Ποιος Αποφασίζει να Αλλάξει τη Διαδικασία; Όταν λέω "η ομάδα αποφασίζει," ποιος κάνει αυτό το τηλεφώνημα; **επικεφαλής ή ανώτεροι προγραμματιστές** Η ηγεσία δημιουργεί συνθήκες βελτίωσης. **Το μοτίβο:** 1. Προτείνει κανείς ένα πείραμα - "Δοκιμάστε check-in async για 2 εβδομάδες;" 2. Η ομάδα συζητά για τις ανταλλαγές - ανησυχίες, μετρήσεις, πώς να επανέλθει 3. Ο μόλυβδος αποφασίζει εάν θα το τρέξει - με βάση την αγορά και τη σκοπιμότητα 4. Η ομάδα μετράει τα αποτελέσματα - χρόνος αποκλεισμού; ικανοποίηση; 5. Η ομάδα αποφασίζει να κρατήσει, να επιστρέψει, ή να κρατήσει **Η διαφάνεια είναι το κλειδί.** Αλλαγή βάσει στοιχείων ("έχουμε δεδομένα που δεν λειτουργούν"), όχι γνώμη ("Νομίζω ότι αυτό είναι καλύτερο"). Αν η ομάδα σας δεν μπορεί να εκφράσει ανησυχίες για αλλαγές στη διαδικασία, δεν έχετε μια ομάδα αυτοοργάνωσης - έχετε εντολή και έλεγχο με καλύτερες λέξεις buzz. ### Spikes: Το πείραμα των μυών Ορίστε ένα μοτίβο που λατρεύω: **ακίδες**. Εάν χρησιμοποιείτε sprints (ή απλά γρήγορη ανατροφοδότηση κύκλου), ακίδες είναι ο προϋπολογισμός πειραματισμού σας. **Σημειώστε κάθε συζήτηση "θα πρέπει να δοκιμάσουμε X tech."** Όταν κάποιος λέει "Αναρωτιέμαι αν η αναζήτηση πλήρους κειμένου του Postgres θα ήταν γρηγορότερη από το Elasticsearch για αυτό," γράψτε το. Μην το συζητάτε σωστά τότε. **Χρησιμοποιήστε καρφιά ως διασκέδαση σπάσει κατά τη διάρκεια της βαριάς ανάπτυξης.** "Αλίκη, πάρε μια μέρα και δοκίμασε την προσέγγιση React Server Components που ανέφερες. Δες αν λύνει τα προβλήματα ενυδάτωσης μας." **Οι Spikes είναι διασκεδαστικοί για devs.** Είναι άδεια να εξερευνούν, να μαθαίνουν και ενδεχομένως να αποτυγχάνουν. **Παρακολουθήστε τους ως ομάδα:** - Πόσο θα πρέπει να διαρκέσει αυτή η ακίδα; (2 ώρες; 1 ημέρα; 3 ημέρες;) - Τι προσπαθούμε να μάθουμε; ("Δουλεύει αυτή η προσέγγιση;" όχι "Κατασκευάστηκε ολόκληρο το χαρακτηριστικό") - Πώς ξέρουμε αν τα κατάφερε; ("Μπορεί να δώσει 10k αντικείμενα χωρίς καθυστέρηση") - **Παρούσα ευρήματα στο τέλος** - Δεν χαζολογάς απλά, απαντάς σε ερωτήσεις για την ομάδα. Αυτό το τελευταίο σημείο είναι κρίσιμο. Η αιχμή τελειώνει με το "εδώ είναι αυτό που έμαθα." Μπορεί να είναι 10 λεπτά στο Σλακ, μπορεί να είναι 20 λεπτά σε έναν πίνακα. **Συνεισφέρεις στη γνώση της ομάδας, όχι μόνο αποσπώντας από αυτήν.**. **Αυτό είναι ιδιαίτερα σημαντικό για τους νέους.** Ένας μικρός που κάνει ένα καρφί στην φυλακή δεν είναι μόνο "μαθαίνω Redis." Γίνονται ο ειδικός της ομάδας Redis για την συγκεκριμένη περίπτωση χρήσης. "Αναφερθήκατε ότι θέλετε να μάθετε για την αποθήκευση. Εδώ είναι μια διήμερη καρφίτσα: ερευνήστε Redis vs in-memory caching για τις απαντήσεις API μας. Παρουσιάστε τα ευρήματά σας στην ομάδα την Παρασκευή." Τώρα ο μικρός δεν καταναλώνει μόνο γνώσεις από τελειόφοιτους - είναι **συμβολή στη συλλογική κατανόηση της ομάδας**Έτσι φτιάχνεις αυτοπεποίθηση, έτσι σταματάνε οι νέοι να νιώθουν απατεώνες. ### Ο Σπάικς πληρώνει για τους Εαυτούς Τους Εδώ είναι το οικονομικό επιχείρημα για καρφιά: δεν είναι μόνο ασκήσεις μάθησης - είναι επιταχυντές αποφάσεων. **Διαδρομή 1: Έγκριση** Επόμενος κύκλος dev, μπορείτε να χρησιμοποιήσετε αυτή την τεχνολογία. Παραδίδετε ΠΕΡΙΣΣΟΤΕΡΗ αξία ως αποτέλεσμα της ακίδας. Πλήρωσε για τον εαυτό του. Alice πέρασε μια ημέρα spiking React Server Components; Δύο εβδομάδες αργότερα, η ομάδα μεταφέρει ένα χαρακτηριστικό με 80% λιγότερο πελάτη-πλευρά JavaScript. **Διαδρομή 2: Αποβολή** "Δοκιμάσαμε την ομοσπονδία GraphQL και είναι πολύ περίπλοκη για το μέγεθος της ομάδας μας. Τώρα ξέρουμε: κολλήσει με REST για τους επόμενους 6 μήνες." **Επιτυχής απόφαση**Σταμάτησες να χάνεις το χρόνο σου αναρωτώντας "να χρησιμοποιήσουμε το GraphQL;" Η απάντηση είναι όχι, υποστηριζόμενη από αποδεικτικά στοιχεία. Και τα δύο αποτελέσματα έχουν αξία. Είτε κερδίζετε ένα εργαλείο ή εξαλείφετε τους αντιπερισπασμούς. Το χειρότερο αποτέλεσμα δεν είναι ποτέ spiking - απλά ατελείωτη συζήτηση "θα πρέπει να δοκιμάσουμε X?" χωρίς δεδομένα. **Ακόμα και η διαδικασία παίρνει καρφιά.** Μπορείτε να είστε "ιδιοκτήτης επεξεργασίας" στην ομάδα και να χρησιμοποιήσετε ακίδες διαδικασίας. "Ας δοκιμάσουμε Async check-in για 2 εβδομάδες. Αυτό είναι μια ακίδα διαδικασίας. Θα μετρήσουμε το χρόνο απόκρισης των αποκλειστών και να δούμε τι θα συμβεί." **Η αρχή: η αλλαγή οδηγείται από πειραματισμό.** Είναι υγιές για μια ομάδα να παίζει με την τεχνολογία. Είναι υγιές να παίζει με τη διαδικασία. Η εναλλακτική είναι στασιμότητα - ίδια εργαλεία, ίδιες τελετές, ίδιες απογοητεύσεις για χρόνια. Οι Spikes ομαλοποιούν τους πειραματισμούς, κάνουν ασφαλές να πουν "Δεν ξέρω αν αυτό θα πετύχει" και να το δοκιμάσουν ούτως ή άλλως. Αναρωτήσου: **Ποια πρέπει να είναι η έξοδος της ομάδας;** 1. **Ενημερώσεις σχετικά με το καθεστώς** (ενημερώνεται τουλάχιστον καθημερινά) - έτσι ώστε οι ενδιαφερόμενοι να γνωρίζουν τι συμβαίνει 2. **Είσοδος προς αλλαγή κατεύθυνσης** (πραγματικά πυρήνας για την ευκίνητη) - αλλά η standups δεν είναι πραγματικά γι 'αυτό ούτως ή άλλως? Αυτό είναι μια ξεχωριστή διαδικασία async μέσω εκκρεμότητας, ρετρό, και σχόλια των ενδιαφερομένων Η *καλύτερο αποτέλεσμα* Προσδιορίζετε τι πρέπει να "βγείτε εκτός" (σε ξεχωριστή συνάντηση των ενδιαφερομένων) ή όταν χρειάζεστε μια συνάντηση της ομάδας για να συζητήσετε κάτι περίπλοκο. ### Θυμηθείτε: Το προϊόν είναι η έξοδος Μέχρι να υπάρχει ένα χαρακτηριστικό για να παίξει με, **το προϊόν της διαδικασίας σας είναι η έξοδος της μηχανής ανάπτυξης σας**- Αυτό έχει σημασία. Εάν η εταιρεία σας χρειάζεται ενημερώσεις προόδου τροχαίου, σκεφτείτε πώς μπορείτε να το παραδώσετε ως CHEAPLY (σε φορολογικούς όρους) όσο το δυνατόν: **Creative Alternatives:** - Σενάριο που εξετάζει τα εισιτήρια JIRA για σημεία ιστορίας που έχουν ολοκληρωθεί - Εκτιμητής LLM με βάση την ιστορική ταχύτητα εργασίας - Αυτοματοποιημένη εβδομαδιαία πέψη από Git δεσμεύεται + περιγραφές δημοσίων σχέσεων - Dashboard τραβώντας από την κατάσταση του αγωγού CI/CD - Slack bot που επιφάνειες μπλοκάρει αυτόματα από ετικέτες εισιτηρίων Υπάρχουν προοπτικές που είναι φθηνότερες από το να αναγκάζουν τους ανθρώπους να αναφέρουν κάθε μέρα πρόοδο με το χέρι. Ο στόχος δεν είναι να εξαλείψουμε την επικοινωνία. **αυτοματοποίηση των μηχανικών μερών έτσι ώστε οι άνθρωποι να μπορούν να επικεντρωθεί στα πολύτιμα μέρη** - τις αποφάσεις, τη συνεργασία, τη δημιουργική επίλυση προβλημάτων. ## Μετρήστε Τελετουργικά σαν Συστήματα Αν είσαι προγραμματιστής, παρακολουθείς τα συστήματά σου, παρακολουθείς την καθυστέρηση, τα ποσοστά λάθους, τη χρήση πόρων. **Γιατί δεν το κάνουμε αυτό για τις διαδικασίες μας;** ### Τα Μετρικά Επικοινωνίας που Έχουν Πραγματικά Σημασία Πριν μπορέσετε να μετρήσετε τις τελετές, μετρήστε το **επικοινωνία από μόνη της**Εδώ είναι οι μετρήσεις που έχω εντοπίσει που αποκάλυψαν πραγματικά προβλήματα: **Χρόνος απόκρισης στα μπλοκάρει** - Μέσος χρόνος από "μπλοκαρισμένος" tag στην ανάλυση - Στόχος: < 2 ώρες κατά τη διάρκεια των ωρών επικάλυψης της ομάδας - Αν είστε σταθερά πάνω από 4 ώρες, κανάλια επικοινωνίας σας δεν λειτουργούν **Time-to-PR-Review** - Πόσος καιρός από τις δημόσιες σχέσεις άνοιξε για την πρώτη αναθεώρηση; - Στόχος: <4 ώρες για μικρές δημόσιες σχέσεις, <24 ώρες για μεγάλες - Αν οι κριτικές κάθονται για ημέρες, είτε οι άνθρωποι δεν ελέγχουν Slack ή έχετε πάρα πολύ WIP **Ποσοστό απαντήσεων σε ερωτήσεις** - Όταν κάποιος ζητάει βοήθεια στο κανάλι της ομάδας, πόσο συχνά παίρνει απάντηση μέσα σε 1 ώρα; - Στόχος: > 80% κατά τη διάρκεια των ωρών επικάλυψης - Αν είναι χαμηλά, το κανάλι σας δεν λειτουργεί ως κόμβος επικοινωνίας. **Αναπτύξτε τη συχνότητα** - Όχι μόνο ένα μετρικό DevOps - είναι ένα μετρικό επικοινωνίας - Αν αναπτύσσετε καθημερινά, ο συντονισμός λειτουργεί - Εάν η ανάπτυξη συστάδων τις Πέμπτες, η διαδικασία σας έχει προβλήματα **Εμπλοκή καναλιού Slack** - Όχι μόνο "ποιος τοποθέτησε" αλλά "που απάντησε σε άλλους" - Είναι 3 άτομα που μεταφέρουν όλο το φορτίο επικοινωνίας; - Παραμονεύει η μισή ομάδα; **Το μοτίβο:** Αν αυτές οι μετρήσεις είναι υγιείς, η υποδομή επικοινωνίας σας λειτουργεί. **Καμιά τελετή δεν θα το διορθώσει.**. Πρέπει να αντιμετωπίσετε το υποκείμενο πρόβλημα (ασαφής ιδιοκτησία, χαμηλή ψυχολογική ασφάλεια, τριβή εργαλείων κ.λπ.). ### Έλεγχος υγείας τελετών Ρωτήστε την ομάδα σας ανά τρίμηνο: 1. **Τι πρόβλημα έχει αυτή η τελετή;** - Αν κανείς δεν μπορεί να το εκφράσει καθαρά, σκότωσέ το. 2. **Τι αποδείξεις δείχνουν ότι δουλεύει;** - Το "πάντα το κάναμε" δεν είναι απόδειξη. 3. **Υπάρχει πιο γρήγορος τρόπος;** - Θα μπορούσε να λειτουργήσει ο ασύγχρονος; Θα μπορούσε να βοηθήσει η αυτοματοποίηση; 4. **Τι θα συμβεί αν το παραλείψουμε;** - Κάνε το πείραμα, σταμάτα για 2 βδομάδες. 5. **Δοκιμάσαμε εναλλακτικές λύσεις;** - Αν έχεις κάνει την ίδια τελετή για χρόνια αμετάβλητα, δεν είσαι ευκίνητος. ### Πρακτικό Παράδειγμα: Η Τελευταία μου Ομάδα Είχαμε καθημερινά standups για 18 μήνες. Στη συνέχεια, πρότεινα ένα πείραμα: **Υπόθεση:** Η ώριμη ομάδα μας μπορεί να διατηρήσει την ευθυγράμμιση με 3x εβδομαδιαίο check-in + Async ενημερώσεις. **Μετρική:** - Χρόνος ανάλυσης αποκλειστή - Ποσοστό επίτευξης στόχου Sprint - Ομαδική ικανοποίηση (ανώνυμη έρευνα) - Μέσος όρος ηλικίας PR **Αποτέλεσμα μετά από 4 εβδομάδες:** - Χρόνος μπλοκαρίσματος: **αμετάβλητη** (Χρησιμοποιούσαμε ετικέτες Slack) - Στόχοι Sprint: **+1 βελτίωση** (more focus time) - Ικανοποίηση: **+15% αύξηση** (δυσκολία συνάντησης κούραση) - Ηλικία PR: **- 8 ώρες μέσος όρος** (more review time) Όχι επειδή οι standups είναι κακές, αλλά επειδή **Τα συμφραζόμενα μας δεν δικαιολογούν τον φόρο.**. ```mermaid graph TD A[Current Ceremony] -->|Define| B[Success Metrics] B -->|Propose| C[Alternative Approach] C -->|Run| D[Time-boxed Experiment] D -->|Measure| E{Better Results?} E -->|Yes| F[Adopt New Approach] E -->|No| G[Keep Original] E -->|Mixed| H[Iterate & Re-test] F --> I[Document & Share] G --> J[Schedule Next Review] H --> C style A stroke:#e1f5ff style D stroke:#fff3cd style F stroke:#d4edda style I stroke:#d4edda ``` ## Ομαδική Διάρκεια & Θέμα Περιεχομένου Θέλω να είμαι ξεκάθαρος. **Δεν λέω να εξαλείψουμε τα standups παντού.**. Μερικά συμφραζόμενα ωφελούνται πραγματικά από τον καθημερινό συγχρονισμό: ### Όταν Αναστέλλονται Κερδίζουν το Φόρο Τους Κατά την εμπειρία μου, οι καθημερινές standups αποδίδουν αξία για: **Πρόσφατα Σχηματισμένες Ομάδες** - Τα μέλη δεν γνωρίζουν ο ένας το στυλ εργασίας του άλλου - Η άσκοπη γνώση δεν έχει αναπτυχθεί ακόμα. - Ανάγκη σαφούς συντονισμού κατά τη θέσπιση κανόνων **Junior-Heavy Teams** - Μαθαίνω να υπολογίζω και να σχεδιάζω - Επωφεληθείτε από τα σημεία αφής της καθημερινής καθηγήτριας - Χτίζοντας επαγγελματικές δεξιότητες επικοινωνίας **Υψηλής πίεσης απελευθέρωση Windows** - Συντονίζοντας τις εξαρτήσεις ανάπτυξης συμπλέγματος - Ταχεία ταυτοποίηση των αποκλειστών είναι κρίσιμης σημασίας - Ψυχολογική ασφάλεια στο κοινό στρες **Cross-Functional Discovery** - Προϊόν, σχέδιο και μηχανική εξερεύνηση από κοινού - Ταχεία τριβή επί πρωτοτύπων - Σφιχτοί βρόχοι ανατροφοδότησης απαραίτητοι **Η βασική αρχή:** Όταν αλλάζουν τα συμφραζόμενα της ομάδας σου, θα πρέπει και οι τελετές σου. Έχω δουλέψει με ομάδες που έκαναν standups κατά τη διάρκεια μιας 6 εβδομάδων προϊόν εκτόξευσης, στη συνέχεια μετατράπηκε σε async στη συνέχεια. **Αυτό είναι προσαρμογή.**. ## Πώς Φαίνεται το Καλό Επιτρέψτε μου να μοιραστώ πως μοιάζει η αποτελεσματική τελετή, όταν δουλεύει: ### Παράδειγμα: Το 7λεπτο Standup Μια από τις καλύτερες ομάδες που δούλεψα με τέτοιου είδους standups: **Μορφή:** 1. Όλοι αναρτούν ενημερώσεις στο Slack *πριν* Συνεδρίαση 2. Η συνάντηση ξεκινάει: "Χρειάζονται αποκλειστές ή αποφάσεις;" 3. Διεύθυνση μόνο των στοιχείων αυτών 4. Αν μη τι άλλο επείγον: "Μεγάλη, η συνάντηση ακυρώθηκε, πίσω στη δουλειά" **Μέση διάρκεια:** 7 λεπτά **Ακυρωθείσες συνεδριάσεις:** ~40% του χρόνου **Τιμή:** Επίλυση προβλήματος υψηλής ζώνης, θέατρο μηδενικής κατάστασης ### Παράδειγμα: Το Async Video Update Για μια κατανεμημένη ομάδα σε 9 χρονικές ζώνες: **Μοτίβο:** - Κάθε άτομο καταγράφει βίντεο 60 δευτερολέπτων Loom στο τέλος της ημέρας τους - Θέσεις σε κοινόχρηστο νήμα Slack - Άλλοι παρακολουθούν async και απαντούν με σχόλια / προσφορές βοήθειας - Weekly sync meeting only for complex discussions **Κόστος χρόνου:** 60 δευτερόλεπτα εγγραφής + 3 λεπτά παρακολούθησης **Θέματα χρονοζώνης:** Εξάλειψη **Σύνδεση:** Πιο ψηλά (βλέποντας πρόσωπα, ακούγοντας τον τόνο) ### Παράδειγμα: Το Dashboard Εμπιστοσύνης Αντί να ρωτάς "είσαι στην πίστα;," μια ομάδα έφτιαξε ένα απλό ταμπλό: Δουλειά & εργασία & εκτίμηση & εμπιστοσύνη & εμπιστοσύνη Τελευταία ενημέρωση > |------|----------|-----------|-------------| Auth reactor 5 points Auth reactor Πριν από 2 ώρες Πληρωμή API 8 πόντοι 6 πόντοι 60% πριν από 5 ώρες Μετανάστες DB 3 πόντοι 3 πόντοι 3 πόντοι 30 τοις εκατό πριν από 1 ημέρα Εμπιστοσύνη κάτω του 70% πυροδότησε αυτόματο "ανάγκη βοήθειας"; Slack μήνυμα. **Αποτέλεσμα:** Οι αποκλειστές αναδύθηκαν προορατικά, δεν χρειάζεται συνάντηση. ## Το Πραγματικό Πνεύμα της Αγαμίας Να τι με ενοχλεί με την ορθοδοξία: Το Ανήθικο Μανιφέστο λέει **"Ανταποκρίνεται να αλλάξει μετά από ένα σχέδιο."** Κληρονομήσαμε standups από το Scrum, και συνεχίζουμε να τα τρέχουμε ακόμα και όταν στοιχεία δείχνουν ότι δεν λειτουργούν. Αυτό δεν είναι ευκινησία. **παράδοση**. Από την εμπειρία μου, οι πραγματικά ευκίνητες ομάδες κάνουν δύσκολες ερωτήσεις: - "Αυτή η τελετή δούλεψε πέρυσι, έτσι δεν είναι;" - "Είμαστε κατανεμημένοι τώρα, πρέπει να αλλάξουν τα συγχρονικά μας μοτίβα;" - "Η ομάδα μας έχει τριπλασιαστεί, έχει την ίδια κλίμακα δομής;" - "Μόλις στείλαμε το μεγάλο έργο, τι βελτιστοποιούμε τώρα;" ```mermaid graph TD A[Agile Mindset] -->|Requires| B[Continuous Improvement] B -->|Applied to| C[Product] B -->|Applied to| D[Code] B -->|Should apply to| E[Process] E -->|Questions| F{Is this ceremony
still valuable?} d apply to| E[Process] E -->|Questions| F{Is this ceremony
still valuable?} F -->|Yes + Evidence| G[Keep & Measure] F -->|No + Evidence| H[Change or Remove] F -->|Unsure| I[Run Experiment] G --> J[Schedule Next Review] H --> J I --> F style A stroke:#e1f5ff style E stroke:#fff3cd style G stroke:#d4edda style H stroke:#d4edda style I stroke:#d4edda ``` ## Συμπέρασμα: Η Τελετή Πρέπει να Κερδίσει το Μπέρντεν της Επιτρέψτε μου να το φέρω αυτό στο σπίτι με μια απλή αρχή: > **Μια τελετή δεν είναι ευκίνητη επειδή έχει ένα όνομα στον Οδηγό Scrum. > Είναι ευκίνητο μόνο όταν κερδίζει το βάρος του.** Τα standups δεν είναι μαλακίες. **Οι υποχρεωτικές, αδιαμφισβήτητες, ελεύθερες από τα συμφραζόμενα standups είναι.** Σύμφωνα με την εμπειρία μου, οι καλύτερες ομάδες αντιμετωπίζουν τις τελετές σαν κώδικα: - Αυτοί **Επιταχυντής** όταν εμφανίζονται μοτίβα - Αυτοί **βελτιστοποίηση** όταν η απόδοση υποφέρει - Αυτοί **διαγραφή** όταν δεν χρειάζεται πλέον - Αυτοί **εναλλακτικές δοκιμές** πριν από τη δέσμευση - Αυτοί **μέτρο** να ξέρεις τι δουλεύει Αυτό είναι **ομάδες αυτοοργάνωσης στην πράξη**Όχι ομάδες που ακολουθούν μια καθορισμένη διαδικασία τέλεια, αλλά ομάδες που συνεχώς επιθεωρούν και προσαρμόζουν τον δικό τους τρόπο εργασίας. Ο Αγαθός δεν έχει να κάνει με την προστασία των τελετουργιών. **προστασία της σαφήνειας, της ροής και της παράδοσης**. Αν ένα 2λεπτο check-in Slack επιτυγχάνει αυτό που ένα 15λεπτο standup χρησιμοποιείται για να □ και η ομάδα σας πλοία γρηγορότερα, αισθάνεται λιγότερο κουρασμένος, και διατηρεί την ευθυγράμμιση **Αυτό είναι ευκινησία σε δράση.**. Οπότε άκου την πρόκλησή μου για σένα: **Αυτή την εβδομάδα, ρωτήστε την ομάδα σας:** 1. Τι θα χάναμε αν παραβλέπαμε τα standups για μια εβδομάδα; 2. Τι θα κερδίσουμε; 3. Είμαστε πρόθυμοι να το δοκιμάσουμε; Μπορεί να ανακαλύψετε ότι η standup είναι απαραίτητη. Ή μπορεί να ανακαλύψετε ότι είναι φόρος χωρίς όφελος για μήνες. Επίσης μεγάλη □ τώρα μπορείτε να βελτιστοποιήσετε. Όπως και να 'χει, θα κάνεις ό,τι πιο ευκίνητο μπορείς. **προσαρμογή με βάση την πραγματικότητα, όχι τελετουργικό**. --- ## Αναφορές & Περαιτέρω ανάγνωση - [Γήινο ΜανιφέστοCity name (optional, probably does not need a translation)](https://agilemanifesto.org/) Οι αρχικές αρχές - [Γυρίστε το πλοίο!](https://davidmarquet.com/) by L. David Marquet Η ηγεσία που βασίζεται στην πρόθεση μειώνει τις ανάγκες της τελετής - [Ομάδα Τοπολογία](https://teamtopologies.com/) Πώς η δομή της ομάδας επηρεάζει τις ανάγκες επικοινωνίας - [Απομακρυσμένο: Δεν απαιτείται γραφείο](https://basecamp.com/books/remote) Ashync-πρώτη σκέψη από Basecamp --- *Έχετε πειραματιστεί με εναλλακτικές λύσεις στις καθημερινές standups; Θα ήθελα να ακούσω τι δούλεψε (ή όχι) για την ομάδα σας. [Επικοινώνησε μαζί μου.](/contact) ή αφήστε ένα σχόλιο παρακάτω.*