استقرار عضو جدید در تیم فنی
الگوی رایج: برنامهنویس تازه روز اول میآید، دسترسی مخزن میگیرد، و به او گفته میشود «محیط را بالا بیاور و کد را بخوان تا آشنا شوی».
دو هفته بعد، هنوز چیزی تحویل نداده و شروع کرده به فکر کردن که شاید انتخاب اشتباهی کرده. سه ماه بعد یا رفته یا به یک عضو معمولی تبدیل شده که میتوانست عضو خوبی باشد.
هزینهٔ این، بیشتر از آن چیزی است که به نظر میرسد. جایگزینی یک برنامهنویس باتجربه در بازار امروز ایران، بین سه تا شش ماه حقوق تمام میشود — بین آگهی، مصاحبه، دورهٔ آموزش، و کاری که در این مدت انجام نشده.
چرا «کد را بخوان» جواب نمیدهد
خواندن کد بدون هدف، تقریباً هیچ چیزی یاد نمیدهد. مغز چیزی را نگه میدارد که برایش کاری انجام داده باشد.
از این مهمتر: تازهوارد در روزهای اول بیشترین اضطراب و کمترین اطلاعات را دارد. هر ساعتی که بدون خروجی میگذرد، حس بیفایدهبودن را تقویت میکند — و همان حس است که باعث میشود سؤال نپرسد، چون نمیخواهد ناتوان به نظر برسد.
پس هدف هفتهٔ اول، یادگیری نیست. یک تحویل کوچک واقعی است.
روز اول
سه چیز باید تا پایان روز اول انجام شده باشد:
همهٔ دسترسیها آماده باشد — پیش از رسیدن او، نه بعدش. تازهواردی که روز دوم هنوز منتظر دسترسی مخزن است، پیام روشنی گرفته دربارهٔ اینکه چقدر منتظرش بودند. یک چکلیست دسترسی داشته باشید و روز قبل اجرا شود.
یک نفر مشخص مسئولش باشد. نه «هر سؤالی داشتی از بچهها بپرس» — یک اسم. کسی که پرسیدن از او هزینهٔ اجتماعی ندارد. این تنها مؤثرترین کار در کل فرایند است.
محیط توسعه بالا بیاید. اگر این کار بیش از نصف روز طول کشید، مشکل از او نیست؛ راهنمای راهاندازی شما ناقص است. و درست همینجا بهترین فرصت اصلاحش است: بگویید هر جا گیر کرد، همانجا راهنما را ویرایش کند. اولین مشارکتش در مخزن همین باشد.
هفتهٔ اول: یک کار واقعی و کوچک
کاری بدهید که مسیر کامل را طی کند: کد، بازبینی، تست، ادغام، استقرار روی محیط آزمایش. اندازهاش مهم نیست — تغییر یک متن، افزودن یک فیلتر، رفع یک باگ ساده.
آنچه یاد میگیرد، خود کار نیست. مسیر است: کجا کد میرود، بازبینی چطور کار میکند، چطور مستقر میشود، چه کسی چه میگوید. این دانشی است که در هیچ مستندی منتقل نمیشود.
و اثر روانیاش مهمتر است: کسی که در هفتهٔ اول چیزی تحویل داده، از هفتهٔ دوم آدم دیگری است.
یک قاعدهٔ منفی: کار اول را از مسیر بحرانی انتخاب نکنید. کاری که اگر دیر شود کسی معطل میشود، فشار غیرلازم میآورد.
ماه اول: از مسیر به تصویر
حالا وقت فهمیدن کلیات است — و حالا میفهمد، چون قلاب دارد.
- نقشهٔ کلی سامانه: بخشها چهاند، داده از کجا به کجا میرود. یک ساعت توضیح روی تخته، از چهل صفحه مستند بهتر است.
- دامنهٔ کسبوکار. این را تیمهای فنی مدام دستکم میگیرند. برنامهنویسی که نمیداند «تسویهٔ فروشنده» یعنی چه، کد درستی نمینویسد هرقدر هم توانا باشد. یک جلسه با کسی از سمت کسبوکار بگذارید.
- تصمیمهای معماری و دلایلشان. اگر آنها را نوشته باشید — که در مستندسازی گفتیم چرا باید — همینجا بازده میدهند.
- قواعد کار تیم: چطور بازبینی میکنیم، کِی منتشر میکنیم، تعریف اتمام کار چیست.
ماه دوم و سوم
اینجا از «کار میکند» به «مستقل است» میرسد. نشانهاش این است که میتواند کاری را از تحلیل تا تحویل بدون راهنمایی ببرد و بداند کِی باید بپرسد.
بهترین محرک این مرحله، دادن یک بخش کوچک بهعنوان مالکیت است. جایی که مرجعش خودش باشد. مسئولیت، سریعتر از هر آموزشی تسلط میآورد.
مسئلهٔ سؤالنپرسیدن
شایعترین شکست خاموش آنبوردینگ. تازهوارد نمیپرسد، چون نمیخواهد کم به نظر برسد، و ساعتها روی چیزی میماند که جوابش دو دقیقه بوده.
چند چیزی که در تیمهای ما کار کرده:
سقف زمانی صریح بگذارید. «اگر بیش از نیم ساعت روی چیزی گیر کردی، بپرس. این قاعده است، نه لطف.» وقتی قاعده باشد، پرسیدن دیگر اعتراف به ناتوانی نیست.
خودتان بلندبلند سؤال بپرسید. اگر تیم ببیند باتجربهترین عضو هم میپرسد «این تابع دقیقاً چهکار میکند؟»، سقف اجتماعی پرسیدن پایین میآید.
جلسهٔ کوتاه روزانه در هفتهٔ اول، فقط برای اینکه سؤالهای انباشته جایی برای بیرونآمدن داشته باشند.
و سنجهای که قبلاً هم گفتهایم: تازهوارد در هفتهٔ اول چند سؤال پرسیده؟ اگر صفر، خبر خوبی نیست. در تیم دورکار این سنجه حیاتیتر است، چون هیچ نشانهٔ غیرکلامیای وجود ندارد که بگوید کسی گیر کرده.
دو نکتهٔ خاص بازار ایران
دورهٔ آزمایشی را طرفینی ببینید. در بازاری که برنامهنویس خوب انتخابهای متعدد دارد، سه ماه اول فقط ارزیابی او توسط شما نیست؛ ارزیابی شما توسط اوست. تیمی که آنبوردینگ آشفتهای دارد، پیام روشنی دربارهٔ کیفیت کارش میدهد.
سربازی و وضعیت تحصیل روی برنامهریزی تیم اثر دارد و باید از ابتدا روشن باشد — نه بهعنوان معیار انتخاب، بلکه برای اینکه غافلگیری ششماهه نشود.
چکلیست کوتاه
اگر امروز میخواهید شروع کنید، همین کافی است:
- دسترسیها پیش از روز اول آماده
- یک نفر مسئول مشخص برای دو هفته
- راهنمای راهاندازی که آزموده شده
- یک کار واقعی و کوچک برای هفتهٔ اول
- جلسهٔ نقشهٔ سامانه در هفتهٔ دوم
- جلسهٔ آشنایی با دامنهٔ کسبوکار در ماه اول
- گفتوگوی بازخورد در پایان ماه اول
نه بند است و بیشترش نیم روز کار دارد. در برابر هزینهٔ از دست دادن یک عضو خوب، ارزانترین سرمایهگذاری ممکن است — و همان چیزی است که در تیم اختصاصی برای هر عضوی که به پروژهٔ مشتری اضافه میشود اجرا میکنیم، چون آنجا هفتهٔ اول مستقیماً روی صورتحساب مشتری است.