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

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

הפורמט שעובד

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

איך כותבים בלי להקדיש לזה יום

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

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

מה לא נכנס לנוהל

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

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

איפה שומרים אותם

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

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

איך זה נשאר מעודכן

הבעיה האמיתית אינה כתיבה אלא תחזוקה. שלושה מנגנונים פשוטים מחזיקים נהלים בחיים:

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

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

מתי בכלל שווה לכתוב נוהל

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

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

איך בודקים שהנוהל עובד

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

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

איפה נהלים עוזרים הכי הרבה?

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

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

מה עושים עם ידע שיושב אצל אדם אחד

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

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

מקורות

• איך משפרים את היעילות העסקית
• רשות המסים - מידע לעסקים