Σχεδιασμός υλοποίησης Power BI: Σχεδιασμός λύσεων BI

Σημείωμα

Αυτό το άρθρο αποτελεί μέρος της σειράς άρθρων σχεδιασμού υλοποίησης Power BI. Αυτή η σειρά εστιάζει κυρίως στην εμπειρία Power BI στο Microsoft Fabric. Για μια εισαγωγή στη σειρά, ανατρέξτε στο θέμα Σχεδιασμός υλοποίησης Power BI.

Αυτό το άρθρο σάς βοηθά να σχεδιάσετε λύσεις που υποστηρίζουν τη στρατηγική επιχειρηματικής ευφυΐας (BI). Απευθύνεται κυρίως στα εξής:

• Διευθυντές ή διευθυντές επιχειρηματικής ανάλυσης και ανάλυσης: Υπεύθυνοι λήψης αποφάσεων που είναι υπεύθυνοι για την εποπτεία του προγράμματος BI και στρατηγικά σημαντικές λύσεις επιχειρηματικής σχέσης.
• Κέντρο αριστείας (COE), ομάδες IT και BI: Οι ομάδες που σχεδιάζουν και αναπτύσσουν εταιρικές λύσεις BI για τον οργανισμό τους.
• Ειδικοί επί του θέματος (ΜΜΕ) και κάτοχοι και δημιουργοί περιεχομένου: Οι ομάδες και τα άτομα που προασπίζονται την ανάλυση σε ένα τμήμα και σχεδιάζουν και αναπτύσσουν λύσεις για σενάρια χρήσης αυτοεξυπηρέτησης, τμημάτων BI ή ομαδικού BI .

Μια στρατηγική BI είναι ένα σχέδιο για την υλοποίηση, χρήση και διαχείριση δεδομένων και αναλύσεων. Καθορίζετε τη στρατηγική BI σας, ξεκινώντας με τον στρατηγικό σχεδιασμό της BI. Ο στρατηγικός σχεδιασμός σάς βοηθά να προσδιορίσετε τις περιοχές εστίασης και τους στόχους σας BI. Για να προσδιορίσετε τη διαδρομή προς την πρόοδο προς τους στόχους σας BI, περιγράψτε συγκεκριμένα βασικά αποτελέσματα χρησιμοποιώντας τακτικό σχεδιασμό. Στη συνέχεια, επιτυγχάνετε πρόοδο προς αυτά τα βασικά αποτελέσματα με τον σχεδιασμό και την ανάπτυξη λύσεων BI.

Σημείωμα

Στο πλαίσιο στόχων και βασικών αποτελεσμάτων (OKR), οι στόχοι είναι σαφείς, υψηλού επιπέδου περιγραφές του τι θέλετε να επιτύχετε. Αντίθετα, τα βασικά αποτελέσματα είναι συγκεκριμένα, εφικτή αποτελέσματα για τη μέτρηση της προόδου προς έναν από τους στόχους σας.

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

Για περισσότερες πληροφορίες σχετικά με τα OKR, ανατρέξτε στο θέμα Απόκτηση OKR (Στόχοι Microsoft Viva).

Υπάρχουν πολλές προσεγγίσεις για τον σχεδιασμό και την υλοποίηση λύσεων BI. Αυτό το άρθρο περιγράφει μια προσέγγιση που μπορείτε να χρησιμοποιήσετε για να σχεδιάσετε και να υλοποιήσετε λύσεις BI που υποστηρίζουν τη στρατηγική BI σας.

Το παρακάτω διάγραμμα υψηλού επιπέδου απεικονίζει τον τρόπο διεξαγωγής σχεδιασμού λύσεων BI.

Ακολουθήστε τα παρακάτω βήματα για να διεξάγετε σχεδιασμό λύσης BI.

Βήμα	Περιγραφή
1	Συγκροτήστε μια ομάδα έργου που συγκεντρώνει απαιτήσεις και ορίζει τη σχεδίαση της λύσης.
2	Σχεδιάστε για ανάπτυξη λύσης εκτελώντας την αρχική ρύθμιση εργαλείων και διαδικασιών.
3	Διεξάγετε μια επαλήθευση ιδέας λύσης (POC) για να επικυρώσετε υποθέσεις σχετικά με τη σχεδίαση.
4	Δημιουργήστε και επικυρώστε περιεχόμενο χρησιμοποιώντας κύκλους επαναληπτικής ανάπτυξης και επικύρωσης.
5	Αναπτύξτε, υποστηρίξτε και παρακολουθήστε τη λύση μετά την κυκλοφορία της στο περιβάλλον παραγωγής.

Σημείωμα

Ο σχεδιασμός λύσεων BI ισχύει τόσο για έργα BI με λειτουργία από τον χρήστη όσο και για εταιρικά έργα BI.

Για περισσότερες πληροφορίες, ανατρέξτε στη σειρά μετεγκατάστασης Power BI. Ενώ η σειρά αφορά τη μετεγκατάσταση, οι βασικές ενέργειες και ζητήματα σχετίζονται με τον σχεδιασμό λύσεων.

Βήμα 1: Συλλογή απαιτήσεων

Αρχίζετε τον σχεδιασμό λύσεων με την πρώτη συγκέντρωση απαιτήσεων και τον ορισμό της σχεδίασης λύσης.

Σημείωση: Ο στρατηγικός και τακτικός σχεδιασμός καθοδηγείται από μια ομάδα εργασίας, η οποία ηγείται της πρωτοβουλίας. Αντίθετα, ο σχεδιασμός λύσεων καθοδηγείται από μια ομάδα έργου, η οποία αποτελείται από κατόχους και δημιουργούς περιεχομένου.

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

Ακολουθούν ορισμένα οφέλη από τη χρήση μιας συνεργατικής προσέγγισης για τη συλλογή απαιτήσεων.

• Η εισαγωγή δεδομένων από τον χρήστη παράγει πιο χρήσιμα σχέδια: Με τη συμμετοχή χρηστών σε εστιασμένες συζητήσεις για τη συλλογή απαιτήσεων, μπορείτε να καταγράφετε πιο αποτελεσματικά τις ανάγκες των επιχειρηματικών δεδομένων. Για παράδειγμα, οι χρήστες μπορούν να επιδείξουν στους δημιουργούς περιεχομένου πώς χρησιμοποιούν τις υπάρχουσες λύσεις και να παρέχουν σχόλια σχετικά με την εκλαμβανόμενο αποτελεσματικότητα αυτών των λύσεων.
• Αποφύγετε υποθέσεις και μετριάστε τις αιτήσεις αλλαγών: Οι συζητήσεις με χρήστες συχνά αποκαλύπτουν αποχρώσεις, εξαιρέσεις και κρυφές πολυπλοκότητες. Αυτές οι πληροφορίες μειώνουν την πιθανότητα για αιτήσεις σε προχωρημένο στάδιο, οι οποίες μπορεί να είναι δαπανηρές για την αντιμετώπισή τους.
• Η προσθήκη λογαριασμών σε χρήστες αυξάνει την υιοθέτηση λύσης: Με τη συμμετοχή των χρηστών στη σχεδίαση και την πρώιμη ανάπτυξη, τους παρέχετε την ευκαιρία να επηρεάσουν το τελικό αποτέλεσμα. Η συμμετοχή μπορεί επίσης να δώσει στους χρήστες μια αίσθηση πνευματικής ιδιοκτησίας και λογοδοσίας για τη λύση. Οι ιδιαίτερα εμπλεκόμενοι χρήστες θα είναι πιο πιθανό να εγκρίνουν τη λύση και να ηγηθούν της κοινότητας πρακτικής τους στη χρήση της αποτελεσματικά.
• Οι σχεδιάσεις ορίζουν τις προσδοκίες για τα ενδιαφερόμενα μέρη και τους επιχειρηματικούς χρήστες: Δημιουργώντας μακέτες ή εικονογραφήσεις της σχεδίασης λύσης, μπορείτε να δείξετε με σαφήνεια στους ενδιαφερόμενους τι θα προσφέρει η λύση. Βοηθά επίσης με τη δημιουργία αμοιβαίας κατανόησης του αναμενόμενου αποτελέσματος του έργου. Αυτή η διαδικασία είναι επίσης γνωστή ως σκέψη σχεδίασης και μπορεί να είναι ένας αποτελεσματικός τρόπος προσέγγισης και κατανόησης σύνθετων προβλημάτων.

