Από την έναρξη του Team Foundation Server (TFS), υπήρξε ανάγκη να εναρμονιστεί η χρήση του με τη συνεχιζόμενη διαχείριση χαρτοφυλακίου προσπάθειες από μια ομάδα PMO (Project Management Office) σε μεγαλύτερες εταιρείες. Στην αρχή, ο μόνος τρόπος ενσωμάτωσης με εργαλεία που χρησιμοποιούσαν οι PMO ήταν η χρήση του Ενσωμάτωση Microsoft Projectτο οποίο επέτρεψε τη διαχείριση ενός εκκρεμούς αρχείου ως αρχείου έργου.
Αργότερα η Microsoft εισήγαγε την ενσωμάτωση του Project Server με το TFS 2010 που επέτρεψε το true Διαχείριση χαρτοφυλακίου πληροφορικής δυνατότητες από το συνδυασμό Προϊόν TFS/Project Server: Το TFS θα σας έδινε ορατότητα στην ανάπτυξη λογισμικού Agile κομμάτι σε ένα μεγαλύτερο χαρτοφυλάκιο εφαρμογών που περιελάμβανε επίσης έργα που βασίζονται σε έργα ή έργα καταρράκτη, καθώς και άλλα έργα πληροφορικής ανάπτυξης μη λογισμικού θα διαχειρίζονταν απευθείας με το Project Server.
Ωστόσο, η λύση ήταν πάντα πολύπλοκη στη συντήρηση και οι μικρότερες έως μεσαίου μεγέθους εταιρείες προσπάθησαν να χρησιμοποιήσουν μόνο TFS για να διαχειριστούν το χαρτοφυλάκιο εφαρμογών τους, αγνοώντας εντελώς τον Project Server. Δεδομένου ότι το TFS δεν δημιουργήθηκε με τη διαχείριση χαρτοφυλακίου ως βασική απαίτηση, η προσαρμογή του για τη διαχείριση ενός μεγαλύτερου χαρτοφυλακίου εφαρμογών απαιτεί συμβιβασμούς. Ένα από αυτά είναι ότι εκτός εάν χρησιμοποιείτε κάποια ενσωμάτωση τρίτων, πρέπει να χρησιμοποιήσετε ένα έργο μεμονωμένης ομάδας. Εάν αυτό είναι δυνατό στην εταιρεία σας, τότε λειτουργεί πολύ καλά.
Άλλοι περιορισμοί:
- Όλες οι ομάδες πρέπει να χρησιμοποιούν το ίδιο πρότυπο διαδικασίας: είτε Scrum, Agile ή CMMI, ενώ πριν η ιδέα ήταν να αφήσουμε τις ομάδες να αποφασίσουν πώς να αυτοοργανωθούν, αρκεί να παρείχαν ορισμένα δεδομένα συλλογής για το PMO.
- Η διαχείριση της πρόσβασης σε κάθε ανεκτέλεστη ομάδα πρέπει να γίνεται σε επίπεδο διαδρομής περιοχής.
- Η διαχείριση επανάληψης (Sprint) γίνεται πιο περίπλοκη εάν οι ομάδες δεν είναι ευθυγραμμισμένες, με διαφορετικές διαδρομές που πρέπει να εκχωρηθούν σε μια ομάδα.
- Η διεπαφή χρήστη γίνεται δυσκίνητη με πολλά αναπτυσσόμενα μενού με εκατοντάδες repos, εκδόσεις, εκδόσεις κ.λπ. Αυτό έχει ελαχιστοποιηθεί με την προσθήκη της δυνατότητας να αγαπάτε τα πιο χρησιμοποιούμενα στοιχεία σας, τα οποία εμφανίζονται πάντα στην κορυφή.
Η ιδέα της χρήσης ενός έργου ενιαίας ομάδας για τη διαχείριση ενός χαρτοφυλακίου προϊόντων υπήρχε από τότε που εισήχθη το TFS και έγινε δημοφιλής από τη δημοσίευση του Greg Boer TFS vNext: Διαμόρφωση του έργου σας ώστε να έχει ένα κύριο ανεκτέλεστο και υποομάδεςμε βάση την εμπειρία της Microsoft από τη χρήση του TFS.
Μετά το 2017, η ομάδα Azure DevOps διέκοψε την ενσωμάτωση εκτός συσκευασίας με το Project Server. Είναι λογικό όπως είναι ο Project Server, για το Azure DevOps, απλώς ένα άλλο τρίτο μέρος, και τώρα ενσωματώνεται όπως κάνουν άλλα τρίτα μέρη: χρησιμοποιώντας έναν σύνδεσμο.
Από το 2010, το TFS στη συνέχεια το VSTS και τώρα το Azure Boards έχουν εξελίξει χαρακτηριστικά που έχουν αυξήσει τις δυνατότητες διαχείρισης χαρτοφυλακίου του, όπως ερωτήματα μεταξύ έργων, συμπεριλαμβανομένης της δυνατότητας για να μετακινήσετε ένα αντικείμενο από το ένα έργο ομάδας στο άλλοκαι διαχείριση εξαρτήσεων.
Ωστόσο, όταν περνά από το Άρθρο Διαχείριση χαρτοφυλακίου στην τεκμηρίωση Azure DevOps της Microsoft, οι περισσότεροι χρήστες δεν συνειδητοποιούν μια υποκείμενη υπόθεση που δεν αναφέρεται στο άρθρο: εξακολουθείτε να χρειάζεστε τα πάντα σε ένα μόνο έργο ομάδας, τόσο τη διαχείριση όσο και τις εκκρεμότητες εκτέλεσης. Η ίδια υπόθεση χρησιμοποιείται σε όλη την τεκμηρίωση, όπως η Άρθρο Agile Cultureή το Κλιμακώστε το άρθρο Agile to Large Teams.
Μια επιλογή για μια εταιρεία θα ήταν να μιμηθεί την Agile κουλτούρα της Microsoft και να ζητήσει από ομάδες να δημιουργήσουν και να διαχειριστούν τις δικές τους Ιστορίες ή PBI, όπως προτείνεται από τη Γραμμή Αυτονομίας παρακάτω. Με αυτόν τον τρόπο το ανώτατο επίπεδο με Epics και Features μπορεί να βρίσκεται σε διαφορετικό ομαδικό έργο, με Stories ή PBI σε κάθε μεμονωμένο ομαδικό έργο.
Η προειδοποίηση για να γίνει αυτό είναι ότι παρόλο που η σχέση μεταξύ Χαρακτηριστικών και Ιστοριών εξακολουθεί να υπάρχει, οι τελευταίες δεν εμφανίζονται σε κανέναν πίνακα ή ερωτήματα στο αρχικό έργο χαρτοφυλακίου. Αυτό επιτρέπει τον πραγματικό διαχωρισμό των ανησυχιών μεταξύ Διοίκησης και Ομάδων. Ωστόσο, οι μικρότερες εταιρείες μπορεί να θέλουν να διαχειρίζονται τις Ιστορίες μαζί, και επομένως αυτή η επιλογή δεν θα λειτουργήσει.
Για εταιρείες που θέλουν να χρησιμοποιούν ξεχωριστά έργα ομάδας και εξακολουθούν να κάνουν διαχείριση χαρτοφυλακίου, η τεκμηρίωση προτείνει τη χρήση Σχέδια Παράδοσης. Λειτουργεί ως γραφικό ερώτημα στοιχείων εργασίας και είναι χρήσιμο κατά τη σύγκριση των χρονοδιαγραμμάτων των Ιστοριών χρηστών και των PBI μεταξύ ομάδων. Ωστόσο, δεν επεκτείνει ένα Feature ή ένα Epic στο άθροισμα των επαναλήψεων των περιεχομένων Ιστοριών Χρήστη: απαιτεί να αντιστοιχιστούν και τα δύο στοιχεία υψηλού επιπέδου σε μια επανάληψη ή ένα σπριντ, κάτι που αντίκειται στην κανονική χρήση και των δύο, όπου τα Features και τα Epics είναι παραδόθηκε σε πολλά σπριντ. Σημειώστε ότι η ακόλουθη εικόνα από την τεκμηρίωση έχει όλα τα Χαρακτηριστικά που εκτείνονται σε ένα μόνο Sprint. Σε αυτήν την προβολή, το στοιχείο που ονομάζεται “Αλλαγή αρχικής προβολής” μετακινείται από το Sprint 50 στο Sprint 51:
Πιο πρόσφατα, η εισαγωγή του Χαρακτηριστικά χρονοδιαγράμματα έχει διορθώσει αυτό το πρόβλημα καθώς επιτρέπει στις λειτουργίες να εκτείνονται σε πολλά σπριντ, αλλά δεν λειτουργεί σε ομαδικά έργα:
Ένας συμβιβασμός για αυτούς τους περιορισμούς, ενώ επεξεργάζεται η ομάδα προϊόντων Azure DevOps, είναι να διατηρούνται όλα τα στοιχεία εργασίας σε ένα έργο ομάδας και να υπάρχουν Repos, Builds, Releases και Packages/Artifacts σε ξεχωριστά έργα ομάδας. Είναι δυνατό να συνδέσετε Ιστορίες και Εργασίες με δεσμεύσεις/Check-in Κώδικα, Υποκαταστήματα, Κατασκευές και Εκδόσεις ανατρέχοντας απευθείας στο αναγνωριστικό στοιχείου εργασίας. Ωστόσο, θα πρέπει να χρησιμοποιήσετε το ίδιο πρότυπο διαδικασίας όπως αναφέρθηκε προηγουμένως.
Έχοντας πλέον κατανοήσει τους περιορισμούς της εφαρμογής της Διαχείρισης Χαρτοφυλακίου, μπορείτε να αποφασίσετε μεταξύ μιας από τις παραπάνω στρατηγικές ή να χρησιμοποιήσετε κάποια επέκταση τρίτου μέρους για να την ενεργοποιήσετε.
