אנו מארגנים זרימת עבודה יעילה עבור מפתחי אתרים: Confluence, Airtable וכלים אחרים

אני עובד כמפתח חזיתי מזה כשנתיים, והשתתפתי ביצירת מגוון רחב של פרויקטים. אחד הלקחים שלמדתי הוא ששיתוף פעולה בין צוותים שונים של מפתחים שחולקים את אותה מטרה אך בעלי משימות ואחריות שונות אינו קל.

בהתייעצות עם חברי צוות נוספים, מעצבים ומפתחים, יצרתי מחזור יצירת אתרים המיועד לצוותים קטנים (5-15 איש). הוא כולל כלים כגון Confluence, Jira, Airtable ו-Babtract. במאמר זה אחלוק את התכונות של ארגון זרימת העבודה.

Skillbox ממליצה: קורס מעשי שנתיים "אני מפתח אתרים PRO".

אנו מזכירים: לכל קוראי Habr - הנחה של 10 רובל בעת הרשמה לכל קורס Skillbox באמצעות קוד ההטבה של Habr.

למה כל זה נחוץ?

הצוות המינימלי הדרוש ליצירת אתר מאפס הוא מעצב, מתכנת ומנהל פרויקטים. במקרה שלי, הצוות הוקם. אבל לאחר פרסום של כמה אתרים, קיבלתי הרגשה שמשהו לא בסדר בו. לפעמים פשוט לא הבנו עד הסוף את תחומי האחריות שלנו, והתקשורת עם הלקוח הותירה הרבה לרצוי. כל זה האט את התהליך והפריע לכולם.

התחלתי לעבוד על פתרון הבעיה.

חיפוש בגוגל נותן תוצאות טובות על הבעיה שלנו.

על מנת להפוך את העבודה לחזותית יותר, יצרתי דיאגרמת זרימת עבודה שנותנת הבנה כיצד מתבצעת כאן העבודה.

לחצו על התמונה לפתיחה ברזולוציה מלאה.

יעדים ויעדים

אחת הטכניקות הראשונות שהחלטתי לבדוק הייתה "מודל המפל" (מפל). השתמשתי בו כדי להדגיש בעיות ולהבין איך לפתור אותן.

בעיה: לרוב, הלקוח אינו מעריך את תהליך יצירת האתר באופן מודולרי, כפי שעושים מפתחים. הוא תופס את זה כאתר רגיל, כלומר, הוא חושב במונחים של דפים בודדים. לדעתו, מעצבים ומתכנתים יוצרים דפים בודדים, בזה אחר זה. כתוצאה מכך, הלקוח פשוט לא מבין מה אחרי מה במהלך התהליך בפועל.

משימה: אין טעם לשכנע את הלקוח אחרת, האפשרות הטובה ביותר היא לפתח תהליך מודולרי ליצירת אתר בתוך החברה על בסיס מודל עמוד אחר עמוד.

אסימוני עיצוב אוניברסליים ורכיבים מנוהלים על ידי מפתחים ומעצבים כאחד.

בעיה: זהו מצב שכיח שהרבה אסטרטגיות מטפלות בו. יש הרבה פתרונות מעניינים, ברוב המקרים מוצע ליצור מערכת עיצוב הנשלטת על ידי מדריך סגנונות / מחוללי ספרייה. אבל במצבנו, הוספת מרכיב נוסף לתהליך הפיתוח שיאפשר לנו לנהל רמות גישה למעצבים פשוט לא הייתה אפשרית.

משימה: בניית מערכת אוניברסלית בה יכולים מעצבים, מפתחים ומנהלים לעבוד באופן סינכרוני מבלי להפריע זה לזה.

מעקב פיתוח מדויק

בעיה: אמנם קיימים כלים שימושיים רבים למעקב אחר בעיות ולמדוד ההתקדמות הכוללת, אך רובם אינם גמישים או אופטימליים. הכלי יכול להיות שימושי על ידי חיסכון בצוות זמן שבדרך כלל היה מושקע בשאלות והבהרות במשימות ספציפיות. זה גם מקל על המנהלים בכך שהוא נותן להם הבנה מדויקת יותר של הפרויקט כולו.

משימה: צור לוח מחוונים למעקב אחר התקדמות המשימות שבוצעו על ידי חברי צוות שונים.

סט כלים

לאחר התנסות בכלים שונים, התקבעתי על הסט הבא: Confluence, Jira, Airtable ו- Abstract. להלן אחשוף את היתרונות של כל אחד מהם.

מפגש

תפקיד הכלי: מרכז מידע ומשאבים.

סביבת העבודה של Confluence קלה יחסית להגדרה, כוללת תכונות רבות, אינטגרציות עם אפליקציות שונות, ויש לה תבניות בודדות הניתנות להתאמה אישית. זה לא פתרון אחד שמתאים לכולם, אבל הוא אידיאלי כמרכז מידע ומשאבים. המשמעות היא שיש להזין למאגר כל התייחסות או פרט טכני הקשור לפרויקט.

הכלי מאפשר לתעד כראוי כל רכיב וכל פרט אחר על הפרויקט.

היתרון העיקרי של Confluence הוא התאמה אישית של תבניות מסמכים. בנוסף, ניתן להשתמש בו כדי ליישם מאגר יחיד של מפרטים ותיעוד פרויקטים שונים, המפרידים בין רמות הגישה של המשתתפים. עכשיו אתה לא צריך לדאוג שיש לך גרסה ישנה של המפרט בהישג יד, כפי שקורה כאשר אתה שולח מסמכים בדוא"ל.