Μπορείτε να λάβετε διαφορετικές προσεγγίσεις για να προσελκύσετε τους χρήστες και να συγκεντρώσετε απαιτήσεις. Για παράδειγμα, μπορείτε να συγκεντρώσετε απαιτήσεις με επιχειρηματικό σχεδιασμό και τεχνική σχεδίαση (περιγράφονται λεπτομερώς σε παρακάτω ενότητες αυτού του άρθρου).

Ο επιχειρηματικός σχεδιασμός είναι μια προσέγγιση για τη συλλογή επιχειρηματικών απαιτήσεων. Εστιάζει στην εμπλοκή χρηστών επιχειρήσεων σε συνεδρίες επιχειρηματικής σχεδίασης για τη συλλογική σχεδίαση της λύσης. Το αποτέλεσμα μιας επιχειρηματικής σχεδίασης αποτελείται από μακέτες λύσεων και περιγραφική τεκμηρίωση σχεδίασης.

Ο τεχνικός σχεδιασμός είναι μια προσέγγιση για τη μετάφραση των επιχειρηματικών απαιτήσεων σε τεχνικές απαιτήσεις και για την αντιμετώπιση υποθέσεων σχεδιασμού. Ένας τεχνικός σχεδιασμός εστιάζει στην επικύρωση του επιχειρηματικού σχεδιασμού και τον ορισμό μιας τεχνικής προσέγγισης για χρήση. Για να επικυρώσουν τη σχεδίαση, οι δημιουργοί περιεχομένου συνήθως αλληλεπιδρούν με τεχνικούς εμπειρογνώμονες σε συζητήσεις που ονομάζονται συνεδρίες τεχνικού σχεδιασμού, όπου είναι απαραίτητο.

Σημαντικό

Η συλλογή λανθασμένων απαιτήσεων είναι ένας συνηθισμένος λόγος για τον οποίο αποτυγχάνουν οι υλοποιήσεις. Συχνά, οι ομάδες συλλέγουν λανθασμένες απαιτήσεις επειδή συνεργάζονται με λάθος ενδιαφερόμενους, όπως οι υπεύθυνοι λήψης αποφάσεων που παρέχουν αιτήσεις από επάνω προς τα κάτω για τη δημιουργία λύσεων.

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

Σημείωμα

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

Προετοιμασία για σχεδιασμό λύσης

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

• Προσδιορίστε ποιος θα διεξάγει σχεδιασμό λύσεων: Ως μέρος του τακτικού σχεδιασμού του BI, η ομάδα εργασίας δημιούργησε μια ιεραρχημένη συσσώρευση λύσεων. Στον σχεδιασμό λύσεων, μια ομάδα έργου είναι υπεύθυνη για τη σχεδίαση, την ανάπτυξη και την ανάπτυξη μίας ή περισσότερων λύσεων από τη λίστα εκκρεμοτήτων. Για κάθε λύση στη λίστα εκκρεμοτήτων, θα πρέπει να συγκροτήσετε μια ομάδα έργου που θα είναι υπεύθυνη για τη λύση. Εκτός από την εκτέλεση σχεδιασμού λύσεων BI, η ομάδα έργου θα πρέπει:
  • Καθορίστε λωρίδες χρόνου και ορόσημα για τον σχεδιασμό λύσεων.
  • Προσδιορίστε και συμπεριλάβετε τα κατάλληλα ενδιαφερόμενα μέρη για τη συγκέντρωση απαιτήσεων.
  • Ρυθμίστε μια κεντρική θέση για επικοινωνία, τεκμηρίωση και σχεδιασμό.
  • Προσελκύστε τους ενδιαφερόμενους για να συγκεντρώσουν απαιτήσεις.
  • Επικοινωνία και συντονισμός με ενδιαφερόμενους και επιχειρηματικούς χρήστες.
  • Οργανώστε τους κύκλους επαναληπτικής ανάπτυξης και δοκιμών με χρήστες επιχειρήσεων.
  • Καταγράψτε τη λύση.
  • Προσθήκη λογαριασμών χρηστών στη λύση με τον ορισμό και τη θέσπιση ενός σχεδίου εκπαίδευσης.
  • Παροχή υποστήριξης λύσης μετά την ανάπτυξη.
  • Αντιμετωπίστε λογικές αιτήσεις χρηστών για αλλαγή ή ενημέρωση της λύσης μετά την ανάπτυξη.
  • Πραγματοποιήστε παράδοση λύσης μετά την ανάπτυξη, εάν είναι απαραίτητο.
• Συγκέντρωση επικοινωνίας και τεκμηρίωσης: Είναι σημαντικό η ομάδα έργου να συγκεντρώνει την επικοινωνία και την τεκμηρίωση για τον σχεδιασμό λύσεων BI. Για παράδειγμα, η ομάδα έργου θα πρέπει να συγκεντρώνει τις απαιτήσεις, την επικοινωνία των ενδιαφερομένων, τις λωρίδες χρόνου και τα παραδοτέα. Εξετάστε το ενδεχόμενο αποθήκευσης όλης της τεκμηρίωσης σε μια κεντρική πύλη.
• Συγκέντρωση απαιτήσεων σχεδίου: Η ομάδα έργου πρέπει να ξεκινήσει με τον σχεδιασμό των περιόδων λειτουργίας επιχειρηματικής σχεδίασης για τη συλλογή επιχειρηματικών απαιτήσεων. Αυτές οι συνεδρίες έχουν τη μορφή αλληλεπιδραστικών συναντήσεων και μπορούν να ακολουθήσουν παρόμοια μορφή με τα εργαστήρια στρατηγικού σχεδιασμού.

Φιλοδώρημα

Εξετάστε τον προσδιορισμό και τη συμμετοχή των ομάδων υποστήριξης που είναι υπεύθυνες για τη λύση νωρίς στη διαδικασία συγκέντρωσης απαιτήσεων. Για να υποστηρίξουν αποτελεσματικά τη λύση, οι ομάδες υποστήριξης θα χρειαστούν μια ολοκληρωμένη κατανόηση της λύσης, του σκοπού της και των χρηστών. Αυτό είναι ιδιαίτερα σημαντικό όταν η ομάδα έργου αποτελείται μόνο από εξωτερικούς συμβούλους.

Συλλογή επιχειρηματικών απαιτήσεων

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

Ο σκοπός των περιόδων λειτουργίας επιχειρηματικής σχεδίασης είναι οι εξής:

• Επιβεβαιώστε την αρχική εμβέλεια της λύσης.
• Καθορίστε και κατανοήστε το πρόβλημα που θα πρέπει να αντιμετωπίσει η λύση.
• Προσδιορίστε τους κατάλληλους βασικούς ενδιαφερόμενους για τη λύση.
• Συγκεντρώστε τις σωστές επιχειρηματικές απαιτήσεις.
• Προετοιμάστε μια σχεδίαση λύσης που ικανοποιεί τις επιχειρηματικές απαιτήσεις.
• Προετοιμάστε την τεκμηρίωση σχεδίασης υποστήριξης.

Το παρακάτω διάγραμμα απεικονίζει τον τρόπο συγκέντρωσης επιχειρηματικών απαιτήσεων και ο ορισμός της σχεδίασης λύσης χρησιμοποιώντας μια προσέγγιση επιχειρηματικού σχεδιασμού.

Το διάγραμμα απεικονίζει τα παρακάτω βήματα.

