צוותים להנדסה נמצאים תחת לחץ מתמיד לספק עבודה איכותית מהר יותר.אבל הרבה מהזמן שלהם נצרך על ידי משימות אדמיניסטרטיביות חוזרות ונשנות - כמו לחתום באגים, עדכון סטטוסים, שליחת תזכורות, רודף אישורים, תוך צורך, מיקוד שגרתי ואט צוותים פעולה כדי לבנות את יעילותם של ניהול העבודה, מציע שתי תכונות עוצמתיות שיכולות להחזיר את הזמן האבוד: FLT:0Flessirreaves, ו-APTS: 3.

הבנת כללי אסאנה ותפקידם בהנדסה

(ב) חוקי אסאנה הם אוטומטיים, אם כך – שזרימות עבודה שמופעלות בתוך הפרויקטים שלך, כאשר מוגדר (FLT:0triggercioFLT:1) מתרחשת (כמו משימה מווספת או מועברת לסעיף), אסאנה בודקת את ה-FLT:2 תנאים מוגדרים כ-FLT 3 (למשל, המשימה יש תג מסוים) ולאחר מכן מבצעת תבנית אחת או יותר של LT5 הודעות).

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

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

פיתוח מפתחי הנדסת חשמל לאוטומטיות עם כללי אסאנה

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

באג טריג' והתפטרות

