איך לבקש עזרה ב-Slack בלי לעצבן את הצוות

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

איך לבקש עזרה ב-Slack: שלב אחר שלב

1. בחרו את הערוץ הציבורי הנכון. העדיפו את הערוץ הכי רלוונטי על פני הודעה פרטית כדי שהתשובה תהיה חפשית והאנשים הנכונים יראו אותה.
2. כתבו את כל השאלה בהודעה אחת. פתחו עם המצב שלכם והדבר המדויק שאתם צריכים – בלי “היי” ואז שתיקה בזמן שאתם מקלידים.
3. הוסיפו מה ניסיתם ומה ציפיתם. כללו את השגיאה, הצעדים שעשיתם, והתוצאה שציפיתם לה.
4. עצבו קוד, לוגים ושגיאות. השתמשו בגרש בודד לקוד inline ובשלושה גרשיים לבלוקים כדי שאנשים באמת יוכלו לקרוא את זה.
5. שמרו את הודעות ההמשך בשרשור. הגיבו בתוך השרשור כדי שהערוץ יישאר קל לסריקה עבור כל השאר.
6. תנו לזה זמן, ואז סגרו את המעגל. חכו לפני שאתם מפרסמים מחדש; כשזה נפתר, הגיבו או כתבו כדי שמי שעזר – ומחפשים עתידיים – ידעו מה עבד.

מה כן ומה לא

מה כן:

• פרסמו בערוץ ציבורי כדי שהתשובה תהפוך לידע צוותי חפשי.
• שימו את המצב, השאלה והפרטים בהודעה אחת.
• עצבו קוד, לוגים ושגיאות עם backticks.
• השתמשו בשרשורים לתגובות ולהודעות המשך.
• אמרו כשמשהו לא דחוף (“אין לחץ, אבל כשיהיה לך רגע…”).

מה לא:

• לשלוח “היי, שאלה קצרה” בלי שום שאלה ממשית מצורפת.
• להשתמש ב-@channel או @here כדי למשוך תשומת לב לשאלה שגרתית.
• לשלוח הודעה פרטית לאדם אחד כשערוץ היה עוזר לכל הצוות.
• להדביק stack traces או JSON גולמיים ולא מעוצבים.
• לפרסם מחדש אחרי 15 דקות כי אף אחד עוד לא ענה.

Slack זה לא טפיחה על הכתף

Slack מרגיש קז’ואלי. התגובות עם האימוג’ים, ה-GIF-ים, הטון הלא פורמלי – כל זה גורם לכם לשכוח שכל הודעה שאתם שולחים עלולה להפריע לעשרות אנשים. בסביבת עבודה עמוסה, הודעה אחת כתובה רע בערוץ משותף היא כמו טפיחה על הכתף של כל מי שבחדר בו-זמנית.

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

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

טעויות נפוצות שמאטות את הכל

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

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

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

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

קוד, לוגים או הודעות שגיאה בלי עיצוב. להדביק stack trace גולמי או JSON כטקסט רגיל בהודעת Slack זה כמעט בלתי קריא. אנשים יסתכלו על הקיר של טקסט ויגללו הלאה. ב-Slack יש עיצוב קוד לא בכדי – השתמשו בו.

לשאול את אותה שאלה בחמישה ערוצים. לפרסם את אותו דבר ב-#engineering, #backend, #devops ו-#general כי אתם לא בטוחים מי יכול לעזור גורם לכם להיראות כאילו אתם לא מכירים את החברה שלכם. בחרו את הערוץ הכי רלוונטי. אם באמת לא יודעים איפה לשאול, אמרו את זה בערוץ אחד ובקשו הפניה.

גישות טובות יותר שבאמת עובדות

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

השוו את אלה:

היי שרה, את פנויה?

לעומת:

היי שרה – ה-deploy לסביבת הבדיקות נכשל עם שגיאת permission denied בשלב ההעלאה ל-S3. בדקתי את ה-IAM role וה-policy נראה תקין. אותו deploy עבד אתמול. את יודעת אם משהו השתנה בהרשאות של ה-S3 bucket?

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

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

עצבו את התוכן הטכני שלכם. Slack תומך בקוד inline עם גרש בודד ובלוקי קוד עם שלושה גרשיים. השתמשו בהם:

`inline code` להפניות קצרות

ושלושה גרשיים לבלוקים:

```
{
  "error": "permission denied",
  "resource": "s3://my-bucket/deploy"
}
```

המאמץ הקטן הזה עושה את ההבדל בין מישהו שמתעמק בבעיה שלכם לבין מישהו שגולל הלאה.

כללו מה כבר ניסיתם. “ה-build נכשל” זו קביעה. “ה-build נכשל עם exit code 137, בדקתי את מגבלות הזיכרון והן נראות תקינות, וזה התחיל לקרות אחרי השדרוג ל-Node אתמול” זו שאלה שמישהו באמת יכול לעבוד איתה.

היו ספציפיים לגבי מה שאתם צריכים. יש הבדל בין “זה שבור, עזרה” לבין “אפשר לבדוק אם ל-service account של ה-deploy עדיין יש הרשאות כתיבה ל-staging bucket?” ככל שהבקשה ספציפית יותר, כך נדרש פחות מאמץ לענות.

טיפים ספציפיים ל-Slack בסביבת העבודה

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

השתמשו בתיאורי ערוצים וסימניות. לפני ששואלים את השאלה, בדקו אם לערוץ יש הודעות מוצמדות, סימניות, או תיאור ערוץ עם קישורים שימושיים. צוותים רבים מתעדים שם תהליכים נפוצים. לשאול משהו שכבר נענה בהודעות המוצמדות זה כמו לא לקרוא את ה-README.

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

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

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

הנוסחה עדיין עובדת כאן

בין אם אתם ב-Slack, Discord, קבוצת וואטסאפ, או כותבים ב-Stack Overflow, העיקרון המרכזי של Skip The Ask נשאר אותו דבר:

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

שימו את שלושתם בהודעה אחת. בלי “היי את פנויה?”, בלי הודעות פרטיות כשערוץ היה עדיף, בלי קירות של טקסט לא מעוצב – פשוט שאלה ברורה שמישהו יכול לקחת ולענות עליה בזמן שלו.

תקשורת טובה ב-Slack היא לא עניין של קיצור. היא עניין של שלמות. תשקיעו 60 שניות נוספות בכתיבת הודעה אחת מוצקה ותבזבזו הרבה פחות זמן בהמתנה לתשובה.

משתמשים בכלי צ’אט אחר בעבודה? אותם נימוסים מתורגמים ישירות למדריך השאלות שלנו ל-Microsoft Teams. למבט רחב יותר על שאילת שאלות טובות יותר בכל פלטפורמה, ראו את המדריך המלא שלנו לשאילת שאלות טובות יותר באינטרנט.