Στοιχείο	Περιγραφή
	Η ομάδα έργου ξεκινά τον επιχειρηματικό σχεδιασμό επιβεβαιώνοντας την εμβέλεια της λύσης που τεκμηριώθηκε για πρώτη φορά σε τακτικό σχεδιασμό. Θα πρέπει να αποσαφηνίζουν τους επιχειρηματικούς τομείς, τα συστήματα και τα δεδομένα που θα περιλαμβάνει η λύση.
	Η ομάδα έργου αναγνωρίζει βασικούς ενδιαφερόμενους από την κοινότητα χρηστών που θα συμμετέχουν στις συνεδρίες επιχειρηματικού σχεδιασμού. Τα βασικά ενδιαφερόμενα μέρη είναι χρήστες με επαρκή γνώση και αξιοπιστία, ώστε να αντιπροσωπεύουν τους θεματικούς τομείς της λύσης.
	Η ομάδα έργου σχεδιάζει περιόδους λειτουργίας επιχειρησιακού σχεδιασμού. Ο σχεδιασμός περιλαμβάνει την ενημέρωση των ενδιαφερομένων, την οργάνωση συσκέψεων, την προετοιμασία παραδοτέων και τη συνεργασία με χρήστες επιχειρήσεων.
	Η ομάδα έργου συγκεντρώνει και ερευνά υπάρχουσες λύσεις που χρησιμοποιούν επί του παρόντος οι χρήστες επιχειρήσεων για την αντιμετώπιση υφιστάμενων αναγκών εταιρικών δεδομένων. Για να επιταχύνει αυτή τη διαδικασία, η ομάδα έργου μπορεί να χρησιμοποιήσει σχετική έρευνα από τον στρατηγικό σχεδιασμό bi, ο οποίος έχει τεκμηριωθεί στον κόμβο επικοινωνίας.
	Η ομάδα έργου πραγματοποιεί συνεδρίες επιχειρηματικής σχεδίασης με τους ενδιαφερόμενους. Αυτές οι συνεδρίες είναι μικρές, αλληλεπιδραστικές συσκέψεις, όπου η ομάδα έργου καθοδηγεί τους ενδιαφερόμενους για να κατανοήσουν τις ανάγκες και τις απαιτήσεις εταιρικών δεδομένων.
	Η ομάδα έργου ολοκληρώνει τον επιχειρηματικό σχεδιασμό παρουσιάζοντας ένα σχέδιο σχεδίασης λύσης στους ενδιαφερόμενους και άλλους χρήστες για σχόλια και έγκριση. Ο επιχειρηματικός σχεδιασμός είναι επιτυχής όταν τα ενδιαφερόμενα μέρη συμφωνούν ότι ο σχεδιασμός θα τους βοηθήσει να επιτύχουν τους επιχειρηματικούς στόχους τους.

Η επιχειρηματική σχεδίαση ολοκληρώνεται με τα ακόλουθα παραδοτέα.

• Πρόχειρα σχέδια λύσεων: Μακέτες, πρωτότυπα ή διαγράμματα wireframe απεικονίζουν τη σχεδίαση λύσης. Αυτά τα έγγραφα μεταφράζουν τις απαιτήσεις σε ένα συγκεκριμένο σχέδιο σχεδίασης.
• Λίστα επιχειρηματικών μετρικών: Ποσοτικά πεδία που αναμένονται στη λύση, συμπεριλαμβανομένων των επιχειρηματικών ορισμών και των αναμενόμενων συναθροίσεων. Εάν είναι δυνατό, ταξινομήστε τις κατά σπουδαιότητα για τους χρήστες.
• Λίστα επιχειρηματικών χαρακτηριστικών: Σχετικά χαρακτηριστικά και δομές δεδομένων που αναμένονται στη λύση, συμπεριλαμβανομένων των επιχειρηματικών ορισμών και των ονομάτων χαρακτηριστικών. Εάν είναι δυνατό, συμπεριλάβετε ιεραρχίες και ταξινομήστε τα χαρακτηριστικά κατά σπουδαιότητα για τους χρήστες.
• Συμπληρωματική τεκμηρίωση: Περιγραφές βασικών λειτουργικών απαιτήσεων ή απαιτήσεων συμμόρφωσης. Αυτή η τεκμηρίωση θα πρέπει να είναι όσο το δυνατόν πιο ακριβής, αλλά όσο το δυνατόν πιο συνοπτική.

Τα παραδοτέα επιχειρηματικής σχεδίασης χρησιμοποιούνται και επικυρώνονται από τον τεχνικό σχεδιασμό.

Φιλοδώρημα

Οι μακέτες λύσεων, τα πρωτότυπα ή τα διαγράμματα wireframe μπορούν να δημιουργήσουν μια σαφή κατανόηση του αναμενόμενου αποτελέσματος, τόσο για τους προγραμματιστές όσο και για τους τελικούς χρήστες. Η δημιουργία αποτελεσματικών μακέτες δεν απαιτεί καλλιτεχνικές δεξιότητες ή ταλέντα. Μπορείτε να χρησιμοποιήσετε απλά εργαλεία όπως το Microsoft Whiteboard, το PowerPoint ή ακόμα και μια πένα και χαρτί για να απεικονίσετε τη σχεδίαση.

Συλλογή τεχνικών απαιτήσεων

Αφού ολοκληρώσετε τον επιχειρηματικό σχεδιασμό, η ομάδα έργου επικυρώνει τα αποτελέσματά της χρησιμοποιώντας έναν τεχνικό σχεδιασμό. Ο τεχνικός σχεδιασμός είναι μια προσέγγιση παρόμοια με τον επιχειρηματικό σχεδιασμό. Ενώ ο επιχειρηματικός σχεδιασμός εστιάζει στις ανάγκες επιχειρηματικών δεδομένων, ο τεχνικός σχεδιασμός εστιάζει στις τεχνικές πτυχές μιας λύσης. Βασικό αποτέλεσμα του τεχνικού σχεδιασμού είναι το σχέδιο λύσης, το οποίο περιγράφει τον τελικό σχεδιασμό λύσης και ενημερωμένες εκτιμήσεις της προσπάθειας υλοποίησής του.

Σημείωμα

Σε αντίθεση με τον επιχειρηματικό σχεδιασμό, ο τεχνικός σχεδιασμός αποτελεί σε μεγάλο βαθμό μια ανεξάρτητη έρευνα σχετικά με τα δεδομένα προέλευσης και τα συστήματα που διεξάγονται από δημιουργούς και κατόχους περιεχομένου.

Σκοπός ενός τεχνικού σχεδίου είναι:

• Επικυρώστε τα αποτελέσματα της επιχειρηματικής σχεδίασης.
• Αντιμετωπίστε τεχνικές υποθέσεις στον τρέχοντα σχεδιασμό.
• Προσδιορίστε τις σχετικές προελεύσεις δεδομένων εντός εμβέλειας και καθορίστε τους υπολογισμούς πεδίων και τις αντιστοιχίσεις προέλευσης πεδίων για κάθε προέλευση δεδομένων.
• Μετάφραση των επιχειρηματικών απαιτήσεων σε τεχνικές απαιτήσεις.
• Παράγει εκτιμήσεις της προσπάθειας που απαιτείται για την υλοποίηση.

Η ομάδα έργου εμπλέκει τους τεχνικούς ή λειτουργικούς ενδιαφερόμενους σε περιορισμένες, εστιασμένες συνεδρίες τεχνικής σχεδίασης. Αυτές οι συνεδρίες είναι αλληλεπιδραστικές συναντήσεις με τους λειτουργικούς ενδιαφερόμενους για τη συλλογή τεχνικών απαιτήσεων. Οι ενδιαφερόμενοι είναι υπεύθυνοι για συγκεκριμένες λειτουργικές περιοχές που απαιτούνται για να λειτουργήσει αποτελεσματικά η λύση.

Παραδείγματα ενδιαφερομένων σε έναν τεχνικό σχεδιασμό θα μπορούσαν να είναι τα εξής:

• Ομάδες ασφάλειας και δικτύωσης: Είναι υπεύθυνες για τη διασφάλιση της ασφάλειας και της συμμόρφωσης των δεδομένων.
• Λειτουργικές ομάδες και διαχειριστές δεδομένων: Υπεύθυνοι για την επιμέλεια των δεδομένων προέλευσης.
• Αρχιτέκτονες: Κάτοχοι συγκεκριμένων πλατφορμών, εργαλείων ή τεχνολογίας.

Η ομάδα έργου εμπλέκει τους ενδιαφερόμενους σε συνεδρίες τεχνικού σχεδιασμού για την αντιμετώπιση τεχνικών πτυχών της λύσης. Οι τεχνικές πτυχές μπορεί να περιλαμβάνουν:

• Συνδέσεις προέλευσης δεδομένων: Λεπτομέρειες σχετικά με τον τρόπο σύνδεσης και ενοποίησης προελεύσεων δεδομένων.
• Δικτύωση και πύλες δεδομένων: Λεπτομέρειες σχετικά με ιδιωτικά δίκτυα ή προελεύσεις δεδομένων εσωτερικής εγκατάστασης.
• Αντιστοίχιση προέλευσης πεδίων: Αντιστοιχίσεις δεδομένων επιχειρηματικών μετρικών και χαρακτηριστικών σε πεδία προέλευσης δεδομένων.
• Λογική υπολογισμού: Μια μετάφραση των επιχειρηματικών ορισμών σε τεχνικούς υπολογισμούς.
• Τεχνικές δυνατότητες: Δυνατότητες ή λειτουργίες που απαιτούνται για την υποστήριξη των επιχειρηματικών απαιτήσεων.

