Εργάζομαι ως προγραμματιστής front-end για περίπου δύο χρόνια και έχω συμμετάσχει στη δημιουργία μιας μεγάλης ποικιλίας έργων. Ένα από τα μαθήματα που πήρα είναι ότι η συνεργασία μεταξύ διαφορετικών ομάδων προγραμματιστών που μοιράζονται τον ίδιο στόχο αλλά έχουν διαφορετικά καθήκοντα και ευθύνες δεν είναι εύκολη.
Σε συνεννόηση με άλλα μέλη της ομάδας, σχεδιαστές και προγραμματιστές, δημιούργησα έναν κύκλο δημιουργίας ιστότοπου σχεδιασμένο για μικρές ομάδες (5-15 άτομα). Περιλαμβάνει εργαλεία όπως Confluence, Jira, Airtable και Abstract. Σε αυτό το άρθρο θα μοιραστώ τα χαρακτηριστικά της οργάνωσης της ροής εργασίας.
Το Skillbox προτείνει: Πρακτικό μάθημα δύο ετών .
Υπενθύμιση: για όλους τους αναγνώστες του "Habr" - έκπτωση 10 ρούβλια κατά την εγγραφή σε οποιοδήποτε μάθημα Skillbox χρησιμοποιώντας τον κωδικό προσφοράς "Habr".
Γιατί χρειάζονται όλα αυτά;
Η ελάχιστη ομάδα που απαιτείται για τη δημιουργία ενός ιστότοπου από την αρχή είναι σχεδιαστής, προγραμματιστής και διαχειριστής έργου. Στη δική μου περίπτωση δημιουργήθηκε η ομάδα. Αλλά μετά την κυκλοφορία κάποιων τοποθεσιών, ένιωσα ότι κάτι δεν πήγαινε καλά με αυτό. Μερικές φορές απλώς δεν κατανοούσαμε πλήρως τις ευθύνες μας και η επικοινωνία με τον πελάτη άφηνε πολλά να είναι επιθυμητή. Όλα αυτά επιβράδυναν τη διαδικασία και αναστάτωσαν τους πάντες.
Άρχισα να εργάζομαι για την επίλυση του προβλήματος.
Μια αναζήτηση στο Google δίνει καλά αποτελέσματα για το πρόβλημά μας.
Για να κάνω την εργασία πιο οπτική, δημιούργησα ένα διάγραμμα ροής εργασίας που δίνει μια κατανόηση του πώς γίνεται η εργασία εδώ.
Κάντε κλικ στην εικόνα για να ανοίξει σε πλήρη ανάλυση.
Στόχοι και στόχοι
Μία από τις πρώτες τεχνικές που αποφάσισα να δοκιμάσω ήταν το «μοντέλο καταρράκτη» (Καταρράκτης). Το χρησιμοποίησα για να επισημάνω προβλήματα και να κατανοήσω πώς να τα λύσω.
Πρόβλημα: Τις περισσότερες φορές, ο πελάτης δεν αξιολογεί τη διαδικασία δημιουργίας ιστότοπου σπονδυλωτά, όπως κάνουν οι προγραμματιστές. Το αντιλαμβάνεται ως κανονικό site, δηλαδή σκέφτεται με όρους μεμονωμένες σελίδες. Κατά τη γνώμη του, οι σχεδιαστές και οι προγραμματιστές δημιουργούν μεμονωμένες σελίδες, η μία μετά την άλλη. Ως αποτέλεσμα, ο πελάτης απλά δεν καταλαβαίνει τι ακολουθεί κατά τη διάρκεια της πραγματικής διαδικασίας.
Εργασία: Δεν έχει νόημα να πείσετε τον πελάτη για το αντίθετο· η καλύτερη επιλογή είναι να αναπτύξετε μια αρθρωτή διαδικασία για τη δημιουργία ενός ιστότοπου εντός της εταιρείας με βάση ένα μοντέλο σελίδα προς σελίδα.
Τα διακριτικά και τα στοιχεία καθολικής σχεδίασης διαχειρίζονται τόσο από προγραμματιστές όσο και από σχεδιαστές.
Πρόβλημα: Αυτή είναι μια κοινή κατάσταση που αντιμετωπίζουν πολλές στρατηγικές. Υπάρχουν πολλές ενδιαφέρουσες λύσεις, στις περισσότερες περιπτώσεις προτείνεται η δημιουργία ενός συστήματος σχεδίασης που ελέγχεται από έναν οδηγό στυλ / γεννήτριες βιβλιοθήκης. Αλλά στην περίπτωσή μας, η προσθήκη ενός άλλου στοιχείου στη διαδικασία ανάπτυξης που θα μας επέτρεπε να διαχειριζόμαστε τα επίπεδα πρόσβασης για τους σχεδιαστές απλά δεν ήταν δυνατή.
Εργασία: δημιουργία ενός καθολικού συστήματος στο οποίο οι σχεδιαστές, οι προγραμματιστές και οι διαχειριστές μπορούν να εργάζονται συγχρονισμένα χωρίς να παρεμβαίνουν μεταξύ τους.
Ακριβής παρακολούθηση ανάπτυξης
Πρόβλημα: Αν και υπάρχουν πολλά χρήσιμα εργαλεία διαθέσιμα για την παρακολούθηση προβλημάτων και τη μέτρηση της συνολικής προόδου, τα περισσότερα δεν είναι ευέλικτα ή βέλτιστα. Το εργαλείο μπορεί να είναι χρήσιμο εξοικονομώντας χρόνο της ομάδας που κανονικά θα ξοδευόταν σε ερωτήσεις και διευκρινίσεις για συγκεκριμένες εργασίες. Διευκολύνει επίσης τη ζωή των διευθυντών παρέχοντάς τους μια πιο ακριβή κατανόηση του συνόλου του έργου.
Εργασία: δημιουργήστε έναν πίνακα ελέγχου για να παρακολουθείτε την πρόοδο των εργασιών που εκτελούνται από διαφορετικά μέλη της ομάδας.
εργαλειοθήκη
Μετά από πειραματισμούς με διαφορετικά εργαλεία, καταλήξα στο εξής σετ: Confluence, Jira, Airtable και Abstract. Παρακάτω θα αποκαλύψω τα οφέλη του καθενός.
Συμβολή
Ρόλος του εργαλείου: κέντρο πληροφοριών και πόρων.
Ο χώρος εργασίας του Confluence είναι σχετικά εύκολος στη ρύθμιση, έχει πολλές δυνατότητες, ενσωματώσεις με διαφορετικές εφαρμογές και έχει μεμονωμένα, προσαρμόσιμα πρότυπα. Δεν είναι μια λύση που ταιριάζει σε όλους, αλλά είναι ιδανική ως κέντρο πληροφοριών και πόρων. Αυτό σημαίνει ότι οποιαδήποτε αναφορά ή τεχνική λεπτομέρεια που σχετίζεται με το έργο πρέπει να καταχωρηθεί στη βάση δεδομένων.
Το εργαλείο σάς επιτρέπει να τεκμηριώσετε σωστά κάθε στοιχείο και οποιεσδήποτε άλλες λεπτομέρειες σχετικά με το έργο.
Το κύριο πλεονέκτημα του Confluence είναι η προσαρμογή των προτύπων εγγράφων. Επιπλέον, μπορεί να χρησιμοποιηθεί για την υλοποίηση ενός ενιαίου αποθετηρίου προδιαγραφών και διαφόρων εγγράφων έργου, διαχωρίζοντας τα επίπεδα πρόσβασης των συμμετεχόντων. Τώρα δεν χρειάζεται να ανησυχείτε ότι έχετε μια παλιά έκδοση της προδιαγραφής, όπως συμβαίνει όταν στέλνετε έγγραφα μέσω email.
Περισσότερες πληροφορίες για το εργαλείο .
JIRA
Ρόλος του εργαλείου: παρακολούθηση προβλημάτων και διαχείριση εργασιών.
Το Jira είναι ένα πολύ ισχυρό εργαλείο σχεδιασμού και διαχείρισης έργων. Το κύριο μέρος της λειτουργικότητας είναι η δημιουργία προσαρμόσιμων ροών εργασίας. Προκειμένου να διαχειριστούμε αποτελεσματικά ζητήματα (που είναι αυτό που χρειαζόμαστε), αξίζει να δώσουμε ιδιαίτερη προσοχή στη σωστή χρήση του τύπου αιτήματος και του τύπου έκδοσης (τύπος ζητήματος).
Έτσι, για να βεβαιωθείτε ότι οι προγραμματιστές κατασκευάζουν εξαρτήματα με βάση τη σωστή σχεδίαση, πρέπει να ειδοποιούνται κάθε φορά που αλλάζει κάτι στη σχεδίαση. Μόλις ενημερωθεί το στοιχείο, ο σχεδιαστής πρέπει να ανοίξει ένα ζήτημα, να αναθέσει έναν υπεύθυνο προγραμματιστή, αναθέτοντάς του τον σωστό τύπο προβλήματος.
Με το Jira, μπορείτε να είστε βέβαιοι ότι όλοι οι συμμετέχοντες στη διαδικασία (επιτρέψτε μου να σας υπενθυμίσω, στην περίπτωσή μας υπάρχουν 5–15 από αυτούς) λαμβάνουν σωστές εργασίες που δεν χάνονται και βρίσκουν τον εκτελεστή τους.
Μάθετε περισσότερα για τον/την Jira .
Airtable
Ρόλος του εργαλείου: διαχείριση εξαρτημάτων και πίνακας προόδου.
Το Airtable είναι ένα μείγμα υπολογιστικών φύλλων και βάσεων δεδομένων. Όλα αυτά καθιστούν δυνατή την προσαρμογή της λειτουργίας όλων των εργαλείων που συζητήθηκαν παραπάνω.
Παράδειγμα 1: Διαχείριση στοιχείων
Όσο για τη γεννήτρια οδηγών στυλ, δεν είναι πάντα βολική στη χρήση - το πρόβλημα είναι ότι οι σχεδιαστές δεν μπορούν να την επεξεργαστούν. Επιπλέον, δεν θα ήταν καλή απόφαση να χρησιμοποιήσετε τη βιβλιοθήκη στοιχείων Sketch, καθώς έχει πολλούς περιορισμούς. Πιθανότατα, απλά δεν θα μπορείτε να χρησιμοποιήσετε αυτήν τη βιβλιοθήκη εκτός προγράμματος.
Το Airtable επίσης δεν είναι τέλειο, αλλά είναι καλύτερο από πολλές άλλες παρόμοιες λύσεις. Ακολουθεί μια επίδειξη του προτύπου Πίνακας διαχείρισης στοιχείων:
Όταν ένας προγραμματιστής αποδέχεται ένα στοιχείο σχεδίασης, αξιολογεί το ABEM που προκύπτει καταγράφοντας το στοιχείο σε έναν πίνακα. Υπάρχουν 9 στήλες συνολικά:
- Όνομα - το όνομα του στοιχείου σύμφωνα με την αρχή ABEM.
- Προεπισκόπηση - Εδώ τοποθετείται είτε ένα στιγμιότυπο οθόνης είτε μια εικόνα του στοιχείου που έχει ληφθεί από άλλη πηγή.
- Μια συνδεδεμένη σελίδα είναι ένας σύνδεσμος προς τη σελίδα ενός στοιχείου.
- Θυγατρικό στοιχείο - ένας σύνδεσμος προς τα θυγατρικά στοιχεία.
- Τροποποιητής - ελέγχει την παρουσία επιλογών στυλ και τις ορίζει (για παράδειγμα, ενεργό, κόκκινο κ.λπ.).
- Η κατηγορία στοιχείων είναι μια γενική κατηγορία (κείμενο, διαφημιστική εικόνα, πλαϊνή γραμμή).
- Κατάσταση ανάπτυξης - η πραγματική πρόοδος ανάπτυξης και ο ορισμός της (ολοκληρώθηκε, σε εξέλιξη κ.λπ.).
- Υπεύθυνος - ο προγραμματιστής που είναι υπεύθυνος για αυτό το στοιχείο.
- Το ατομικό επίπεδο είναι η ατομική κατηγορία αυτού του συστατικού (σύμφωνα με την έννοια του ατομικού σχεδιασμού).
- Τα δεδομένα μπορούν να αναφέρονται στον ίδιο ή σε διαφορετικούς πίνακες. Η σύνδεση των κουκκίδων θα αποτρέψει τη σύγχυση κατά την κλιμάκωση. Επιπλέον, τα δεδομένα μπορούν να φιλτραριστούν, να ταξινομηθούν και να αλλάξουν χωρίς κανένα πρόβλημα.
Παράδειγμα 2: πρόοδος ανάπτυξης σελίδας
Για να αξιολογήσετε την πρόοδο της ανάπτυξης της σελίδας, χρειάζεστε ένα πρότυπο που έχει δημιουργηθεί ειδικά για αυτόν τον σκοπό. Το τραπέζι μπορεί να εξυπηρετήσει τόσο τις ανάγκες της ίδιας της ομάδας όσο και του πελάτη.
Οποιεσδήποτε πληροφορίες σχετικά με τη σελίδα μπορείτε να τις σημειώσετε εδώ. Αυτή είναι μια προθεσμία, ένας σύνδεσμος προς το πρωτότυπο InVision, ένας προορισμός, ένα θυγατρικό στοιχείο. Γίνεται αμέσως αντιληπτό ότι οι λειτουργίες είναι πολύ βολικές στην εκτέλεση, τόσο όσον αφορά την τεκμηρίωση και την ενημέρωση του σχεδιασμού, όσο και την κατάσταση της ανάπτυξης του front-end και του back-end. Επιπλέον, αυτές οι λειτουργίες εκτελούνται ταυτόχρονα.
Περίληψη
Ρόλος του εργαλείου: μια ενιαία πηγή ελέγχου έκδοσης για στοιχεία σχεδιασμού.
Το Abstract μπορεί να ονομαστεί GitHub για στοιχεία στο Sketch και εξοικονομεί τους σχεδιαστές από το να χρειάζεται να αντιγράψουν και να επικολλήσουν αρχεία. Το κύριο πλεονέκτημα του εργαλείου είναι ότι παρέχει ένα αποθετήριο σχεδιασμού που λειτουργεί ως «ενιαία πηγή αλήθειας». Οι σχεδιαστές πρέπει να ενημερώσουν τον κύριο κλάδο στην πιο πρόσφατη έκδοση της εγκεκριμένης διάταξης. Μετά από αυτό, πρέπει να ειδοποιήσουν τους προγραμματιστές. Αυτοί, με τη σειρά τους, θα πρέπει να λειτουργούν μόνο με περιουσιακά στοιχεία σχεδιαστών από τον κύριο κλάδο.
Σαν συμπέρασμα
Αφού εφαρμόσαμε τη νέα διαδικασία ανάπτυξης και όλα τα εργαλεία που αναφέρθηκαν παραπάνω, η ταχύτητα της δουλειάς μας αυξήθηκε τουλάχιστον δύο φορές. Δεν είναι τέλεια λύση, αλλά είναι πολύ καλή. Είναι αλήθεια ότι για να λειτουργήσει, πρέπει να καταβάλετε μεγάλη προσπάθεια - απαιτεί «χειροκίνητη εργασία» για να ενημερώσετε και να διατηρήσετε όλα σε κατάσταση λειτουργίας.
Το Skillbox προτείνει:
- Πρακτικό μάθημα .
- Διαδικτυακό μάθημα .
- Πρακτικό μάθημα έτους .
Πηγή: www.habr.com