agile manifesto understanding agile values
Εισαγωγή Agile Manifesto:
Το προηγούμενο σεμινάριό μας στις Ευέλικτη μεθοδολογία μας εξήγησε αναλυτικά τα μοντέλα και τις μεθοδολογίες Agile.
Όμως μέχρι τώρα δεν πρόκειται για το γιατί υπήρχε η ανάγκη ευελιξίας στην αρχή και πόσο ευκίνητος ξεπέρασε τις αδυναμίες των υφιστάμενων μεθοδολογιών ανάπτυξης λογισμικού όπως το μοντέλο καταρράκτη.
Σε αυτό το σεμινάριο, θα δούμε βαθύτερα τις λεπτομέρειες του ευέλικτου και του ευέλικτου μανιφέστου. Θα δούμε τι λέει το μανιφέστο και ποιες είναι οι αξίες και οι αρχές που κατοχυρώνονται σε αυτό.
διαφορά μεταξύ ευέλικτων και καταρράκτη δοκιμών
Τι θα μάθετε:
- Εισαγωγή
- Ευκίνητο μανιφέστο
- Οι 4 ευέλικτες τιμές
- Οι 12 ευέλικτες αρχές
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Εισαγωγή
Όπως είδαμε στο δικό μας προηγούμενο σεμινάριο , οι παλαιότερες μεθοδολογίες ανάπτυξης χρειάστηκαν πάρα πολύ χρόνο και όταν το λογισμικό ήταν έτοιμο για ανάπτυξη, οι επιχειρηματικές απαιτήσεις θα είχαν αλλάξει και δεν ανταποκρίνονταν στις τρέχουσες ανάγκες.
Η ταχύτητα αλλαγής που έλειπε εκείνη τη στιγμή προκαλούσε πολλά προβλήματα. Όταν οι ηγέτες διαφορετικών μεθοδολογιών ανάπτυξης συναντήθηκαν για να αποφασίσουν για το μέλλον, και κατάφεραν να συμφωνήσουν για μια καλύτερη μέθοδο και επίσης κατάφεραν να ολοκληρώσουν τη διατύπωση για το μανιφέστο.
Αυτό καταγράφηκε ως 4 τιμές και 12 αρχές προκειμένου να βοηθήσουν τους ασκούμενους να κατανοήσουν, να το αναφέρουν και να το εφαρμόσουν. Και εκείνη τη στιγμή, κανένας από αυτούς δεν θα μπορούσε να φανταστεί τον αντίκτυπο που θα είχε αυτό στο μέλλον της διαχείρισης έργων.
Ευκίνητο μανιφέστο
Το μανιφέστο έχει διατυπωθεί πολύ προσεκτικά για να συλλάβει την ουσία της ευελιξίας με ελάχιστες λέξεις και έχει ως εξής:
«Ανακαλύπτουμε καλύτερους τρόπους ανάπτυξης ενός λογισμικού κάνοντας το και βοηθώντας τους άλλους να το κάνουν. Μέσα από αυτό το έργο φτάσαμε στην παρακάτω τιμή:
- Άτομα και αλληλεπιδράσεις για διαδικασίες και εργαλεία.
- Λειτουργικό λογισμικό για ολοκληρωμένη τεκμηρίωση.
- Συνεργασία πελατών για διαπραγμάτευση συμβολαίου.
- Απαντώντας σε αλλαγή μετά από ένα σχέδιο.
Δηλαδή, ενώ υπάρχει τιμή στα αντικείμενα στα δεξιά, εκτιμούμε περισσότερο τα αντικείμενα στα αριστερά. '
Όπως μπορούμε να δούμε, αυτές είναι αρκετά συνοπτικές και απλές δηλώσεις και το καθιστούν πολύ σαφές ως αυτό που ήθελαν να προωθήσουν οι ιδρυτές. Συνήθως, τα παραδοσιακά σχέδια έργων είναι άκαμπτα και δίνουν έμφαση στις διαδικασίες και τα χρονοδιαγράμματα, αλλά το ευέλικτο μανιφέστο διαδίδει ακριβώς τα αντίθετα πράγματα.
Προτιμά:
- Ανθρωποι
- Προϊόν
- Επικοινωνία και
- Αποκριτικότητα
Θα διερευνήσουμε αυτό το νέο παράδειγμα το οποίο οι ιδρυτές ήθελαν να προωθήσουν λεπτομερώς λαμβάνοντας μια βαθύτερη κατανόηση των ευέλικτων αξιών και αρχών.
Οι 4 ευέλικτες τιμές
Οι τέσσερις τιμές μαζί με τις 12 αρχές καθοδηγούν την ευέλικτη παράδοση λογισμικού. Θα συζητήσουμε λεπτομερώς καθεμία από τις τιμές τώρα.
# 1) Άτομα και αλληλεπιδράσεις μέσω διαδικασιών και εργαλείων
Τα άτομα και οι αλληλεπιδράσεις προτιμούνται έναντι των διαδικασιών και των εργαλείων, διότι καθιστά τη διαδικασία πιο ευαίσθητη. Εάν τα άτομα είναι ευθυγραμμισμένα και μόλις καταλάβουν το ένα το άλλο, τότε η ομάδα μπορεί να επιλύσει τυχόν προβλήματα με τα εργαλεία ή τις διαδικασίες.
Αλλά αν οι ομάδες επιμένουν να ακολουθήσουν τυφλά τις διαδικασίες, τότε μπορεί να προκαλέσουν παρεξηγήσεις μεταξύ των ατόμων και να δημιουργήσουν απροσδόκητα οδοφράγματα με αποτέλεσμα την καθυστέρηση του έργου.
Αυτός είναι ο λόγος για τον οποίο είναι πάντα προτιμότερο να υπάρχουν αλληλεπιδράσεις και επικοινωνία μεταξύ των μελών της ομάδας και όχι τυφλά, ανάλογα με τις διαδικασίες που θα καθοδηγήσουν το δρόμο προς τα εμπρός. Ένας από τους τρόπους για να επιτευχθεί αυτό είναι να έχετε έναν εμπλεκόμενο ιδιοκτήτη προϊόντος που εργάζεται και μπορεί να λαμβάνει αποφάσεις σε συνεργασία με την ομάδα ανάπτυξης.
Επιτρέποντας στα άτομα να συνεισφέρουν από μόνα τους, τους επιτρέπει επίσης να παρουσιάζουν ελεύθερα ό, τι μπορούν να φέρουν στο τραπέζι. Όταν αυτές οι αλληλεπιδράσεις της ομάδας κατευθύνονται προς την επίλυση ενός κοινού προβλήματος, τα αποτελέσματα μπορεί να είναι αρκετά ισχυρά.
# 2) Λειτουργικό λογισμικό για περιεκτική τεκμηρίωση
Η παραδοσιακή διαχείριση έργων περιελάμβανε ολοκληρωμένη τεκμηρίωση που συνεπαγόταν καθυστέρηση μηνών. Αυτό είχε αντίκτυπο στην παράδοση του έργου και οι καθυστερήσεις που προέκυψαν ήταν αναπόφευκτες.
Το είδος της τεκμηρίωσης που δημιουργήθηκε για αυτά τα έργα ήταν πολύ λεπτομερές και δημιουργήθηκαν τόσα πολλά έγγραφα που πολλά από αυτά δεν αναφέρθηκαν καν κατά τη διάρκεια της προόδου του έργου. Αυτό ήταν ένα περιττό κακό με το οποίο ζούσαν οι ομάδες του έργου.
Αλλά αυτό επιδείνωσε επίσης τα προβλήματα κατά την παράδοση. Η εστίαση ήταν στην τεκμηρίωση σε τέτοιο βαθμό, επειδή οι ομάδες ήθελαν να καταλήξουν σε ένα τελικό προϊόν που ήταν 100% σύμφωνα με τις προδιαγραφές. Αυτός είναι ο λόγος για τον οποίο δόθηκε έμφαση στη λήψη λεπτομερειών όλων των προδιαγραφών.
Ωστόσο, το τελικό προϊόν ήταν πολύ διαφορετικό από τις προσδοκίες ή θα είχε χάσει τη σημασία του. Αυτός είναι ο λόγος για τον οποίο η ευκίνητη λέει ότι ένα λογισμικό εργασίας είναι μια πολύ καλύτερη επιλογή για να μετρηθεί η προσδοκία των πελατών από ό, τι οι σωροί τεκμηρίωσης.
Αυτό δεν σημαίνει ότι η τεκμηρίωση δεν είναι απαραίτητη. Αυτό σημαίνει απλώς ότι ένα προϊόν που λειτουργεί είναι κάθε μέρα ένας καλύτερος δείκτης ευθυγράμμισης με τις ανάγκες και τις προσδοκίες των πελατών από ένα έγγραφο που δημιουργήθηκε πριν από μήνες. Αυτό συνεπάγεται επίσης ότι οι ομάδες ανταποκρίνονται και είναι έτοιμες να προσαρμοστούν στις αλλαγές, όπως και όταν απαιτείται, ενώ δείχνουν το λογισμικό εργασίας στον πελάτη όταν τελειώσει το σπριντ.
Η αποτυχία δοκιμής του προϊόντος κατά τη διάρκεια των σπριντ απαιτεί πολλαπλό κόστος και προσπάθεια στο επόμενο σπριντ. Μόλις αναπτυχθεί η λειτουργικότητα, το κόστος αυτών των αλλαγών αυξάνεται περαιτέρω κατά σημαντικό βαθμό.
3. Συνεργασία πελατών για διαπραγμάτευση συμβολαίου
Η διαπραγμάτευση σημαίνει ότι οι λεπτομέρειες εξακολουθούν να καταγράφονται και δεν έχουν οριστικοποιηθεί. Υπάρχει ακόμη περιθώριο για επαναδιαπραγμάτευση. Αλλά μόλις τελειώσει η διαπραγμάτευση, δεν μπορεί να γίνει συζήτηση για αυτό. Αυτό που λέει ευκίνητο είναι ότι αντί να διαπραγματευτείτε, πηγαίνετε για συνεργασία.
Η συνεργασία συνεπάγεται ότι υπάρχει ακόμη χώρος για συζήτηση και η επικοινωνία βρίσκεται σε εξέλιξη.
Όχι ένα μεμονωμένο πράγμα. Αυτό που κάνει είναι, δίνει ένα διπλό πλεονέκτημα - ενώ βοηθά την ομάδα να κάνει μια διόρθωση του μαθήματος, εάν απαιτείται σε προγενέστερο στάδιο, βοηθά τον πελάτη να βελτιώσει επίσης το όραμά του και να επαναπροσδιορίσει τις απαιτήσεις του εάν απαιτείται κατά τη διάρκεια της έργο.
Η άλλη πτυχή είναι ότι ενώ τα παραδοσιακά μοντέλα ανάπτυξης λογισμικού περιλαμβάνουν τον πελάτη πριν ξεκινήσει η ανάπτυξη κατά τη φάση τεκμηρίωσης και διαπραγμάτευσης, και δεν εμπλέκονται όσο κατά τη διάρκεια της ανάπτυξης του έργου.
Μόλις παγώσουν τις απαιτήσεις, βλέπουν μόνο το προϊόν, μόλις το προϊόν είναι έτοιμο. Το Agile διαπερνά επίσης αυτό το εμπόδιο επιτρέποντας τη συμμετοχή των πελατών σε ολόκληρο τον κύκλο ζωής.
Αυτό βοηθά τις ευέλικτες ομάδες να ευθυγραμμίζονται καλύτερα με τις ανάγκες των πελατών. Ένας από τους τρόπους για να επιτευχθεί αυτό είναι μέσω ενός αφοσιωμένου και εμπλεκόμενου ιδιοκτήτη προϊόντος που μπορεί να βοηθήσει την ομάδα σε πραγματικό χρόνο για διευκρινίσεις και ευθυγράμμιση της εργασίας με τις προτεραιότητες των πελατών
4. Απάντηση σε αλλαγή μετά από ένα σχέδιο
Η τυπική διαδικασία σκέψης είναι ότι οι αλλαγές είναι μια δαπανηρή υπόθεση και πρέπει να αποφύγουμε τις αλλαγές με κάθε κόστος. Αυτό είναι το άσκοπο επίκεντρο της τεκμηρίωσης και των περίπλοκων σχεδίων που πρέπει να επιτύχετε ακολουθώντας τα χρονοδιαγράμματα και τις προδιαγραφές του προϊόντος.
Αλλά καθώς η εμπειρία μας διδάσκει, οι αλλαγές είναι κυρίως αναπόφευκτες και αντί να τρέξουμε από αυτήν πρέπει να προσπαθήσουμε να την αγκαλιάσουμε και να σχεδιάσουμε για αυτήν.
Το Agile μας επιτρέπει να κάνουμε αυτήν τη μετάβαση. Αυτό που σκέφτεται ευκίνητα είναι ότι η αλλαγή δεν είναι κόστος, είναι μια ευπρόσδεκτη ανατροφοδότηση που βοηθά στη βελτίωση του έργου. Δεν πρέπει να αποφεύγεται, αλλά αντ 'αυτού προσθέτει αξία.
Με τα σύντομα σπριντ που προτείνει η agile, οι ομάδες μπορούν να πάρουν μια γρήγορη ανατροφοδότηση και να αλλάξουν προτεραιότητες σε σύντομο χρονικό διάστημα. Νέα χαρακτηριστικά μπορούν να προστεθούν από επανάληψη σε επανάληψη.
Γιατί το κάνουμε αυτό; Επειδή τα περισσότερα από τα χαρακτηριστικά που αναπτύχθηκαν χρησιμοποιώντας την προσέγγιση καταρράκτη δεν χρησιμοποιούνται ποτέ. Αυτό συμβαίνει επειδή το μοντέλο καταρράκτη ακολουθεί το σχέδιο, ενώ αυτή είναι η φάση που γνωρίζουμε το λιγότερο.
Ο Agile σχεδιάζει επίσης, αλλά ακολουθεί επίσης την έγκαιρη προσέγγιση όπου ο προγραμματισμός γίνεται αρκετά όταν χρειάζεται. Και τα σχέδια είναι πάντα ανοιχτά για αλλαγή καθώς προχωρούν οι σπριντ.
Οι 12 ευέλικτες αρχές
Υπάρχουν 12 ευέλικτες αρχές που προστέθηκαν μετά τη δημιουργία του μανιφέστου για να βοηθήσουν και να καθοδηγήσουν τις ομάδες να μεταβούν σε ευκίνητη και να ελέγξουν αν οι πρακτικές που ακολουθούν είναι σύμφωνες με την ευέλικτη κουλτούρα.
Ακολουθεί το κείμενο των αρχικών 12 αρχών, που δημοσιεύθηκε το 2001 από την Agile Alliance:
# 1) Η ύψιστη προτεραιότητά μας είναι να ικανοποιήσουμε τον πελάτη μέσω της έγκαιρης και συνεχούς παράδοσης ενός πολύτιμου λογισμικού.
#δύο) Καλώς ήρθατε τις μεταβαλλόμενες απαιτήσεις, ακόμη και αργά στην ανάπτυξη. Οι ευέλικτες διαδικασίες αξιοποιούν την αλλαγή για το ανταγωνιστικό πλεονέκτημα του πελάτη.
# 3) Παρέχετε συχνά λογισμικό εργασίας, από μερικές εβδομάδες έως δύο μήνες, με προτίμηση στο μικρότερο χρονικό διάστημα.
# 4) Οι επιχειρηματίες και οι προγραμματιστές πρέπει να συνεργάζονται καθημερινά καθ 'όλη τη διάρκεια του έργου.
# 5) Δημιουργήστε έργα γύρω από άτομα με κίνητρα. Δώστε τους το περιβάλλον και την υποστήριξη που χρειάζονται και εμπιστευτείτε τους για να ολοκληρώσουν τη δουλειά.
# 6) Η πιο αποτελεσματική και αποτελεσματική μέθοδος μεταφοράς πληροφοριών προς και εντός της ομάδας ανάπτυξης είναι μια συνομιλία πρόσωπο με πρόσωπο.
πώς να χρησιμοποιήσετε το svn σε έκλειψη
# 7) Το λογισμικό εργασίας είναι το κύριο μέτρο προόδου.
# 8) Οι ευέλικτες διαδικασίες προωθούν την αειφόρο ανάπτυξη. Οι χορηγοί, προγραμματιστές και χρήστες θα πρέπει να μπορούν να διατηρούν σταθερό ρυθμό επ 'αόριστον.
# 9) Η συνεχής προσοχή στην τεχνική αριστεία και ο καλός σχεδιασμός βελτιώνει την ευελιξία.
# 10) Απλότητα - η τέχνη της μεγιστοποίησης της εργασίας που δεν έχει γίνει είναι πολύ σημαντική.
#έντεκα) Οι καλύτερες αρχιτεκτονικές, απαιτήσεις και σχέδια προκύπτουν από αυτο-οργανωμένες ομάδες.
# 12) Σε τακτά χρονικά διαστήματα, η ομάδα σκέφτεται πώς να γίνει πιο αποτελεσματική, μετά συντονίζει και προσαρμόζει ανάλογα τη συμπεριφορά της.
Αυτές οι ευέλικτες αρχές παρέχουν πρακτική καθοδήγηση για τις ομάδες ανάπτυξης.
Ένας άλλος τρόπος οργάνωσης των 12 αρχών είναι να τις εξετάσετε στις ακόλουθες τέσσερις διαφορετικές ομάδες:
- Ικανοποίηση των πελατών
- Ποιότητα
- ΟΜΑΔΙΚΗ ΔΟΥΛΕΙΑ
- Διαχείριση έργου
# 1) Η ύψιστη προτεραιότητά μας είναι να ικανοποιήσουμε τον πελάτη μέσω έγκαιρης και συνεχούς παράδοσης ενός πολύτιμου λογισμικού - Οι πελάτες προφανώς θα ενθουσιαστούν να δουν ένα λογισμικό εργασίας να παραδίδεται σε κάθε σπριντ, αντί να χρειάζεται να περάσει μια ασαφή περίοδο αναμονής στο τέλος της οποίας μόνο που θα μπορούν να δουν το προϊόν.
Εδώ ο πελάτης μπορεί να οριστεί ως ο χορηγός του έργου ή το άτομο που πληρώνει για την ανάπτυξη. Ο τελικός χρήστης του προϊόντος είναι επίσης πελάτης, αλλά μπορούμε να κάνουμε τη διάκριση μεταξύ των δύο καθώς ο τελικός χρήστης αναφέρεται ως χρήστης.
#δύο) Καλώς ήρθατε τις μεταβαλλόμενες απαιτήσεις, ακόμη και αργά στην ανάπτυξη. Οι ευέλικτες διαδικασίες αξιοποιούν την αλλαγή για το ανταγωνιστικό πλεονέκτημα του πελάτη - Οι αλλαγές μπορούν να ενσωματωθούν χωρίς πολλές καθυστερήσεις στα συνολικά χρονοδιαγράμματα.
Δεδομένου ότι οι ευέλικτες ομάδες πιστεύουν στην ποιότητα πάνω από όλα, προτιμούν να ενσωματώνουν τις αλλαγές και να παραδίδουν σύμφωνα με τις απαιτήσεις των πελατών παρά να αποφεύγουν τις αλλαγές και να παραδίδουν ένα προϊόν που δεν εξυπηρετεί τις επιχειρηματικές ανάγκες.
# 3) Παρέχετε συχνά λογισμικό εργασίας, από μερικές εβδομάδες έως δύο μήνες, με προτίμηση στο μικρότερο χρονικό διάστημα - Αυτό φροντίζεται από τις ομάδες που εργάζονται σε σπριντ. Δεδομένου ότι τα σπριντ είναι επαναλήψεις χρονικού πλαισίου και παρέχουν λογισμικό εργασίας στο τέλος κάθε σπριντ, οι πελάτες παίρνουν τακτικά μια ιδέα για την πρόοδο
# 4) Επιχειρηματίες και προγραμματιστές πρέπει να συνεργάζονται καθημερινά καθ 'όλη τη διάρκεια του έργου - Καλύτερες αποφάσεις λαμβάνονται όταν και οι δύο συνεργάζονται μαζί και υπάρχει ένας συνεχής βρόχος ανατροφοδότησης μεταξύ των δύο για διόρθωση και αλλαγή ευελιξίας. Η επικοινωνία μεταξύ των ενδιαφερομένων είναι πάντα το κλειδί στην ευελιξία.
# 5) Δημιουργήστε έργα γύρω από άτομα με κίνητρα. Δώστε τους το περιβάλλον και την υποστήριξη που χρειάζονται και εμπιστευτείτε τους για να ολοκληρώσουν τη δουλειά - Πρέπει να στηρίξετε, να εμπιστευτείτε και να παρακινήσετε τις ομάδες. Μια ομάδα με κίνητρα είναι πιο πιθανό να είναι επιτυχής και θα προσφέρει ένα ανώτερο προϊόν από τις δυσαρεστημένες ομάδες που δεν είναι πρόθυμες να δώσουν το καλύτερο δυνατό.
Ένας από τους τρόπους για να γίνει αυτό είναι να ενδυναμώσει την ομάδα ανάπτυξης να είναι αυτο-οργανωμένη και να λαμβάνει τις δικές της αποφάσεις.
# 6) Η πιο αποτελεσματική και αποτελεσματική μέθοδος μεταφοράς πληροφοριών προς και εντός της ομάδας ανάπτυξης είναι μια συνομιλία πρόσωπο με πρόσωπο - Η επικοινωνία είναι καλύτερη και πιο αποτελεσματική εάν οι ομάδες βρίσκονται στην ίδια τοποθεσία και μπορούν να συναντηθούν πρόσωπο με πρόσωπο για συζητήσεις. Βοηθά στην οικοδόμηση εμπιστοσύνης και φέρνει κατανόηση μεταξύ διαφόρων ενδιαφερομένων.
# 7) Το λογισμικό εργασίας είναι το κύριο μέτρο προόδου - Ένα λογισμικό εργασίας κερδίζει όλα τα άλλα KPI και είναι ο καλύτερος δείκτης της εργασίας που έχει γίνει.
# 8) Οι ευέλικτες διαδικασίες προωθούν την αειφόρο ανάπτυξη. Οι χορηγοί, προγραμματιστές και χρήστες θα πρέπει να μπορούν να διατηρούν σταθερό ρυθμό επ 'αόριστον - Τονίζεται η συνέπεια της παράδοσης. Η ομάδα θα πρέπει να είναι σε θέση να διατηρήσει το ρυθμό της κατά τη διάρκεια του έργου και να μην εξαντληθεί μετά τα πρώτα σπριντ.
# 9) Η συνεχής προσοχή στην τεχνική αριστεία και ο καλός σχεδιασμός ενισχύουν την ευελιξία - Η ομάδα θα πρέπει να έχει όλες τις δεξιότητες και έναν καλό σχεδιασμό προϊόντων για να χειρίζεται τις αλλαγές και να παράγει ένα προϊόν υψηλής ποιότητας, ενώ θα μπορεί να ενσωματώνει αλλαγές
# 10) Απλότητα - Η τέχνη της μεγιστοποίησης της εργασίας που δεν έχει γίνει είναι απαραίτητη και αρκεί για να ανταποκριθεί στον ορισμό της εργασίας.
#έντεκα) Οι καλύτερες αρχιτεκτονικές, απαιτήσεις και σχέδια προκύπτουν από αυτο-οργανωμένες ομάδες - Οι αυτο-οργανωμένες ομάδες έχουν την εξουσία και αναλαμβάνουν την ιδιοκτησία της δουλειάς τους. Αυτό οδηγεί σε ανοιχτή επικοινωνία και τακτική ανταλλαγή ιδεών μεταξύ των μελών της ομάδας.
# 12) Σε τακτά χρονικά διαστήματα, η ομάδα σκέφτεται πώς να γίνει πιο αποτελεσματική, στη συνέχεια συντονίζει και προσαρμόζει ανάλογα τη συμπεριφορά της - Η αυτο-βελτίωση οδηγεί σε γρηγορότερα αποτελέσματα και λιγότερη επανεπεξεργασία.
συμπέρασμα
Η κεντρικότητα των πελατών και η εστίαση στην επικοινωνία έχουν φέρει την επιτυχία σε ευκινησία που είναι ορατή σήμερα.
Είναι μια αποδεδειγμένη τεχνική με επιπτώσεις όχι μόνο στην παράδοση λογισμικού αλλά και σε άλλες βιομηχανίες επίσης και σήμερα έχει γίνει μια βιομηχανία από μόνη της.
Το επερχόμενο σεμινάριό μας σε αυτήν τη σειρά θα εξηγήσει περισσότερα για την ομάδα Scrum μαζί με τους ρόλους τους !!
Εκπαιδευτικό πρόγραμμα PREV | ΕΠΟΜΕΝΟ Φροντιστήριο
Συνιστώμενη ανάγνωση
- Agile Scrum Online κουίζ: Δοκιμάστε τις γνώσεις σας για το Agile Scrum
- Η αλλαγή νοοτροπίας ενός Agile Tester: Ευθυγράμμιση με το Agile Manifesto
- Kanban vs Scrum vs Agile: Μια λεπτομερής σύγκριση για την εύρεση διαφορών
- Πώς να παρέχετε δυνατότητες λογισμικού υψηλής αξίας σε σύντομο χρονικό διάστημα χρησιμοποιώντας τη διαδικασία Agile Scrum
- SAFe Agile Tutorial: Τι είναι το Scale Agile Framework
- 4 βήματα προς την ανάπτυξη της ευέλικτης νοοτροπίας δοκιμών για επιτυχημένη μετάβαση σε ευέλικτη διαδικασία
- JIRA Agile Tutorial: Πώς να χρησιμοποιήσετε αποτελεσματικά το JIRA για τη διαχείριση έργων Agile
- Πρακτική DevOps με βάση το Agile Manifesto (Μέρος 2 - Block 1)