Φιλοδώρημα

Η ομάδα έργου που διεξήγαγε τον επιχειρηματικό σχεδιασμό θα πρέπει επίσης να διεξάγει τον τεχνικό σχεδιασμό. Ωστόσο, για πρακτικούς λόγους, διαφορετικά άτομα μπορεί να ηγηθούν του τεχνικού σχεδιασμού. Σε αυτή την περίπτωση, ξεκινήστε τον τεχνικό σχεδιασμό εξετάζοντας τα αποτελέσματα του επιχειρηματικού σχεδιασμού.

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

Το παρακάτω διάγραμμα παρουσιάζει τον τρόπο μετάφρασης των επιχειρηματικών απαιτήσεων σε τεχνικές απαιτήσεις χρησιμοποιώντας έναν τεχνικό σχεδιασμό.

Το διάγραμμα απεικονίζει τα παρακάτω βήματα.

Στοιχείο	Περιγραφή
	Η ομάδα έργου ξεκινά τον τεχνικό σχεδιασμό καθορίζοντας την εμβέλεια της προέλευσης δεδομένων με βάση τα αποτελέσματα της επιχειρηματικής σχεδίασης. Η εμβέλεια προέλευσης δεδομένων δηλώνει ποια δεδομένα απαιτούνται για τη δημιουργία της λύσης. Για να προσδιορίσει τις κατάλληλες προελεύσεις δεδομένων, η ομάδα έργου συμβουλεύει τις επιχειρηματικές και λειτουργικές ΜΜΕ.
	Η ομάδα έργου αναγνωρίζει τους τεχνικούς ή λειτουργικούς ενδιαφερόμενους που θα συμμετάσχουν αργότερα στις συνεδρίες τεχνικής σχεδίασης.
	Η ομάδα του έργου σχεδιάζει περιορισμένες, εστιασμένες συνεδρίες με τους λειτουργικούς ενδιαφερόμενους για την αντιμετώπιση τεχνικών πτυχών της λύσης. Ο σχεδιασμός περιλαμβάνει την ενημέρωση των ενδιαφερομένων, την οργάνωση συσκέψεων και την προετοιμασία παραδοτέων.
	Η ομάδα έργου ερευνά τις τεχνικές απαιτήσεις. Η έρευνα περιλαμβάνει τον ορισμό υπολογισμών πεδίων και αντιστοιχίσεων προέλευσης δεδομένων, καθώς και την αντιμετώπιση των υποθέσεων επιχειρηματικού σχεδιασμού με τεχνική ανάλυση και τεκμηρίωση.
	Εάν είναι απαραίτητο, η ομάδα έργου περιλαμβάνει ενδιαφερόμενους σε συνεδρίες τεχνικής σχεδίασης. Οι περίοδοι λειτουργίας εστιάζουν σε μια συγκεκριμένη, τεχνική πτυχή της λύσης, όπως οι συνδέσεις ασφάλειας ή προέλευσης δεδομένων. Σε αυτές τις συνεδρίες, η ομάδα έργου συγκεντρώνει ποιοτικά σχόλια από τους ενδιαφερόμενους και τις ΜΜΕ.
	Η ομάδα έργου προετοιμάζει τα ευρήματά της χρησιμοποιώντας ένα πρόγραμμα λύσης, το οποίο παρουσιάζουν στους ενδιαφερόμενους και τους υπεύθυνους λήψης αποφάσεων. Το σχέδιο είναι μια επανάληψη και επέκταση των αποτελεσμάτων επιχειρηματικού σχεδιασμού που περιλαμβάνει τον τελικό σχεδιασμό, τις εκτιμήσεις και άλλα παραδοτέα.
	Ο τεχνικός σχεδιασμός θα πρέπει να ολοκληρώνεται με μια τελική συνάντηση με τους ενδιαφερόμενους και τους υπεύθυνους λήψης αποφάσεων για να αποφασίσουν εάν θα προχωρήσουν ή όχι. Αυτή η σύσκεψη παρέχει μια τελευταία ευκαιρία για την αξιολόγηση του σχεδιασμού λύσης προτού δεσμευτούν οι πόροι για την ανάπτυξη της λύσης.

Σημείωμα

Ο τεχνικός σχεδιασμός μπορεί να αποκαλύψει απροσδόκητη πολυπλοκότητα που θα μπορούσε να καταστήσει τον σχεδιασμό λύσης αδύνατο λόγω της τρέχουσας διαθεσιμότητας πόρων ή της οργανωτικής ετοιμότητας. Στην περίπτωση αυτή, η λύση θα πρέπει να επαναξιολογηθεί κατά την επόμενη περίοδο τακτικού σχεδιασμού. Ανάλογα με την επείγουσα ανάγκη των επιχειρηματικών δεδομένων, ένας υπεύθυνος λήψης αποφάσεων, όπως ο εκτελεστικός χορηγός, μπορεί να θέλει ακόμα να προχωρήσει με μια απόδειξη της ιδέας ή μόνο ένα μέρος της προγραμματισμένης λύσης.

Ο τεχνικός σχεδιασμός ολοκληρώνεται με ένα σχέδιο λύσης, το οποίο αποτελείται από τα ακόλουθα παραδοτέα.

• Εργαλεία και τεχνολογίες: Κατάλογος των σχετικών τεχνικών μέσων που απαιτούνται για την υλοποίηση της λύσης. Η λίστα συνήθως περιλαμβάνει σχετικές νέες επιλογές αδειών χρήσης (όπως εκχωρημένους πόρους Fabric ή Premium ανά χρήστη), δυνατότητες και εργαλεία.
• Καθορισμένη λίστα με επιχειρηματικά μετρικά: Υπολογισμοί και αντιστοιχίσεις προέλευσης πεδίων των επιχειρηματικών μετρικών για όλες τις προελεύσεις δεδομένων εντός εμβέλειας. Για να δημιουργήσει αυτό το παραδοτέο, η ομάδα έργου χρησιμοποιεί τη λίστα των επιχειρηματικών μετρικών που δημιουργήθηκαν στον επιχειρηματικό σχεδιασμό.
• Καθορισμένη λίστα επιχειρηματικών χαρακτηριστικών: Αντιστοιχίσεις προέλευσης πεδίων των επιχειρησιακών χαρακτηριστικών για όλες τις προελεύσεις δεδομένων εντός εμβέλειας. Για να δημιουργήσει αυτό το παραδοτέο, η ομάδα έργου χρησιμοποιεί τη λίστα των επιχειρηματικών χαρακτηριστικών που δημιουργήθηκαν στον επιχειρηματικό σχεδιασμό.
• Αναθεωρημένα σχέδια: Αναθεωρήσεις στη σχεδίαση λύσης με βάση αλλαγές ή μη έγκυρες υποθέσεις σχετικά με τον επιχειρηματικό σχεδιασμό. Τα αναθεωρημένα σχέδια είναι ενημερωμένες εκδόσεις των μακέτες, των πρωτοτύπων ή των διαγραμμάτων wireframe που παράγονται στον επιχειρηματικό σχεδιασμό. Εάν δεν υπάρχουν απαραίτητες αναθεωρήσεις, κοινοποιήστε ότι ο τεχνικός σχεδιασμός επικυρώνει τον επιχειρηματικό σχεδιασμό.
• Εκτίμηση προσπάθειας: Εκτίμηση των πόρων που απαιτούνται για την ανάπτυξη, την υποστήριξη και τη διατήρηση της λύσης. Η εκτίμηση ενημερώνει την τελική απόφαση σχετικά με το αν θα συνεχίσετε με την υλοποίηση της λύσης ή όχι.

Σημαντικό

Βεβαιωθείτε ότι η ομάδα έργου ειδοποιεί τους ενδιαφερόμενους για τυχόν αλλαγές ή μη αναμενόμενες ανακαλύψεις από τον τεχνικό σχεδιασμό. Αυτές οι περίοδοι τεχνικής σχεδίασης θα πρέπει να εξακολουθούν να αφορούν σχετικούς επιχειρηματικούς χρήστες. Ωστόσο, βεβαιωθείτε ότι τα ενδιαφερόμενα μέρη δεν εκτίθενται άσκοπα σε σύνθετες τεχνικές πληροφορίες.

Φιλοδώρημα

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

