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