מוח שני ארגוני: איך הופכים ידע מפוזר לידע שאפשר לשאול

מאיפה בא הרעיון

את המושג ״מוח שני״ פיתח Tiago Forte כשיטה אישית. הוא מגדיר אותו כמאגר דיגיטלי, חיצוני ומרוכז, של הדברים שלומדים ושל המקורות שמהם הם באו. השיטה שלו בנויה על ארבעה שלבים: Capture, Organize, Distill, Express. כלומר: לאסוף, לארגן לפי מידת הרלוונטיות לפעולה, לזקק לסיכומים שימושיים, ולהפוך לתוצרים.

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

מה שווה לאסוף, ומה לא

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

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

• החלטות ארכיטקטורה ומוצר, עם הנימוק והחלופות.
• תחקירי תקלות ומה שונה בעקבותיהם.
• נהלי תפעול (runbooks) והוראות הפעלה.
• שאלות שחוזרות מלקוחות או מעובדים חדשים, עם התשובה המאושרת.
• הקשר של פרויקטים: מטרה, אנשי קשר, החלטות פתוחות.

מבנה שמחזיק לאורך זמן

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

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

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

השכבה החכמה: לשאול את הידע

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

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

איך מתחילים

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

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