Λίστα ελέγχου - Κατά τη συγκέντρωση απαιτήσεων, βασικές αποφάσεις και ενέργειες περιλαμβάνουν τα εξής:

• Διευκρινίστε ποιος είναι ο κάτοχος του σχεδιασμού λύσεων: Για κάθε λύση, βεβαιωθείτε ότι οι ρόλοι και οι ευθύνες είναι σαφείς για την ομάδα έργου.
• Διευκρινίστε την εμβέλεια της λύσης: Το πεδίο εφαρμογής της λύσης θα πρέπει να τεκμηριώνεται ήδη ως μέρος του τακτικού σχεδιασμού bi. Ίσως χρειαστεί να αφιερώσετε επιπλέον χρόνο και προσπάθεια για να αποσαφηνίσετε την εμβέλεια προτού ξεκινήσετε τον σχεδιασμό λύσης.
• Αναγνώριση και ενημέρωση των ενδιαφερομένων: Αναγνωρίστε ενδιαφερόμενους για επιχειρηματικούς σχεδιασμούς και τεχνικά σχέδια. Ενημερώστε τους εκ των προτέρων σχετικά με το έργο και εξηγήστε την εμβέλεια, τους στόχους, την απαιτούμενη χρονική επένδυση και τα παραδοτέα από τον επιχειρηματικό σχεδιασμό.
• Σχεδιασμός και διεξαγωγή περιόδων λειτουργίας σχεδιασμού επιχειρήσεων: Συντονήστε τις συνεδρίες επιχειρηματικού σχεδιασμού για να αποσπάτε πληροφορίες από τους ενδιαφερόμενους και τους επιχειρηματικούς χρήστες. Ζητήστε από τους χρήστες να επιδείξουν τον τρόπο με τον οποίο χρησιμοποιούν τις υπάρχουσες λύσεις.
• Τεκμηρίωση επιχειρηματικών μετρικών και χαρακτηριστικών: Χρησιμοποιώντας υπάρχουσες λύσεις και δεδομένα εισόδου από τους ενδιαφερομένους, δημιουργήστε μια λίστα μετρικών και χαρακτηριστικών για επιχειρήσεις. Στα τεχνικά σχέδια, αντιστοιχίστε τα πεδία στην προέλευση δεδομένων και περιγράψτε τη λογική υπολογισμού για ποσοτικά πεδία.
• Πρόχειρη σχεδίαση λύσης: Δημιουργήστε επαναληπτικές μακέτες με βάση τα δεδομένα εισόδου των ενδιαφερομένων, τα οποία απεικονίζουν οπτικά το αναμενόμενο αποτέλεσμα της λύσης. Βεβαιωθείτε ότι οι μακέτες αντιπροσωπεύουν και αντιμετωπίζουν με ακρίβεια τις επιχειρηματικές απαιτήσεις. Επικοινωνήστε με τους χρήστες επιχειρήσεων ότι οι μακέτες πρέπει ακόμα να επικυρωθούν (και ενδεχομένως να αναθεωρηθούν) κατά τη διάρκεια της τεχνικής σχεδίασης.
• Δημιουργήστε το σχέδιο λύσης: Δεδομένα προέλευσης έρευνας και σχετικά τεχνικά ζητήματα για να εξασφαλίσετε ότι ο επιχειρηματικός σχεδιασμός είναι εφικτός. Όπου είναι σχετικό, περιγράψτε βασικούς κινδύνους και απειλές για τον σχεδιασμό και τυχόν εναλλακτικές προσεγγίσεις. Εάν είναι απαραίτητο, προετοιμάστε μια αναθεώρηση της σχεδίασης λύσης και συζητήστε την με τα ενδιαφερόμενα μέρη.
• Δημιουργία εκτιμήσεων προσπάθειας: Ως μέρος του σχεδίου τελικής λύσης, εκτιμήστε την προσπάθεια δημιουργίας και υποστήριξης της λύσης. Δικαιολογήστε αυτές τις εκτιμήσεις με τις πληροφορίες που συγκεντρώθηκαν κατά τη διάρκεια των συνεδριών επιχειρηματικού σχεδιασμού και τεχνικού σχεδιασμού.
• Αποφασίστε εάν θα συνεχίσετε με το σχέδιο: Για να ολοκληρώσετε τη διαδικασία συγκέντρωσης απαιτήσεων, παρουσιάστε το τελικό σχέδιο στους ενδιαφερόμενους και τους υπεύθυνους λήψης αποφάσεων. Ο σκοπός αυτής της σύσκεψης είναι να καθορίσει αν θα προχωρήσει με την ανάπτυξη λύσης.

Βήμα 2: Σχεδιασμός για ανάπτυξη

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

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

Σχεδιασμός αντιμετώπισης βασικών περιοχών

Η ομάδα έργου θα πρέπει να σχεδιάσει για βασικές περιοχές της ανάπτυξης λύσης. Συνήθως, ο σχεδιασμός πρέπει να αφορά τις ακόλουθες περιοχές.

• Συμμόρφωση: Βεβαιωθείτε ότι όλα τα κριτήρια συμμόρφωσης που προσδιορίζονται στη συγκέντρωση απαιτήσεων θα αντιμετωπίζονται με συγκεκριμένες ενέργειες. Αναθέστε κάθε μία από αυτές τις ενέργειες σε συγκεκριμένα άτομα και καθορίστε με σαφήνεια το χρονικό πλαίσιο παράδοσης.
• Ασφάλεια: Αποφασίστε πώς θα γίνεται η διαχείριση των διαφορετικών επιπέδων πρόσβασης στη λύση και τυχόν απαιτήσεις κανόνων ασφαλείας δεδομένων. Ελέγξτε εάν η ασφάλεια λύσης θα είναι περισσότερο ή λιγότερο αυστηρή από το τυπικό περιεχόμενο στον μισθωτή.
• Πύλες δεδομένων: Αξιολογήστε εάν η λύση χρειάζεται μια πύλη δεδομένων για σύνδεση σε προελεύσεις δεδομένων. Προσδιορίστε εάν είναι απαραίτητες συγκεκριμένες ρυθμίσεις πύλης ή συμπλέγματα υψηλής διαθεσιμότητας . Σχεδιάστε ποιοι θα μπορούν να διαχειρίζονται συνδέσεις πύλης μέσω των ρόλων ασφαλείας πύλης και τον τρόπο παρακολούθησης των πυλών. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Παροχή πρόσβασης στην πύλη.
• Χώροι εργασίας: Αποφασίστε πώς θα ρυθμίσετε και θα χρησιμοποιήσετε χώρους εργασίας. Προσδιορίστε εάν η λύση απαιτεί εργαλεία διαχείρισης κύκλου ζωής, όπως διοχετεύσεις ενοποίησης και ανάπτυξης Git και αν απαιτεί προηγμένη καταγραφή με το Azure Log Analytics.
• Υποστήριξη: Καθιερώνετε ποιος είναι υπεύθυνος για την υποστήριξη και τη διατήρηση της λύσης μετά την ανάπτυξη παραγωγής. Εάν τα άτομα που είναι υπεύθυνα για την υποστήριξη είναι διαφορετικά από την ομάδα έργου, αυτά τα άτομα είναι σε ανάπτυξη. Βεβαιωθείτε ότι όποιος θα υποστηρίξει τη λύση κατανοεί τη σχεδίαση της λύσης, το πρόβλημα που πρέπει να αντιμετωπίσει, ποιος θα πρέπει να τη χρησιμοποιήσει και πώς.
• Εκπαίδευση χρηστών: Αναμένετε τις προσπάθειες που απαιτούνται για την εκπαίδευση της κοινότητας χρηστών, ώστε να μπορούν να χρησιμοποιήσουν αποτελεσματικά τη λύση. Εξετάστε εάν απαιτούνται συγκεκριμένες ενέργειες διαχείρισης αλλαγών .
• Διαχείριση: Προσδιορίστε τυχόν πιθανούς κινδύνους διαχείρισης για τη λύση. Αναμένετε την προσπάθεια που απαιτείται για να επιτρέψετε στους χρήστες να χρησιμοποιούν αποτελεσματικά τη λύση, με ταυτόχρονη άμβλυνση οποιουδήποτε κινδύνου διαχείρισης (για παράδειγμα, χρησιμοποιώντας ετικέτες ευαισθησίας και πολιτικές).

Διεξαγωγή αρχικής ρύθμισης

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

