دانشی که فقط چند نفر دارند

در هر واحدی یک نفر هست که همه سراغش می‌روند. نه چون سِمتش این است، چون جواب را می‌داند. مسئله وقتی جدی می‌شود که آن یک نفر مرخصی برود — یا برای همیشه برود.

دانش تیمی چیست و با دانش‌نامه چه فرقی دارد؟

دانش‌نامه از اسناد رسمی سازمان ساخته می‌شود؛ دانش تیمی از چیزی که کارکنان می‌دانند ولی هیچ سندی ندارد. کارمند تجربه یا رویه‌ای را ثبت می‌کند، مدیر یا کارشناس ارشد تأیید می‌کند، و از آن لحظه به بعد بخشی از پاسخ‌های سیستم می‌شود. تفاوت اصلی در همین صف تأیید است، وگرنه پایگاه دانش پر از اطلاعات بررسی‌نشده می‌شود.

چرا مستندسازی معمولاً شکست می‌خورد

دستور «همه مستندسازی کنند» تقریباً هیچ‌وقت جواب نمی‌دهد. دلیلش تنبلی نیست؛ دو چیز دیگر است. اول اینکه نوشتن سند رسمی کار سنگینی است و کسی برایش وقت جدا نمی‌کند. دوم اینکه کارمند نمی‌داند چه چیزی ارزش نوشتن دارد — آنچه برای او بدیهی است دقیقاً همان چیزی است که تازه‌واردها نمی‌دانند.

راه عملی‌تر این است که واحد ثبت، کوچک باشد: یک پرسش و یک پاسخ، در حد چند خط. نه سند، نه دستورالعمل، نه قالب رسمی.

صف تأیید، هسته‌ی این ماژول

اگر هر کارمندی بتواند مستقیم به پایگاه دانش اضافه کند، بعد از چند ماه چیزی خواهید داشت که نمی‌شود به آن اعتماد کرد — و پایگاه دانشی که به آن اعتماد نشود، بی‌فایده است.

برای همین هر ثبت تازه به‌صورت کاندیدا وارد می‌شود و تا وقتی تأیید نشده در پاسخ‌ها استفاده نمی‌شود. تأییدکننده معمولاً مدیر همان واحد یا کارشناس ارشد است، نه واحد فناوری اطلاعات؛ چون تشخیص درستی محتوا کار حوزه‌ی کاری است نه کار فنی.

  • ثبت: کارمند یک پرسش و پاسخ کوتاه اضافه می‌کند
  • صف: مورد به‌صورت کاندیدا می‌ماند و در پاسخ‌ها ظاهر نمی‌شود
  • تأیید یا اصلاح: مدیر واحد تأیید می‌کند، ویرایش می‌کند یا رد می‌کند
  • انتشار: از آن لحظه بخشی از منابع پاسخ می‌شود، با نام ثبت‌کننده

مرز دسترسی که معمولاً فراموش می‌شود

دانش تیمی معمولاً محدود به یک تیم یا واحد است، نه کل سازمان. رویه‌ی داخلی یک واحد ممکن است برای واحد دیگر نه‌فقط بی‌ربط بلکه گمراه‌کننده باشد.

پس عضویت در تیم باید تعیین کند چه کسی چه چیزی را می‌بیند و چه کسی حق تأیید دارد — و این دو یکی نیستند. عضو تیم می‌خواند و ثبت می‌کند؛ تأیید کار نقش جداگانه‌ای است.

وسوسه‌ی رایج این است که دانش تیمی را برای «شفافیت» به همه‌ی سازمان باز کنند. نتیجه‌اش معمولاً برعکس است: کارکنان محتاط می‌شوند و چیزی ثبت نمی‌کنند. مرز تیم را تنگ نگه دارید تا ثبت راحت بماند.

از کجا شروع کنید

بهترین نقطه‌ی شروع واحدی است که بیشترین پرسش تکراری را دارد — معمولاً پشتیبانی، منابع انسانی یا مالی. آنجا نتیجه سریع دیده می‌شود و همین باعث می‌شود بقیه‌ی واحدها هم بپذیرند.

اگر گزارش سوال‌های بی‌پاسخ را دارید، فهرست شروع از قبل آماده است: همان سوال‌هایی که سیستم جوابشان را نداشته، دقیقاً همان‌هایی‌اند که یک نفر در سازمان جوابشان را می‌داند.

پرسش‌های متداول

چه فرقی با ویکی داخلی دارد؟

ویکی جای نوشتن است و کسی موظف به خواندنش نیست. اینجا آنچه ثبت می‌شود مستقیم وارد پاسخ‌های سیستم می‌شود، یعنی همان‌جایی ظاهر می‌شود که کارمند سوالش را می‌پرسد. ضمناً ویکی معمولاً صف تأیید ندارد.

اگر کسی مطلب اشتباه ثبت کند؟

تا تأیید نشده در هیچ پاسخی استفاده نمی‌شود. بعد از تأیید هم قابل ویرایش و حذف است و ثبت‌کننده و تأییدکننده‌ی هر مورد مشخص می‌ماند.

کارکنان انگیزه‌ی ثبت دارند؟

آنچه در عمل بیشترین اثر را داشته این است که ثبت کوتاه باشد و نام ثبت‌کننده کنار پاسخ بماند. سازمان‌هایی هم که تعداد موارد تأییدشده را در ارزیابی عملکرد دیده‌اند نتیجه‌ی بهتری گرفته‌اند.

روی تعداد موارد ثبت‌شده سقفی هست؟

خیر. روی تعداد دانش‌نامه، سند و موارد ثبت‌شده سقفی نداریم؛ تنها عددی که در بسته‌ها متفاوت است سقف کاربر است.

با یک واحد شروع کنید

یک واحد پرمراجعه انتخاب می‌شود و بعد از چند هفته می‌بینید چه چیزهایی ثبت شده که هیچ‌جا نوشته نشده بود.

درخواست دمو

خانواده‌ی آرتین

شرکت هوش گستر فردا آرتین چند محصول هوش مصنوعی فارسی می‌سازد. هر کدام کار خودش را می‌کند — این‌ها را ببینید تا بدانید کدام به کار شما می‌آید.