כאשר דוח באג חדש נוחת בפרויקט שלך, אתה רוצה את זה מיד בידי המהנדס הנכון. ליצור כלל הגורם ל-FLT:0.Task הוסיףFLT:1 כאשר המשימה יש את תג "Bug" (הפעולה יכולה להקצות באופן אוטומטי את המשימה ל-Bucks ברירת המחדל (או לחבר צוות מבוסס על ערכי שדה מותאמים אישית כמו "פריטי" או "פוסטורנטיות") יכול להבטיח תאריך יעד נמוך, גם אם אתה לא יכול לקבל תאריך ביקורתי על בסיס 5 שעות עבודה.

עקבו אחרי-Ups

צווארי בקבוק קוד הם מקור משותף של תסכול. השתמש חוק הגורם כאשר משימה מועברת לחלק "ביקורת" (הכלל יכול להקצות את המשימה לסקירה המיועדת, להוסיף תאריך המשוער של 24 שעות, ולשלוח הודעה לסקירה באמצעות אינטגרציה אישית (או הודעת Slack אם Asana-Slack הוקמה). כאשר הביקורת נעה המשימה "Approved" אחר יכול להקצות מחדש את המשימה המקורית כדי להגדיר מחדש את המשימה.

תכנון ומשימות

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

תגית: Generation

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

תזכורת אוטומטית

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

שילוב אסאנה עם כלי הנדסה

בעוד כללים מטפלים באוטומציה בתוך אסאנה, FLT:0 [integrationsFLT] 1 להתחבר אסאנה לכלים החיצוניים שהצוות שלך כבר משתמש – GitHub, GitLab, Jira, Slack, Bitbucket, CircleCI ועוד. אינטגרציה אלה מאפשרות לסנכרן נתונים דו-כי-כי-כי-פי, כך פעולות שנלקחות באופן אוטומטי במערכת אחת, כמשקף את זה ולהיפך.

GitHub ו- GitLab אינטגרציה

הלינקים הרשמיים של אסאנה לשילוב GitHub (והמקבילה של GitLab) מבצעים, סניפים, בקשות משיכת ופריסות למשימות אסאנה. כאשר מפתח מבצע הודעה הכוללת את כתובת ה-Abana, האינטגרציה מוסיפה באופן אוטומטי תגובה למשימה עם קישור למבצע. כאשר בקשה מושכת ממוזגת, חוק יכול להעביר את המשימה ל-"Ready for QA" או "Don't זה צריך לבצע שינויים באופן ידניים, לאחר ביצוע משימות עבודה.

שילוב של Notifications

Slack הוא מרכז התקשורת עבור קבוצות הנדסיות רבות.השילוב של אסאנה + Slack מאפשר לך לקבל תזכורות משימה, בקשות אישור ועדכוני סטטוס ישירות בערוציך. השתמש בו כדי להודיע לצוות כולו כאשר באגים עתירי גבוה מוגש, או לשלוח הודעה ישירה מהנדס כאשר משימת ביקורת קוד מוקצה.You יכול גם ליצור משימות אסאנה מהודעות Slack, להפוך את בקשות אד-ho-ho-to כדי לעקוב אחר עבודה ללא עבודה צ'אט שלך.

חיבור באמצעות Zapier או Make (לשעבר Integromat)

(ב) אינטגרציה מורכבת יותר לא מכוסה על ידי מחברים שנבנו של אסאנה, השתמש בפלטפורמת אוטומציה ללא קוד כמו LT:003FLT:1ZapiercioFLT:2reaFLT 3 או FLT:4OVAFLT:5 MakeFLT: 5 MakeFLT 6FLT 7 שירותים אלה מאפשרים לך להפעיל פעולות של Asana בהתבסס על אלפי כלי אחר - לדוגמה, כמו גם תמיכה מתקדמת או פעילויות לוגיות, כמו גם כן, כמו גם כן, כמו גם כן, כמו גם לוגיקה מתקדמת.

Jira ו-Asana Sync

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

צעד אחר צעד מדריך לקביעת כללים ואינטגרציה

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

יצירת הכלל הראשון שלך

  1. לנווט בפרויקט שבו אתה רוצה שהכלל ירוץ.
  2. לחץ על הכרטיסייה (FLT:0)RulesveFLT:1 בחלק העליון של דף הפרויקט (ייתכן שיהיה עליך לאפשר זאת בהגדרות הפרויקט אם לא גלוי).
  3. לחץ על (FLT:0)+ Add RuleofFLT:1 ובחר תבנית (למשל, "משימות של חתימה") או להתחיל מאפס.
  4. Define the triggerph:1: גורמים נפוצים כוללים "Task הוסיף", "Task Complete", "Task עבר לסעיף" או "Task Due date".
  5. לדוגמה, אם יש צורך בתיקון:0 תנאים: 1: לדוגמה, רק כאשר יש משימה מסוימת, ערך שדה מותאם אישית או נספח.
  6. קבע את ה-FLT:0 (פעולות)FLT:1: באפשרותך להקצות משימה, לקבוע תאריך מראש, להוסיף תבנית תת-משימה, לשנות שדה מותאם אישית, להעביר את המשימה לחלק, או לשלוח הודעה.
  7. שם הכלל ולטפל בו.נסה אותו על ידי הוספת משימת דגימה שעומדת במצב ההדק.

קישור לאינטגרציה (למשל, GitHub)

  1. (ב) בפרשת ה' (ב) בפרשת [[המאה ה-20]], [[1924]]]], [[1924]]]]]], [[1924]]]], [[1924]]]]]]]], [[1924]]]]]]
  2. חיפוש > GitHub ו- ClickFLT:0AddcioFLT
  3. בצע את ההרשאה לזרום כדי לחבר את חשבון GitHub שלך. ייתכן שתצטרך לבחור אילו שרידים או ארגונים להתחבר.
  4. לאחר חיבור, כל הודעה הכוללת כתובת של Asana Task (למשל, FLT:0) תוסיף באופן אוטומטי תגובה למשימה זו.
  5. עבור אוטומציה עמוקה יותר, לשלב את האינטגרציה עם כלל: לדוגמה, כאשר תגובה משימה מותווסף בקשת גיטקוב, להעביר את המשימה לחלק "קוד סקירה".

המונחים: Multi-Step Rules and Conditional Logic

אסאנה תומכת כעת ב- 0 (FLT:0)branchesFLT:1 בחוקים, ומאפשרת לך לפעול פעולות שונות בהתאם לנתונים של המשימה.כדי ליצור חוק רב-שלבי, להשתמש באפשרות "הוספת גורם או פעולה" נוספת, לדוגמה, אם דוח באג מתויג "קריטי", להקצות אותו למהנדס על-ידי ה-call וקבוע עד 4 שעות; אם "Low", כדי כך תקבע את כל השלבים הבאים ל- 30 ימים לפני מועד עבודה.

שיטות אוטומציה מתקדמות לצוותי הנדסה

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

סוללות עבודה מועדפות עם כללי מכס

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

לשחרר ולתחילה גייטס

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

חתימה אוטומטית על מהנדסים חדשים

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

עלויות הצלב-פרויקט

חוקי אסאנה פועלים כיום בפרויקט יחיד, אך ניתן לחקות אוטומציה בין-מערכתית באמצעות ההרחבה:0-Rules + Custom FieldsFLT:1 בשילוב עם FLT:2Multi-HomeFLT 3 (המצב מופיע במספר פרויקטים) לדוגמה, אם צוות אחורי יש משימה שחוסמת תכונה מקדימה, להוסיף את המשימה האחורית לשילוב "המעבר" מראש" עם שינוי חזיתי, למשל, כאשר יש לו משימה ל"מקדמה" מראש" מראש" (המשימה "הצבת" (הצבת אינטגרציה") ל"לתקן"לתקן" (המופעהמופעהמופעהעברה" (הת"הת"המופעהעברה" (ה") ל" (המופעהעברת) ל" (העברת" (בשיתוף פעולה) ל"בהמשך) ל"המופעהמופעהעברהמופעהעברה" (הת המבוא") כדי לשנות את המבוא ל" (העברהת המבוא ל" (ה" (הת) ל" (העברהעברהעברהת) ל" (ה"הת) ל"במסגרת של פרויקט "ה"העברה"העברה"ה"ה"

שיטות טובות ל- Sustainable Automation

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

  • (FLT:0) קלפט קטן ומורכב.FIRLT:1) באופן אוטומטי אחד צום עבודה בזמן.מבחן ביסודיות לפני גלגול הצוות כולו.
  • (FLT:0) ביצוע כל כלל ואינטגרציה.FirLT:1) לשמור על מסמך חי (באסאנה עצמה או בוויקיקי) המסביר מה כל כלל עושה, מדוע הוא קיים, ואשר שומר אותו.זה עוזר לחברי הצוות החדשים להבין את המערכת ומונע כללים "משורפים" לרוץ ללא כל מי יודע מדוע.
  • (FLT:0)Use Name Conventions.FLT:1 תיקון החוקים שלך עם קטגוריה או אדם אחראי (למשל, "Bug Triage: Auto-assign קריטי באגים") זה מקל על מציאת וביקורת כללים מאוחר יותר.
  • (FLT:0) סקירת אוטומציה רבעונית.FLT:1 ככל שהתהליכים של הצוות שלך מתפתחים, כמה כללים עשויים להפוך מיושן או צורך בתיקון. לוח זמנים סקירה חוזרת על מנת לנקות כללים בלתי מנוצלים ועדכון תנאים או פעולות כדי להתאים את זרמי העבודה הנוכחיים.
  • (FLT:0) להרים מעקב ואזהרות.FIRLT:1 היסטוריית הכלל של אסאנה מראה לך בכל פעם ששלטון פועל.בדוק את זה מעת לעת כדי לתפוס שגיאות (למשל, כלל שמשה אלפי פעמים בגלל לולאה).עבור אוטומציה של נטילת גבוה, לשקול שימוש בערוץ Slack ייעודי כדי לשלוט בביצועים.
  • (FLT:0)להיב את כל הצוות.FLT:1 , אוטומציה צריכה להיות שקופה.בקש מהמהנדסים משוב על הכללים - האם הם חוסכים זמן, או גורמים לבלבול? כאשר אתה מציג כלל חדש, להודיע על זה בפגישה קבוצתית ולספק דרך פשוטה לכל אחד כדי להתפזר אם זה גורם לבעיות.

צמצום ההשפעה של אוטומציה

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

  • (FLT:0)Time Save per Weekeur.FLT) מעריך את המאמץ ידני שכל זרימת עבודה אוטומטית הוחלפה. לדוגמה, אם הטריג של באג השתמש ב 30 דקות ביום ועכשיו זה מיידי, זה 2.5 שעות נשמר בשבוע.
  • (FLT:0) ניכוי שגיאות אנושיות.FLT:1rea השווה את תדירות המשימות שהוחלפו, מועדי מועדים מפספסים, או תקלות לא שלמות לפני ואחרי אוטומציה, אפילו שיפור קטן יכול להיות השפעה גדולה על מוסר הצוות.
  • (FLT:0) זמן קליר (FLT:1) מודד את הזמן ממתי נוצרת משימה כאשר היא הושלמה. אוטומציה מאיצה לעתים קרובות את ההנעה בין מהנדסים, מבקרים ו- QA, כך שאתה צריך לראות ירידה בזמן מחזור עבור זרימות העבודה שאתה אוטומטי.
  • (FLT:0) ,Teamשביעות רצון.FLT:1 סקר המהנדסים שלך מעת לעת, שאל כמה זמן הם מרגישים שהם מבלים על "ראש" לעומת "עבודה אמיתית" (עבודה אמיתית) ירידה בתלונות על משימות מנהליות היא אינדיקטור חזק כי האוטומציה שלך עובדת.
  • (ב) [ה]ההיסטוריה של השלטון אסאנה לכישלונות; אם כלל נכשל באופן עקבי (למשל, בשל שדות חסרים או תגים לא נכונים), הוא יוצר תסכול ולא חוסן זמן.

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

תוכנית פעולה מהירה: תוכנית פעולה מהירה

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

  1. (FLT:0) ,Audit your Current Workflows.IRLT:1 , רשימת כל המשימות החוזרות ונשנות הצוות שלך מבצע מדי יום או שבועי.זהה אשר אלה מבוססים על כללים וצפויים (ideal for Automation) לעומת אלה הדורשים שיפוט אנושי.
  2. (FLT:0) פרייוט את הניצחונות המהירים.FIRLT:1) להתחיל עם אוטומציה פשוטה, גבוהה-פשטנית כמו חתימה על באגים חדשים הנכנסים.זה נותן לצוות שלך הקלה מיידית בונה.
  3. (FLT:0) ,Set up the need אינטגרציה.FreaLT:1 ; Connect Asana עם GitHub, Slack, וכל כלי אחר הצוות שלך משתמש מדי יום.
  4. (FLT:0) להכשיר את הצוות שלך.FLT:1 הראה מהנדסים כיצד הכללים עובדים וכיצד הם יכולים ליצור משלהם.
  5. (FLT:0) הוא מרחיב ולהרחיב את ה- 1FLT (ב) לאחר שהאוטומציה הראשונית יציבה, לעבור לדפוסים מורכבים יותר כמו זרימות עבודה או תלות הדדית.המשך למדידת ההשפעה וההתמדה במידת הצורך.

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

(ב) עיין ב[[המאה ה-20]] ב[[1924]], ב[[1924]] וב[[1924]], [[1924]]]], [[1924]]]], [[1924]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]], [[1924]]]], [[1924]], [[1924]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]