• Αρχικά εργαλεία και διαδικασίες: Εκτελέστε ρύθμιση για πρώτη φορά για τυχόν νέα εργαλεία και διεργασίες που απαιτούνται για την ανάπτυξη, δοκιμή και ανάπτυξη.
• Ταυτότητες και διαπιστευτήρια: Δημιουργήστε ομάδες ασφαλείας και οντότητες υπηρεσίας που θα χρησιμοποιηθούν για την πρόσβαση σε εργαλεία και συστήματα. Αποθηκεύστε αποτελεσματικά και με ασφάλεια τα διαπιστευτήρια.
• Πύλες δεδομένων:Ανάπτυξη πυλών δεδομένων για προελεύσεις δεδομένων εσωτερικής εγκατάστασης (πύλες εταιρικής λειτουργίας) ή προελεύσεις δεδομένων σε ιδιωτικό δίκτυο (εικονικό δίκτυο ή VNet, πύλες).
• Χώροι εργασίας και αποθετήρια: Δημιουργήστε και ρυθμίστε χώρους εργασίας και απομακρυσμένα αποθετήρια δεδομένων για τη δημοσίευση και αποθήκευση περιεχομένου.

Σημείωμα

Ο σχεδιασμός ανάπτυξης διαφέρει ανάλογα με τη λύση και τη ροή εργασιών που προτιμάτε. Αυτό το άρθρο περιγράφει μόνο τον σχεδιασμό υψηλού επιπέδου και στοιχεία με δυνατότητα ενεργειών.

Για περισσότερες πληροφορίες σχετικά με τον σχεδιασμό ανάπτυξης, ανατρέξτε στο θέμα Σχεδιασμός ανάπτυξης για μετεγκατάσταση στο Power BI.

Λίστα ελέγχου - Κατά τον σχεδιασμό ανάπτυξης λύσης, βασικές αποφάσεις και ενέργειες περιλαμβάνουν:

• Σχεδιασμός για βασικούς τομείς: Σχεδιάστε να αντιμετωπίσετε τις διαδικασίες και τα εργαλεία που χρειάζεστε για να αναπτύξετε και να αναπτύξετε με επιτυχία τη λύση σας. Αντιμετωπίστε τόσο τεχνικούς τομείς (όπως πύλες δεδομένων ή χώρους εργασίας) όσο και υιοθέτηση (όπως την εκπαίδευση και διαχείριση χρηστών).
• Διεξαγωγή αρχικής ρύθμισης: Δημιουργήστε τα εργαλεία, τις διαδικασίες και τις δυνατότητες που χρειάζεστε για να αναπτύξετε και να αναπτύξετε τη λύση. Τεκμηριώστε τη ρύθμιση για να βοηθήσετε άλλους χρήστες που θα χρειαστεί να κάνουν μια εγκατάσταση για πρώτη φορά στο μέλλον.
• Δοκιμή συνδέσεων προέλευσης δεδομένων: Επαληθεύστε ότι υπάρχουν τα κατάλληλα στοιχεία και διεργασίες για να συνδεθείτε στα σωστά δεδομένα για να ξεκινήσετε την επαλήθευση ιδέας.

Βήμα 3: Διεξαγωγή επαλήθευσης ιδέας

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

Συνιστούμε να λαμβάνονται υπόψη τα παρακάτω ζητήματα κατά την προετοιμασία μιας POC.

• Στόχοι και εμβέλεια: Περιγράψτε τον σκοπό της λύσης POC και τις λειτουργικές περιοχές που θα αντιμετωπίσει. Για παράδειγμα, η ομάδα έργου μπορεί να αποφασίσει να περιορίσει την POC σε μια μοναδική λειτουργική περιοχή ή σε ένα συγκεκριμένο σύνολο απαιτήσεων ή δυνατοτήτων.
• Δεδομένα προέλευσης: Προσδιορίστε ποια δεδομένα θα χρησιμοποιηθούν στην POC. Ανάλογα με τη λύση, η ομάδα έργου μπορεί να αποφασίσει να χρησιμοποιήσει διαφορετικούς τύπους δεδομένων, όπως:
  • Δεδομένα παραγωγής (πραγματικά)
  • Δείγμα δεδομένων
  • Δημιουργείται συνθετικά δεδομένα που μοιάζουν με πραγματικούς όγκους δεδομένων και πολυπλοκότητα που παρατηρήθηκε σε περιβάλλοντα παραγωγής
• Επίδειξη: Περιγράψτε πώς και πότε η ομάδα έργου θα παρουσιάσει την POC στους ενδιαφερόμενους και τους χρήστες. Οι επιδείξεις μπορούν να δοθούν κατά τη διάρκεια τακτικών ενημερώσεων ή όταν η POC πληροί συγκεκριμένα λειτουργικά κριτήρια.
• Περιβάλλον: Περιγράψτε πού θα δημιουργήσει η ομάδα έργου την POC. Μια καλή προσέγγιση είναι να χρησιμοποιήσετε ένα ξεχωριστό περιβάλλον προστατευμένης εκτέλεσης για την POC και να το αναπτύξετε σε ένα περιβάλλον ανάπτυξης όταν είναι έτοιμο. Ένα περιβάλλον προστατευμένης εκτέλεσης έχει πιο ευέλικτες πολιτικές και ρευστό περιεχόμενο και εστιάζει στην παραγωγή γρήγορων αποτελεσμάτων. Αντίθετα, ένα περιβάλλον ανάπτυξης ακολουθεί πιο δομημένες διαδικασίες που επιτρέπουν τη συνεργασία και εστιάζει στην ολοκλήρωση συγκεκριμένων εργασιών.
• Κριτήρια επιτυχίας: Καθορίστε το όριο για το πότε η POC είναι επιτυχής και θα πρέπει να μετακινηθείτε στην επόμενη επανάληψη και να εισαγάγετε επίσημη ανάπτυξη. Πριν από την εκκίνηση της POC, η ομάδα έργου θα πρέπει να προσδιορίσει σαφή κριτήρια για το πότε η POC είναι επιτυχής. Ορίζοντας αυτά τα κριτήρια εκ των προτέρων, η ομάδα έργου ορίζει πότε θα λήξει η ανάπτυξη της POC και πότε θα ξεκινήσουν οι κύκλοι επαναληπτικής ανάπτυξης και επικύρωσης. Ανάλογα με τους στόχους της POC, η ομάδα έργου θα μπορούσε να ορίσει διαφορετικά κριτήρια επιτυχίας, όπως:
  • Έγκριση της POC από τα ενδιαφερόμενα μέρη
  • Επικύρωση δυνατοτήτων ή λειτουργιών
  • Ευνοϊκή αναθεώρηση της POC από συναδέλφους μετά από σταθερό χρόνο ανάπτυξης
• Αποτυχία: Βεβαιωθείτε ότι η ομάδα έργου μπορεί να εντοπίσει αποτυχία της POC. Ο έγκαιρος εντοπισμός αποτυχίας θα σας βοηθήσει να διερευνήσετε τα βαθύτερα αίτια. Μπορεί επίσης να βοηθήσει στην αποφυγή περαιτέρω επενδύσεων σε μια λύση που δεν θα λειτουργεί όπως αναμένεται όταν αναπτύσσεται στην παραγωγή.

Προσοχή

Όταν η ομάδα έργου διεξάγει την POC, θα πρέπει να παραμένει σε εγρήγορση για υποθέσεις και περιορισμούς. Για παράδειγμα, η ομάδα έργου δεν μπορεί να δοκιμάσει εύκολα τις επιδόσεις και την ποιότητα των δεδομένων της λύσης χρησιμοποιώντας ένα μικρό σύνολο δεδομένων. Επιπλέον, βεβαιωθείτε ότι η εμβέλεια και ο σκοπός της POC είναι σαφείς για τους χρήστες επιχείρησης. Φροντίστε να κοινοποιήσετε ότι η POC είναι μια πρώτη επανάληψη και να τονίσετε ότι δεν είναι λύση παραγωγής.

Σημείωμα

Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Διεξαγωγή επαλήθευσης ιδέας για μετεγκατάσταση στο Power BI.

Λίστα ελέγχου - Κατά τη δημιουργία μιας POC, βασικές αποφάσεις και ενέργειες περιλαμβάνουν:

