Τι είναι το DesignOps; Γιατί η ομάδα σας χρειάζεται αυτό; Και πώς μπορεί η DesignOps να βοηθήσει την ομάδα σχεδιασμού / ανάπτυξης σας να επιτύχει; Αυτό το άρθρο απαντά σε αυτές τις ερωτήσεις και παρέχει επίσης χρήσιμες συμβουλές για το πώς να ξεκινήσετε την εφαρμογή αυτής της νέας ιδέας στην ομάδα ανάπτυξης.
Στον σύγχρονο κόσμο, η ταχύτητα της ομάδας ανάπτυξης καθορίζει συχνά τη βιωσιμότητα ενός προϊόντος. Ταυτόχρονα, υπάρχει ένα βασικό στοιχείο που είναι το πιο σημαντικό και πιο προβληματικό: ο σχεδιασμός.
Ο σχεδιασμός συχνά γίνεται εμπόδιο και επηρεάζει σημαντικά όλη την αναπτυξιακή διαδικασία, ανεξάρτητα από το μέγεθος της ομάδας σας. Μερικές φορές οι υπεράνθρωπες προσπάθειες από ένα σχεδιαστικό μόλυβδο βοηθούν στην καθοδήγηση της διαδικασίας σχεδιασμού, αλλά μόλις αυξηθεί ο φόρτος εργασίας, πρέπει να μεγεθύνετε την ομάδα σας.
Πόσο συχνά έχετε δει:
Αν κάποια ή όλα αυτά τα γνωρίζουν καλά, τότε είναι καιρός να εφαρμόσετε DesOps (Design Operations).
Ο όρος DesOps ή DesignOps είναι ένα αντίγραφο του όρου DevOps η οποία είναι μια πρακτική εφαρμοσμένης μηχανικής λογισμικού που στοχεύει στην ενοποίηση αναπτυξιακών διαδικασιών για τη δημιουργία μεγαλύτερης αποτελεσματικότητας. Παρόμοιο με τους ειδικούς DevOps, οι ειδικοί της DesOps είναι έμπειροι σχεδιαστές με δεξιότητες διαχείρισης που κατανοούν τη διαδικασία σχεδιασμού στο ευρύτερο πλαίσιο ανάπτυξης προϊόντων.
Παρόλο που δεν μπορούμε όλοι να έχουμε τον όρο "DesOps" στον τίτλο της δουλειάς μας, πολλοί ανώτεροι σχεδιαστές είναι ήδη υπεύθυνοι για τον ίδιο ρόλο. Από την καθιέρωση διαδικασιών σχεδιασμού, την ανάπτυξη συστημάτων σχεδιασμού, τη δημιουργία στρατηγικών και τη διαχείριση ομάδων σχεδιασμού, DesOps είναι ένας όλο και πιο απαιτητικός ρόλος.
Αυτό που πραγματικά έχει σημασία είναι ότι αυτή η προσέγγιση είναι εύχρηστη και σχετική ακόμη και σε ομάδες με έναν μόνο σχεδιαστή. Λοιπόν, πώς ξεκινάτε την εφαρμογή DesOps;
Οι σχεδιαστές πρέπει να γνωρίζουν πότε η δουλειά τους είναι πλήρης και έτοιμη να περάσει στην ομάδα ανάπτυξης. Για παράδειγμα, οι σχεδιαστές χρειάζονται μια σαφή κατανόηση των καταστάσεων στις οποίες πρέπει να έχει κάθε οθόνη και ποια περιουσιακά στοιχεία θα απαιτηθούν από την ομάδα ανάπτυξης για την κατασκευή αυτών των στοιχείων ενεργητικού.
Μπορεί να νιώθει σαν να είναι ένας χώρος που οι σχεδιαστές πρέπει να κατανοήσουν εγγενώς. Αλλά είναι στην πραγματικότητα ένα από τα πιο κοινά σημεία τριβής σε ένα έργο και δεν πρέπει να αγνοηθεί. Εάν διατυπώσετε σαφώς αυτό που απαιτείται σαφώς, τότε θα μειώσετε τις συγκρούσεις και θα βεβαιωθείτε ότι όλοι κατανοούν τις ευθύνες τους.
Τα οφέλη από αυτό είναι: επιτρέπει να διατηρηθεί σταθερός ρυθμός ανάπτυξης. μειώνει το συνολικό χρόνο ανάπτυξης. μειώνει τον αριθμό των απαραίτητων συζητήσεων μεταξύ σχεδιαστών, προγραμματιστών και οδηγών.
Για το τελευταίο σημείο, εξετάσαμε συγκεκριμένα τι πρέπει να μεταφέρει ο σχεδιαστής στους προγραμματιστές. Αυτό το σημείο είναι σχετικά με τη μορφή που θα έπρεπε να χρησιμοποιήσει ο σχεδιαστής για να μεταφέρει τις σχεδιαζόμενες μάρκες, το στιλβωμένο σχεδιασμό, τα πρωτότυπα, τα moodboards - τι χρειάζεται να προσφέρει ο σχεδιαστής για να μεταφέρει αποτελεσματικά τις προθέσεις τους σε μορφή που οι προγραμματιστές μπορούν να καταλάβουν.
Υπάρχουν πολλές επιλογές, όπως Zeplin ή InVision αλλά ένα από τα πιο κοινά παράπονα από τους προγραμματιστές είναι ότι αυτές οι μορφές δεν παρέχουν όλα όσα χρειάζονται (όπως τα εξαγόμενα περιουσιακά στοιχεία). Ωστόσο, αυτό συμβαίνει συνήθως επειδή οι σχεδιαστές δεν έχουν εξάγει σωστά τα σχέδιά τους. Με τη διευκρίνιση για τους σχεδιαστές τι αναμένεται να παράγουν, μπορούν να μεταβιβάσουν εύκολα τα κατάλληλα περιουσιακά στοιχεία.
Θα πρέπει να δημιουργήσετε ένα εσωτερικό έγγραφο που θα περιέχει συγκεκριμένες τεχνικές απαιτήσεις για στοιχεία ενεργητικού, εργαλεία σχεδιασμού, συνεργασία με προγραμματιστές και άλλα μέλη της ομάδας. Τέλος, το έγγραφο αυτό πρέπει να ορίζει σαφώς πότε και πώς πρέπει να παραδοθούν τα σχέδια.
Ένα σύνολο λύσεων σχεδιασμού και μηχανικής, καθώς και οδηγοί για την υλοποίησή τους, θα εξασφαλίσουν ορισμένα πλεονεκτήματα: την ακεραιότητα του προϊόντος, απλούστερη και ταχύτερη κατά την επιβίβαση νέων μελών της ομάδας. αποτελεσματικότερη εργασία τόσο των σχεδιαστών όσο και των προγραμματιστών (καθώς μπορούν να επικοινωνούν σε μία γλώσσα που ορίζεται από το σύστημα σχεδιασμού).
Τα οφέλη από αυτά περιλαμβάνουν: τη βελτίωση της συνολικής ποιότητας της εργασίας, μειώνει την "κρεμάστρα" όταν κάνετε την κλίμακα της ομάδας. αυξάνει την ταχύτητα τόσο του σχεδιασμού όσο και της ανάπτυξης.
Όλοι αγαπάμε τα δροσερά νέα εργαλεία, αλλά μια αποτελεσματική ομάδα συνεργάζεται με ένα ενιαίο σύνολο εργαλείων και διασφαλίζοντας ότι αυτή η ενότητα είναι δική σας ευθύνη.
Όλα τα εργαλεία θα πρέπει να είναι ενημερωμένα, αλλά εάν μια ενημερωμένη έκδοση παραλείπεται για οποιονδήποτε λόγο, τότε όλοι πρέπει να το παρακάμψετε.
Τα οφέλη από αυτό περιλαμβάνουν: αυξημένη εμπλοκή ομάδας αυξημένη ταχύτητα σχεδιασμού και ανάπτυξης · βελτιωμένη συνεργασία ομάδας.
Οι προγραμματιστές είναι πιο τυχεροί σε σχέση με αυτό το καθήκον, επειδή ο έλεγχος εκδόσεων για τον κώδικα είναι μια ώριμη βιομηχανία με πολλές επιλογές. Είναι δύσκολο να παραχθεί μια παρόμοια προσέγγιση για τους σχεδιαστές, καθώς οι διαδικασίες είναι τόσο διαφορετικές, αλλά τα τελευταία χρόνια εργαλεία όπως Αφηρημένη , Κάκτος , και Φυτό έχουν γίνει όλο και πιο δημοφιλείς. Μπορείτε ακόμη να έχετε πολλούς σχεδιαστές που εργάζονται σε μια ενιαία διάταξη με κάτι σαν Σχ .
Τα οφέλη από αυτά είναι: βελτιωμένη επικοινωνία. απλοποιημένη κλιμάκωση ομάδας γρήγορες διαδρομές σχεδιασμού, καθώς πολλοί σχεδιαστές μπορούν να εργαστούν σε ένα μόνο έργο παραγωγικά.
Για να περιγράψετε όλες τις λειτουργίες που σχετίζονται με τα σχέδια, προσπαθήστε να χρησιμοποιήσετε την "οπτική τεκμηρίωση" αντί να γράψετε τεχνικές προδιαγραφές. Στις περισσότερες περιπτώσεις, αρκεί ένας προγραμματιστής να έχει ένα διαδραστικό πρωτότυπο για να κατανοήσει τη βασική λογική και να βρει απαντήσεις στις περισσότερες ερωτήσεις.
Τα οφέλη από αυτά περιλαμβάνουν: μειωμένο χρόνο γραφής τεχνικές προδιαγραφές? μειώνει την κλίμακα εργασίας για τεχνικούς συγγραφείς. οι προγραμματιστές ξοδεύουν λιγότερο χρόνο ανάγνωσης τεκμηρίωσης και περισσότερο χρόνο γράφοντας κώδικα? οι σχεδιαστές είναι πιο παραγωγικοί. επιτάχυνση του ρυθμού ανάπτυξης.
Δεν υπάρχει απολύτως τόπος σχεδιασμού σε πολλές δημοφιλείς μεθοδολογίες ανάπτυξης λογισμικού. ανεξάρτητα από την αναπτυξιακή διαδικασία που χρησιμοποιείτε, βρείτε χώρο για τους σχεδιαστές.
Τα οφέλη από αυτό είναι: μια ενωμένη ομάδα με βελτιωμένη επικοινωνία. αυξημένη ταχύτητα ανάπτυξης · μειωμένη επαναχρησιμοποίηση και διακοπή λειτουργίας του προγραμματιστή.
Θα πρέπει να επιδεικνύετε συνεχώς την ανάπτυξη ποσοτικών και ποιοτικών δεικτών χάρη στις εφαρμοζόμενες αλλαγές, τόσο για τα μέλη της ομάδας όσο και για την ανώτατη διοίκηση. Χωρίς αυτό, μια ομάδα θα είναι απρόθυμη να αλλάξει, ενώ η ανώτατη διοίκηση δεν θα καταφέρει να καταλάβει πού και γιατί δαπανώνται πρόσθετοι πόροι. Η συνεχής συλλογή και παρουσίαση θετικών αποτελεσμάτων μετά την εφαρμογή των αλλαγών θα σας βοηθήσει να αποκτήσετε αξιοπιστία και απαραίτητη εξουσιοδότηση για περαιτέρω αλλαγές στη ροή εργασίας ομάδας.
Τα οφέλη περιλαμβάνουν: αυξημένα κίνητρα και ισχυρότερη ομάδα. διευκόλυνση νέων κανόνων και πρακτικών · υποστήριξη για μελλοντική καινοτομία.
Ο όρος "DesOps" είναι αρκετά καινούριος και μόλις αρχίζει να αποκτά το νόημά του. ο πρώτη διάσκεψη DesOps πραγματοποιήθηκε το Νοέμβριο, στη Νέα Υόρκη.
Προς το παρόν θα ήθελα απλά να ονομάσω μια κουλτούρα που στοχεύει στην ανάπτυξη και τη διευκόλυνση των στερεών διαδικασιών σχεδιασμού. Πιστεύω όμως ότι στο εγγύς μέλλον θα έχουμε αυτό ως ξεχωριστό σχεδιαστικό ρόλο σε κάθε ομάδα προϊόντων. Ωστόσο, πιστεύω ότι μπορούμε ήδη να μιλήσουμε με ασφάλεια για τη σημασία της εισαγωγής αυτών των πρακτικών προκειμένου να βελτιωθεί η αποτελεσματικότητα της ροής εργασίας του σχεδιασμού και της ανάπτυξης προϊόντων γενικά.