מידע נוסף על הכלי זמין באתר המוצר הרשמי.

Jira

תפקיד הכלי: ניטור בעיות וניהול משימות.

Jira הוא כלי חזק מאוד לתכנון וניהול פרויקטים. החלק העיקרי של הפונקציונליות הוא יצירת זרימות עבודה הניתנות להתאמה אישית. על מנת לנהל ביעילות בעיות (וזה מה שאנחנו צריכים), כדאי לשים לב במיוחד לשימוש נכון בסוג הבקשה ובסוג הבעיה (סוג הבעיה).

לכן, כדי לוודא שמפתחים בונים רכיבים על סמך התכנון הנכון, הם צריכים לקבל הודעה בכל פעם שמשהו משתנה בתכנון. ברגע שהרכיב מתעדכן, המעצב צריך לפתוח בעיה, להקצות מפתח אחראי, להקצות לו את סוג הבעיה הנכון.

עם ג'ירה אתה יכול להיות בטוח שממש כל המשתתפים בתהליך (להזכירך, במקרה שלנו יש 5–15 כאלה) מקבלים משימות נכונות שלא הולכות לאיבוד ומוצאות את המבצע שלהן.

למידע נוסף על Jira זמין באתר המוצר הרשמי.

איירטאבל

תפקיד הכלי: ניהול רכיבים ולוח התקדמות.

Airtable הוא תערובת של גיליונות אלקטרוניים ומסדי נתונים. כל זה מאפשר להתאים אישית את פעולתם של כל הכלים שנדונו לעיל.

דוגמה 1: ניהול רכיבים

לגבי מחולל מדריך הסגנונות, הוא לא תמיד נוח לשימוש - הבעיה היא שמעצבים לא יכולים לערוך אותו. בנוסף, זו לא תהיה החלטה טובה להשתמש בספריית הרכיבים Sketch, מכיוון שיש לה מגבלות רבות. סביר להניח שפשוט לא תוכל להשתמש בספרייה זו מחוץ לתוכנית.

גם Airtable אינו מושלם, אבל הוא טוב יותר מפתרונות דומים רבים אחרים. להלן הדגמה של תבנית טבלת ניהול הרכיבים:

כאשר מפתח מקבל רכיב עיצוב, הוא מעריך את ה-ABEM המתקבל על ידי רישום הרכיב בטבלה. יש 9 עמודות בסך הכל:

• שם - שם הרכיב לפי עקרון ABEM.
• תצוגה מקדימה - כאן מוצבת צילום מסך או תמונה של הרכיב שהורד ממקור אחר.
• דף מקושר הוא קישור לעמוד של רכיב.
• רכיב צאצא - קישור לרכיבי צאצא.
• Modifier - בודק את קיומן של אפשרויות סגנון ומגדיר אותן (לדוגמה, אקטיבי, אדום וכו').
• קטגוריית רכיבים היא קטגוריה כללית (טקסט, תמונת קידום מכירות, סרגל צד).
• מצב התפתחות - התקדמות הפיתוח בפועל והגדרתה (הסתיימה, בעיצומה וכו').
• אחראי - היזם שאחראי על רכיב זה.
• רמה אטומית היא הקטגוריה האטומית של רכיב זה (לפי הרעיון של עיצוב אטומי).
• ניתן להפנות לנתונים בטבלאות זהות או בטבלאות שונות. חיבור הנקודות ימנע בלבול בעת קנה המידה. בנוסף, ניתן לסנן, למיין ולשנות את הנתונים ללא כל בעיה.

דוגמה 2: התקדמות פיתוח העמוד

כדי להעריך את התקדמות פיתוח העמוד, אתה צריך תבנית שנוצרה במיוחד למטרה זו. השולחן יכול לשרת הן את צורכי הצוות עצמו והן את צורכי הלקוח.

כל מידע על העמוד ניתן לציין כאן. זהו דדליין, קישור לאב הטיפוס של InVision, יעד, רכיב ילד. מיד ניכר כי הפעולות נוחות מאוד לביצוע, הן לגבי תיעוד ועדכון העיצוב, והן לגבי מצב פיתוח החזית והגב. יתר על כן, פעולות אלו מבוצעות בו זמנית.

תַקצִיר

תפקיד הכלי: מקור יחיד של בקרת גרסאות עבור נכסי עיצוב.

תקציר יכול להיקרא GitHub עבור נכסים ב-Sketch, והוא חוסך למעצבים את הצורך להעתיק ולהדביק קבצים. היתרון העיקרי של הכלי הוא שהוא מספק מאגר עיצובי שפועל כ"מקור יחיד של אמת". על המעצבים לעדכן את הסניף הראשי לגרסה העדכנית ביותר של הפריסה המאושרת. לאחר מכן, עליהם להודיע ​​למפתחים. אלה, בתורם, צריכים לעבוד רק עם נכסי מעצבים מהענף הראשי.

כמסקנה

לאחר שהטמענו את תהליך הפיתוח החדש ואת כל הכלים שהוזכרו לעיל, מהירות העבודה שלנו עלתה לפחות פעמיים. זה לא פתרון מושלם, אבל הוא פתרון טוב מאוד. נכון, כדי שזה יעבוד, צריך להתאמץ מאוד - זה דורש "עבודה ידנית" כדי לעדכן ולתחזק את הכל במצב תקין.

Skillbox ממליצה:

• קורס מעשי "Mobile Developer PRO".
• קורס מקוון "מפתח C#".
• קורס מעשי בן שנה "מפתח PHP מ-0 ל-PRO".

מקור: www.habr.com