• Καθορίστε τους στόχους: Βεβαιωθείτε ότι οι στόχοι της POC είναι σαφείς για όλους τους ανθρώπους που συμμετέχουν.
• Καθορίστε το πεδίο εφαρμογής της POC: Βεβαιωθείτε ότι η δημιουργία της POC δεν θα απαιτεί μεγάλη προσπάθεια ανάπτυξης, παρέχοντας ταυτόχρονα αξία και παρουσιάζοντας τη σχεδίαση λύσης.
• Αποφασίστε ποια δεδομένα θα χρησιμοποιηθούν: Προσδιορίστε ποια δεδομένα προέλευσης θα χρησιμοποιήσετε για να δημιουργήσετε την POC, αιτιολογώντας την απόφασή σας και περιγράφοντας τους πιθανούς κινδύνους και περιορισμούς.
• Αποφασίστε πότε και πώς θα παρουσιάσετε την POC: Σχεδιάστε να δείξετε την πρόοδο παρουσιάζοντας την POC στους υπεύθυνους λήψης αποφάσεων και τους επιχειρηματικούς χρήστες.
• Διευκρινίστε πότε τελειώνει η POC: Βεβαιωθείτε ότι η ομάδα έργου αποφασίζει για ένα σαφές συμπέρασμα για την POC και περιγράψτε πώς θα προωθηθεί σε επίσημους κύκλους ανάπτυξης.

Βήμα 4: Δημιουργία και επικύρωση περιεχομένου

Όταν η POC είναι επιτυχής, η ομάδα έργου μετακινείται από την POC στη δημιουργία και επικύρωση περιεχομένου. Η ομάδα έργου μπορεί να αναπτύξει τη λύση BI με επαναληπτικούς κύκλους ανάπτυξης και επικύρωσης. Αυτοί οι κύκλοι αποτελούνται από επαναληπτικές εκδόσεις, όπου η ομάδα έργου δημιουργεί περιεχόμενο σε ένα περιβάλλον ανάπτυξης και το δημοσιεύει σε ένα περιβάλλον δοκιμής. Κατά τη διάρκεια της ανάπτυξης, η ομάδα έργου προστίθεται σταδιακά στην κοινότητα χρηστών σε μια πιλοτική διαδικασία σε πρώιμες (beta) εκδόσεις της λύσης στο περιβάλλον δοκιμής.

Φιλοδώρημα

Η επαναληπτική παράδοση ενθαρρύνει την πρώιμη επικύρωση και σχόλια που μπορούν να μετριάσουν τις αιτήσεις αλλαγής, να προωθήσουν την υιοθέτηση λύσης και να αποδήσουν οφέλη πριν από την έκδοση παραγωγής.

Οι κύκλοι επαναληπτικής ανάπτυξης και επικύρωσης προχωρούν μέχρι η ομάδα έργου να καταλήξει σε ένα προκαθορισμένο συμπέρασμα. Συνήθως, η ανάπτυξη ολοκληρώνεται όταν δεν υπάρχουν άλλες δυνατότητες για εφαρμογή ή σχόλια χρηστών για αντιμετώπιση. Όταν ολοκληρωθούν οι κύκλοι ανάπτυξης και επικύρωσης, η ομάδα έργου αναπτύσσει το περιεχόμενο σε ένα περιβάλλον παραγωγής με την τελική έκδοση παραγωγής.

Το παρακάτω διάγραμμα απεικονίζει τον τρόπο με τον οποίο η ομάδα έργου μπορεί να παρέχει επαναληπτικά λύσεις BI με κύκλους ανάπτυξης και επικύρωσης.

Το διάγραμμα απεικονίζει τα παρακάτω βήματα.

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

Οι παρακάτω ενότητες περιγράφουν βασικά ζητήματα για τη χρήση κύκλων επαναληπτικής ανάπτυξης και επικύρωσης για την παροχή λύσεων BI.

Δημιουργία περιεχομένου

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

• Κατά τη διάρκεια κάθε κύκλου ανάπτυξης, ενημερώστε την τεκμηρίωση για να περιγράψετε τη λύση.
• Ολοκληρώστε κάθε κύκλο ανάπτυξης με μια ανακοίνωση στην κοινότητα χρηστών. Οι ανακοινώσεις θα πρέπει να δημοσιεύονται στην κεντρική πύλη και θα πρέπει να παρέχουν σύντομες περιγραφές των αλλαγών και των νέων δυνατοτήτων σε κάθε έκδοση.
• Με κάθε έκδοση, εξετάστε την οργάνωση περιόδων λειτουργίας για την επίδειξη αλλαγών και νέων δυνατοτήτων στην κοινότητα χρηστών, καθώς και για να απαντήσετε σε τυχόν προφορικές ερωτήσεις.
• Καθορίστε πότε θα ολοκληρώνονται οι κύκλοι επαναληπτικής ανάπτυξης και επικύρωσης. Βεβαιωθείτε ότι υπάρχει μια σαφής διαδικασία για την ανάπτυξη της λύσης στο περιβάλλον παραγωγής, συμπεριλαμβανομένης μιας μετάβασης σε δραστηριότητες υποστήριξης και υιοθέτησης.

Επικύρωση περιεχομένου

Κάθε κύκλος επαναληπτικής ανάπτυξης θα πρέπει να ολοκληρώνεται με επικύρωση περιεχομένου. Για λύσεις BI, υπάρχουν συνήθως δύο είδη επικύρωσης.

• Επικύρωση προγραμματιστών: Η δοκιμή λύσης πραγματοποιείται από δημιουργούς περιεχομένου και συναδέλφους. Ο σκοπός της επικύρωσης προγραμματιστών είναι ο εντοπισμός και η επίλυση όλων των κρίσιμων και ορατών ζητημάτων προτού η λύση καταστεί διαθέσιμη στους επιχειρηματικούς χρήστες. Προβλήματα μπορεί να αφορούν την ορθότητα, τη λειτουργικότητα ή την εμπειρία χρήστη των δεδομένων. Ιδανικά, το περιεχόμενο επικυρώνεται από έναν δημιουργό περιεχομένου που δεν το ανέπτυξε.
• Επικύρωση χρήστη: Η δοκιμή λύσης πραγματοποιείται από την κοινότητα χρηστών. Ο σκοπός της επικύρωσης χρήστη είναι η παροχή σχολίων για μεταγενέστερες επαναλήψεις και ο εντοπισμός ζητημάτων που δεν βρέθηκαν από τους προγραμματιστές. Οι επίσημες περίοδοι επικύρωσης χρηστών συνήθως αναφέρονται ως δοκιμή αποδοχής χρηστών (UAT).

Σημαντικό

Βεβαιωθείτε ότι τυχόν προβλήματα ποιότητας δεδομένων αντιμετωπίζονται κατά την επικύρωση προγραμματιστών (πριν από το UAT). Αυτά τα ζητήματα μπορούν να διαβρώσουν γρήγορα την εμπιστοσύνη στη λύση και μπορεί να βλάψουν τη μακροπρόθεσμη υιοθέτηση.

Φιλοδώρημα

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

Λαμβάνοντας υπόψη τα παρακάτω ζητήματα όταν η ομάδα έργου επικυρώνει περιεχόμενο.

• Ενθαρρύνετε τα σχόλια των χρηστών: Με κάθε έκδοση, ζητήστε από τους χρήστες να παρέχουν σχόλια και παρουσιάστε πώς μπορούν να το κάνουν αποτελεσματικά. Εξετάστε το ενδεχόμενο τακτικής κοινής χρήσης παραδειγμάτων σχολίων και αιτήσεων που οδήγησαν σε πρόσφατες αλλαγές και νέες δυνατότητες. Με την κοινή χρήση παραδειγμάτων, δηλώνετε ότι τα σχόλια αναγνωρίζονται και εκτιμούνται.
• Απομόνωση μεγαλύτερων αιτήσεων: Ορισμένα στοιχεία σχολίων απαιτούν περισσότερη προσπάθεια αντιμετώπισης. Βεβαιωθείτε ότι η ομάδα έργου μπορεί να αναγνωρίσει αυτά τα στοιχεία και να συζητήσει εάν θα υλοποιηθούν ή όχι. Εξετάστε το ενδεχόμενο τεκμηρίωσης μεγαλύτερων αιτημάτων για συζήτηση σε μεταγενέστερες συνεδρίες τακτικού σχεδιασμού .
• Ξεκινήστε τις δραστηριότητες διαχείρισης αλλαγών: Εκπαιδεύστε τους χρήστες στον τρόπο χρήσης της λύσης. Φροντίστε να αφιερώσετε επιπλέον προσπάθεια σε νέες διαδικασίες, νέα δεδομένα και διαφορετικούς τρόπους εργασίας. Η επένδυση στη διαχείριση αλλαγών έχει θετική απόδοση μακροπρόθεσμης υιοθέτησης λύσης.

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

