درک انتقال دانش در تیم های مهندسی

انتقال دانش فرایند سیستماتیک انتقال اطلاعات انتقادی، مهارت ها و تخصص از یک فرد یا گروه به دیگری در یک سازمان است، در تیم های مهندسی، که در آن پیچیدگی و همکاری مداوم، انتقال دانش موثر کاهش خطر عملیاتی، سرعت تصمیم گیری و جلوگیری از از از از دست دادن حافظه نهادی هنگامی که اعضای بدون آن، تیم با تلاش تکراری، کندتر، و خطا بالاتر [به طور قابل توجهی افزایش بهره وری] گزارش می کند:

دانش را می توان به عنوان تایcit (شخصی، خاص، متن، دشوار بیان) و یا صریح (دوcumented، codified) طبقه بندی کرد، هر دو فرم نیاز به استراتژی های آگاهانه برای انتقال به طور موثر دارند، در حالی که دانش ضمنی اغلب از طریق مشاهده و مربیگری به اشتراک گذاشته می شود، دانش صریح در مستندات به خوبی نگهداری می شود و آموزش مهندسی موفق ترکیب می شود.

استراتژی های اصلی برای انتقال دانش موثر

پیاده سازی انتقال دانش نیازمند بیش از حسن نیت است، که نیازمند فرآیندهای عمدی، ابزار و تقویت فرهنگی است.در زیر موثرترین استراتژی ها هستند که هر کدام با راهنمایی عملی گسترش یافته اند.

۱- مستندات ساختاری

مستندات ستون فقرات انتقال دانش است، با این حال، اسنادی که منسوخ شده، ناقص یا سخت است برای پیدا کردن می تواند آسیب بیشتری نسبت به اسناد موثر و موثر شامل نمودار های معماری سیستم، ارجاعات API، کتاب های اجرایی، log های تصمیم گیری (ADRs)، و راهنمای استفاده از ابزار مانند FLT:0 تأثیر گذاری یا عدم سازماندهی محتوای سلسله مراتبی، و اجرای منظم صفحات مالکیت، به عنوان یک خط مشی سند و بررسی به عنوان (کد) به عنوان یک خط مشی خاص.

برای سیستم های بحرانی، مستندات را به طور مستقیم در نظرات کد یا فایل های ReadME با استفاده از استانداردها مانند Diátaxis جاسازی کنید، این شکاف بین کد و توضیح را کاهش می دهد، و آن را برای اعضای تیم جدید آسان تر می کند تا منطق را ردیابی کنند.

۲- Mentorship و برنامه های جفتگیری

پیروی از مهندسان جوان با مربیان ارشد سرعت انتقال دانش ضمنی را تسریع می کند. [۱] هدایت با اهداف روشن: هفتگی تک تک تک، بررسی کد سایه، و اشتراک گذاری جلسات برنامه نویسی Pair، که در آن دو مهندس با هم در همان قطعه از کد کار می کنند، انتقال رویکرد حل مسئله واقعی و تکنیک های اشکال زدایی با توجه به تحقیقات از [F:۰] [۳] برنامه نویسی به طور همزمان می تواند به سرعت ۱۵-۲۰-۲.

مربیان به صورت دوره ای برای جلوگیری از سیلوهای دانش، تشویق به آموزش معکوس نیز، که در آن مهندسان جوان دیدگاه های تازه یا فن آوری های جدید با کارکنان ارشد به اشتراک می گذارند.

۳- دانش منظمی که Ceremons

جلسات ساختار یافته فضای اختصاصی برای تبادل دانش ایجاد می کنند، نمونه ها شامل مذاکرات هفتگی فناوری، توزیع های گذشته و جلسات بررسی معماری می شوند.این جلسات را سبک نگه دارید – ۱۵ تا ۳۰ دقیقه برای یک "گفت وگوی روشن" یا یک ساعت کامل برای غواصی عمیق.

حضور کنندگان در سراسر تیم برای دموکراتیزه کردن فرصت های گفتاری و تخصص پنهان سطح استفاده از یک برنامه چرخش ساده یا یک "خط بلندگو" اختصاصی در یک ابزار همکاری مانند Slack.

۴- پلتفرم های همکاری و اتوماسیون

تیم های مهندسی مدرن به یک پشته از ابزارهای ناهمزمان برای حفظ انتقال دانش متکی هستند. Platforms مانند Slack، Microsoft Teams و Discord سوالات و پاسخ های زمان واقعی را فعال می کنند، اما برای جلوگیری از اطلاعات از از دست رفته در موضوعات چت، ادغام با یک ابزار پایه دانش (به عنوان مثال، Guru، Slab یا Stack Overflow برای تیم ها).

سیستم های کنترل نسخه (مانند Git) را برای گرفتن تصمیمات طراحی در پیام های متعهد و شرح درخواست استفاده کنید، توضیحات PR معنی دار که نه تنها توضیح می دهد چه چیزی تغییر کرده است، بلکه چرا و تشویق نظرات مربوط به اسناد و یا بلیط های مربوطه.

۵- فرهنگ یادگیری را تشویق کنید

انتقال دانش در محیطی شکوفا می شود که در آن پرسش ها ایمن و به اشتراک گذاری پاداش داده می شود.رهبران باید کنجکاوی و آسیب پذیری را مدل کنند – و آنها چیزی را نمی دانند که دیگران را تشویق می کند تا همان کار را انجام دهند. اعضایی که به مستندات، مربی دیگران کمک می کنند یا بررسی های کد مفیدی ارائه می دهند: نشان برای کمک های مستندات، یا “نمودگان انتقال دانش” در تیم های گذشته.