Σημείωμα

Η ανάπτυξη και οι δοκιμές διαφέρουν ανάλογα με τη λύση και τη ροή εργασιών που προτιμάτε.

Αυτό το άρθρο περιγράφει μόνο σχεδιασμό υψηλού επιπέδου και στοιχεία με δυνατότητα ενεργειών. Για περισσότερες πληροφορίες σχετικά με τους κύκλους επαναληπτικής ανάπτυξης και δοκιμής, ανατρέξτε στο θέμα Δημιουργία περιεχομένου για μετεγκατάσταση στο Power BI.

Λίστα ελέγχου - Κατά τη δημιουργία και επικύρωση περιεχομένου, βασικές αποφάσεις και ενέργειες περιλαμβάνουν τα εξής:

• Χρησιμοποιήστε μια επαναληπτική διαδικασία για να σχεδιάσετε και να αναθέσετε εργασίες: Σχεδιάστε και αναθέστε εργασίες για κάθε έκδοση της λύσης. Βεβαιωθείτε ότι η διαδικασία σχεδιασμού και ανάθεσης εργασιών είναι ευέλικτη και ενσωματώνει σχόλια χρηστών.
• Ρύθμιση διαχείρισης κύκλου ζωής περιεχομένου: Χρησιμοποιήστε εργαλεία και διαδικασίες για την απλοποίηση και την αυτοματοποίηση της ανάπτυξης λύσεων και τη διαχείριση αλλαγών.
• Δημιουργήστε ένα εργαλείο για τη συγκέντρωση των σχολίων: Αυτοματοποιήστε τη συλλογή σχολίων χρησιμοποιώντας μια λύση που είναι απλή για εσάς και τους χρήστες σας. Δημιουργήστε μια απλή φόρμα για να εξασφαλίσετε ότι τα σχόλια είναι περιεκτικά και ακόμη αξιοποιήσιμα.
• Προγραμματίστε μια σύσκεψη για να εξετάσετε τα σχόλια: Συνάντηση για να εξετάσετε εν συντομία κάθε νέο ή εξαιρετικό στοιχείο σχολίων. Αποφασίστε εάν θα υλοποιήσετε τα σχόλια ή όχι, ποιος θα είναι υπεύθυνος για την υλοποίηση και ποιες ενέργειες πρέπει να κάνετε για να κλείσετε το στοιχείο σχολίων.
• Αποφασίστε πότε ολοκληρώνεται η επαναληπτική παράδοση: Περιγράψτε τις συνθήκες για το πότε θα ολοκληρωθούν οι επαναληπτικοί κύκλοι παράδοσης και πότε θα κυκλοφορήσετε περιεχόμενο στο περιβάλλον παραγωγής.

Βήμα 5: Ανάπτυξη, υποστήριξη και παρακολούθηση

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

Για να εξασφαλίσετε μια επιτυχημένη ανάπτυξη, εκτελείτε τις ακόλουθες εργασίες υποστήριξης και υιοθέτησης.

• Κοινοποιήστε την τελική έκδοση: Ο εκτελεστικός χορηγός, ένας διευθυντής ή κάποιο άλλο άτομο με επαρκή εξουσία και αξιοπιστία θα πρέπει να ανακοινώσει την κυκλοφορία στην κοινότητα χρηστών. Η επικοινωνία θα πρέπει να είναι σαφής, συνοπτική και να περιλαμβάνει συνδέσεις προς τις σχετικές λύσεις και τα κανάλια υποστήριξης.
• Διεξαγωγή εκπαίδευσης για καταναλωτές περιεχομένου: Η εκπαίδευση θα πρέπει να είναι διαθέσιμη για τους καταναλωτές περιεχομένου κατά τις πρώτες εβδομάδες μετά την κυκλοφορία στην παραγωγή. Η εκπαίδευση θα πρέπει να εστιάζει στην αποσαφήνιση της εμβέλειας της λύσης, στην απάντηση σε ερωτήσεις χρηστών και στην επεξήγηση του τρόπου χρήσης της λύσης.
• Διεύθυνση σχολίων και αιτήσεων: Εξετάστε το ενδεχόμενο να παράσχετε στους χρήστες ένα κανάλι για να υποβάλουν σχόλια και αιτήσεις στην ομάδα έργου. Βεβαιωθείτε ότι εξετάζονται εύλογα σχόλια και αιτήσεις και, ανάλογα με την περίπτωση, υλοποιούνται κατά τη διάρκεια της περιόδου υποστήριξης μετά την ανάπτυξη. Η ενέργεια βάσει σχολίων και αιτημάτων μετά την έκδοση παραγωγής είναι σημαντική. Υποδεικνύει μια ευέλικτη λύση που ανταποκρίνεται στις μεταβαλλόμενες επιχειρηματικές ανάγκες.
• Προγραμματίστε να συνδεθείτε με την κοινότητα χρηστών: Ακόμη και μετά τη λήξη της περιόδου υποστήριξης μετά την ανάπτυξη, βεβαιωθείτε ότι οι κάτοχοι λύσεων συναντώνται τακτικά με την κοινότητα χρηστών. Αυτές οι συσκέψεις αποτελούν πολύτιμες πηγές σχολίων για την αναθεώρηση της στρατηγικής bi σας. Επίσης, βοηθούν στην υποστήριξη της υιοθέτησης λύσεων, επιτρέποντας στους χρήστες.
• Ενέργειες παράδοσης: Τα μέλη της ομάδας έργου ενδέχεται να μην είναι υπεύθυνα για τη διατήρηση της λύσης. Σε αυτή την περίπτωση, η ομάδα θα πρέπει να προσδιορίσει ποιος είναι υπεύθυνος και να εκτελέσει μια παράδοση. Η παράδοση θα πρέπει να γίνει λίγο μετά την έκδοση στην παραγωγή και θα πρέπει να ασχοληθεί τόσο με τη λύση όσο και με την κοινότητα των χρηστών.

Προσοχή

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

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

Λίστα ελέγχου – Κατά την εξέταση της ανάπτυξης λύσης, βασικές αποφάσεις και ενέργειες περιλαμβάνουν τα εξής:

• Δημιουργήστε ένα σχέδιο επικοινωνίας: Σχεδιάστε τον τρόπο επικοινωνίας της έκδοσης, της εκπαίδευσης και άλλων ενεργειών υποστήριξης ή υιοθέτησης λύσεων. Βεβαιωθείτε ότι τυχόν διακοπές ή ζητήματα κοινοποιούνται και αντιμετωπίζονται άμεσα κατά την περίοδο υποστήριξης μετά την ανάπτυξη.
• Ακολουθήστε ένα πρόγραμμα εκπαίδευσης: Εκπαιδεύστε τους χρήστες να χρησιμοποιήσουν τη λύση. Βεβαιωθείτε ότι η εκπαίδευση περιλαμβάνει ζωντανές και καταγεγραμμένες συνεδρίες εκπαίδευσης για αρκετές εβδομάδες μετά την κυκλοφορία.
• Διεξαγωγή δραστηριοτήτων παράδοσης: Εάν είναι απαραίτητο, προετοιμάστε την παράδοση από την ομάδα ανάπτυξης στην ομάδα υποστήριξης.
• Διεξαγωγή ωρών γραφείου λύσεων: Μετά την περίοδο υποστήριξης μετά την ανάπτυξη, εξετάστε το ενδεχόμενο να διεξάγετε τακτικές ώρες λειτουργίας γραφείου για να απαντήσετε σε ερωτήσεις και να συλλέξετε σχόλια από τους χρήστες.
• Ρύθμιση μιας διαδικασίας συνεχούς βελτίωσης: Προγραμματίστε έναν μηνιαίο έλεγχο της λύσης για να εξετάσετε πιθανές αλλαγές ή βελτιώσεις με την πάροδο του χρόνου. Συγκέντρωση σχολίων χρηστών και περιοδική αναθεώρηση των σχολίων μεταξύ των ελέγχων.

Σχετικό περιεχόμενο

Για περισσότερα ζητήματα, ενέργειες, κριτήρια λήψης αποφάσεων και προτάσεις που θα σας βοηθήσουν με τις αποφάσεις υλοποίησης του Power BI, ανατρέξτε στο θέμα Σχεδιασμός υλοποίησης Power BI.