ایجاد یک کانال اختصاصی برای پست های “today I Learn” (TIL) این تمرین کم تحرک همه را تشویق می کند تا برنده های کوچک، ترفندها یا درس های آموخته شده در طول روز را به اشتراک بگذارند، یک مخزن تجمعی از تخصص زندگی می کنند.

چالش های انتقال دانش عمومی

حتی ابتکارات به خوبی مورد توجه می تواند به موانع ضربه بزند، چالش های مکرر شامل سیلوهای دانش، بدهی اسناد، مقاومت در برابر تغییر و محدودیت های زمانی است.

دانش آموزان سیلوس

سیلووس زمانی شکل می گیرد که تخصص در چند نفر متمرکز شده است تا آنها را تجزیه و تحلیل "عاملی" برای هر سیستم بحرانی پیاده سازی کند - مشخص می کند که چه تعداد از افراد می توانند به طور کامل هر سرویس را اجرا کنند اگر تعداد کمتر از دو نفر باشد، اولویت بندی آموزش متقابل.استفاده از یک ماتریس مهارت برای نقشه برداری از قابلیت های تیم و عمدا اختصاص وظایفی که اعضای کم تجربه را به طور کامل گسترش می دهد.

مستند بدهی

بدهی مستندات زمانی انباشته می شود که محتوا یک بار نوشته شده و هرگز به روز نشده است، تعاریف صریحی از انجام شده برای مستندات را تنظیم کنید: برای هر ویژگی جدید یا تغییر، حداقل مجموعه ای از docs باید به روز شود یا ایجاد شود.استفاده از linters خودکار (مانند Vale برای بررسی docs برای سازگاری برنامه، "پیاده سازی" ماهانه که در آن یک تیم برای تمیز کردن یا اختصاص دادن مقدار کمی از دست دادن محتوا اختصاص داده می شود.

مقاومت در برابر تغییر

برخی از اعضای تیم در برابر به اشتراک گذاری دانش به دلیل ترس از از دست دادن امنیت شغلی یا به سادگی غیرشتینیا مقاومت می کنند و این را با پیوند انتقال دانش به ارزیابی عملکرد - شامل متریک برای "تحریم به دانش تیم" در بررسی های فصلی نشان می دهند که به اشتراک گذاری تخصص در واقع افزایش دید و فرصت های شغلی، نه ریسک کوچک: جشن گرفتن زود هنگام پذیرش عمومی، و استفاده از داستان های موفقیت خود برای الهام بخش دیگران.

زمان Constraints

تیم های مهندسی اغلب تحت فشار برای ارائه ویژگی ها هستند، انتقال دانش مانند یک نگرانی ثانویه است.حفاظت از زمان اختصاص یافته با حکاکی یک " بودجه انتقال دانش" در برنامه ریزی اسپرینت. Allocate 10 تا 15 درصد از هر اسپریت به اسناد، مربیگری و یا فعالیت های یادگیری. فریم این سرمایه گذاری به عنوان یک مولتیپلتر بهره وری بلند مدت: هر ساعت صرف شده در انتقال دانش می تواند سه ساعت کار آینده یا بازگشت دوباره به جلو را نجات دهد.

اندازه گیری اثربخشی انتقال دانش

بدون اندازه گیری، دشوار است که بدانیم که آیا تلاش های انتقال دانش کار می کنند یا نه، شاخص های پیشرو مانند فرکانس به روز رسانی اسناد، تعداد جلسات مربیگری تکمیل شده و نرخ های مشارکت بررسی کد شامل زمان به اشتغال برای استخدام های جدید (تا چه مدت تا زمانی که آنها بتوانند به طور مستقل مشارکت کنند)، کاهش در زمان حل حادثه و نگهداری کارکنان.

بررسی تیم با سوالات ساده: "من احساس می کنم که من باید اطلاعات لازم برای انجام کار خود را به طور موثر" و "من می دانم که چه کسی را به سوال در مورد زمانی که من با یک مشکل مواجه می شوم" یک روند رو به رشد در پاسخ های مثبت با انتقال دانش موفق مرتبط است، علاوه بر این، نظارت بر استفاده از پایگاه دانش خود را: بازدید صفحه، جستجو، و " رای مفید" ارائه بازخورد واقعی در مورد محتوای ارزشمند است.

مثال موردی: انتقال دانش در یک استارت آپ

یک شرکت متوسط SaaS با 40 مهندس با گردش سریع و متناقض مواجه شدند، آنها یک "چرخش انتقال دانش" را پیاده سازی کردند که هر مهندس ارشد یک هفته در هر چهارم به طور انحصاری مستندسازی و مربیگری کرد و پس از شش ماه، زمان به رقابت از 12 هفته به 7 هفته کاهش یافت و پوشش اسناد برای 15 خدمات اصلی خود از 40٪ به زمان سرمایه گذاری در زمان کمتر از 5٪ کاهش یافته است.

نتیجه گیری: ایجاد یک سازمان مهندسی Resilient

انتقال دانش یک پروژه یک بار نیست، بلکه یک نظم و انضباط مداوم است که با ترکیب مستندات ساختاری، برنامه های مربیگری، مراسم اشتراک گذاری دانش منظم، ابزار همکاری و یک فرهنگ حمایتی، تیم های مهندسی می توانند دانش را از یک منبع شکننده به یک دارایی پایدار تبدیل کنند.هزینه بی توجهی از انتقال دانش بالا است: نوآوری آهسته تر، گردش و اشتباهات مکرر، که سرمایه گذاری در انتقال دانش، بهترین نقطه های کار، می تواند یک محیط کار را کاهش دهد و هر کس را ایجاد کند.

با یک طرح تک نفره، با نفوذ بالا شروع کنید – شاید یک پست هفتگی TIL یا یک حسابرسی مستندات – و آن را اندازه گیری نتایج، جشن برنده ها و مقیاس آنچه که کار می کند.