چگونه دولوپرها را مدیریت کنیم

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

قبل از روز اول: لپ‌تاپ، صندلی، یا فضای کار

اول وسیله. در Tighten پیش‌فرض **مک‌بوک** است؛ چند نفر لینوکس را انتخاب می‌کنند. یک بازهٔ قیمت می‌گذارند؛ داخل همان بازه، دولوپر می‌تواند کانفیگ بخواهد — تا وقتی معقول باشد و اگر فردا کس دیگری این ماشین را برداشت، کانفیگ دیوانه نباشد.

خیلی‌ها ماشین خودشان را می‌آورند؛ اشکال ندارد. Tighten اصرار ندارد کار و زندگی روی دو کامپیوتر جدا باشد. اگر کسی را اخراج کنند، پسوردها همان لحظه قطع می‌شود — ولی هنوز **یک هفته** وقت دارد وسیله را برگرداند و فایل شخصی‌اش را پاک کند. مت می‌گوید در وضعیتی نیست که از این بابت استرس داشته باشد.

گاهی دفتر خانگی هم باید به‌درد بدن بخورد: صندلی — تشویق به خرید **refurbished** — یا میز ارزان‌قیمت. گاهی به‌جای دفتر خانه، عضویت فضای کار اشتراکی. چون Tighten دفتر فیزیکی برای همه نمی‌پردازد، هزینهٔ یک صندلی یا یک کوورکینگ در مقابل اجارهٔ دفتر برای کل تیم ناچیز است.

روز اول: دو تماس، دو هندبوک، سایه روی پروژه

هر دولوپر حداقل دو تماس آنبوردینگ دارد: یکی با People Ops (عملاً HR)، یکی با لید فنی — مت، یا **کیث** مدیر مهندسی، یا یکی از لیدهای برنامه‌نویس.

هندبوک شرکت را می‌گیرند؛ مت شک دارد کسی تا ته بخواند — و می‌گوید از نظر حقوقی احتمالاً نباید این را بگوید. هندبوک برنامه‌نویس‌ها چیز دیگری است: استایل کد، ابزار، آماده‌سازی. شبیه نسخهٔ انسانی **CLAUDE.md** یا `AGENTS.md`: به انسان می‌گوید این‌جا چطور کد می‌زنیم. این یکی را آدم‌ها می‌خوانند.

اولویت مت از همان روز: تا حد ممکن زود وارد کار روزمره شوند. روی یک پروژه **سایه** باشند، حتی اگر هنوز مالک تسک نیستند. Pair programming تا هم سبک کد را ببینند هم با آدم‌هایی رفاقت کنند که در رهبری نیستند. فضای راحت برای یاد گرفتن سر کار، حس Tighten بودن — نه فقط حس «با مدیر حرف زدم».

رشد: از درخواست شغلی تا ۱:۱ هفتگی

مت سیستم جادویی ۱-۲-۳ برای رشد ندارد. کاری که می‌کند این است:

از فرایند استخدام و هفته‌های اول، آدم را می‌شناسد — از کجا آمده، به کجا می‌رود، اصلاً چرا Tighten را انتخاب کرد. اغلب همان انگیزه، هدف شغلی‌اش است.

**سالی دو بار** می‌پرسند، میان چیزهای دیگر: از این شغل در Tighten از این به بعد چه می‌خواهی؟ با مسیر شغلی‌ات چه کار می‌کنی؟ لید شدن؟ یک روز شرکت محصول زدن؟ یا همین حالا تمرکز روی مهارت مشخص؟

۱:۱ هفتگی لازم است — جایی در سازمان، نه لزوماً با خود مت. قبلاً مت با همه می‌نشست؛ حالا ۱:۱هایش با رهبری ارشد است و کیث با هر دولوپر. این جلسه‌ها برای نفع رهبری طراحی نشده‌اند. فضای شنیده‌شدن دولوپرند: برنامه بریزد، هدفش را بگوید، کمک بخواهد. دستور جلسهٔ مدیر این‌جا محور نیست.

# قالب ۱:۱ هفتگی (برای دولوپر، نه برای مدیر)

زمان: ۳۰–۴۵ دقیقه. مالک جلسه: دولوپر.

## اول او حرف می‌زند
- این هفته چه چیزی انرژی گرفت؟ چه چیزی گیر بود؟
- چیزی هست که نگفته‌ای و باید گفته شود؟

## کار و رشد
- از این شغل، این فصل، چه می‌خواهی؟
- مهارتی / پروژه‌ای که باید هلش بدهیم؟
- منتور می‌خواهی، یا خودت می‌خواهی منتور کسی باشی؟

## مانع‌ها
- ابزار، مشتری، نقش، سلامت — هرچه جلوی کار را گرفته
- چیزی که من (مدیر) باید بردارم از سر راهت

## جمع‌بندی
- یک اقدام مشخص تا هفتهٔ بعد (مال او، مال من)
- نیازی به اسلاید و KPI هفته نیست

منتورشیپ: لید روی هر تیم، جفت عمدی، Pair در هر سطح

۱:۱ جای منتور هست؛ تنها جا نیست. روی **هر تیم یک لید** بگذار — کسی که بشود ازش پرسید، بهش نگاه کرد، و بدانی عمداً حواسش به رشد تیم است.

در ۱:۱ و مرور سالانه، کسانی را پیدا کن که صریح می‌گویند منتور می‌خواهم، و کسانی که می‌گویند می‌خواهم منتور بدهم — و جفت‌شان کن.

و Pair programming حتی بدون برچسب منتور: بین پروژه‌ها، بین سطح‌ها. همیشه جونیور از ارشد یاد نمی‌گیرد؛ تجربه و رویکرد فرق دارد.

یادگیری و مسیر شغلی: کتاب، Laracasts، Laracon، ۲۰٪ وقت

کتابخانهٔ کتاب بخر. دورهٔ ویدیویی بخر. همه در Tighten اکانت **Laracasts** دارند و هر سال **Laracon** می‌روند.

برای جلو رفتن مسیر شغلی، فقط مصرف محتوا کافی نیست:

• ناهار-و-یادگیری داخلی تا تمرین حرف زدن
• کمک برای اپلای به میت‌آپ و کنفرانس
• جا روی وبلاگ Tighten برای نوشتن
• حمایت از استریم، ابزار عمومی، هرچه برایشان جالب است
• **۲۰٪ وقت** هر هفته بیرون از کار مشتری

این‌ها هم مهارت را جلو می‌برد هم شهرت عمومی را — و شهرت برای مسیر شغلی دولوپر سرمایه است. برای Tighten هم: مشتری آمده گفته **یک‌چهارم سخنرانان Laracon امسال از Tighten بودند**؛ پس دارید کار درستی می‌کنید. مت می‌خواهد دولوپرهایش به هدف‌شان برسند، داخل سازمان یا بیرونش. حقوق تنها چیزی نیست که باید از این رابطه ببرند.

وقتی اوضاع خراب می‌شود: سریع، آرام، مستقیم

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

اطلاعات را جمع کن، بعد **همان‌جا** برخورد کن. هرچه طولش بدهی، بزرگ‌تر می‌شود، کینه می‌سازد، سوءتفاهم جا می‌گیرد. آرام و با کمترین آدم ممکن زمینه را بپرس — نه دادگاه عمومی. بعد در ۱:۱ بعدی، یا اگر بد است همان لحظه در یک تماس، مطرحش کن.

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

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

PIP: اگر با نیت درست باشد، بهانهٔ اخراج نیست

در اینترنت PIP بدنام است: بهانهٔ مودبانه برای اخراج چند هفته بعد. مت نمی‌گوید این روایت همیشه دروغ است — اگر PIP بدهی، یک خط پایه هست که اگر بهتر نشود اخراج می‌شود. ولی PIP با نیت خوب این است: بفهمند چه باید عوض شود، عوض کنند، بمانند، و **فراموش کنید اصلاً اتفاق افتاده**.

PIP چیست؟ مجموعهٔ تغییراتی که می‌خواهی ببینی، در یک بازهٔ زمانی توافقی، با قدم‌های مشخص و نقاط چک میانی. مثلاً: در این دو محور در سه ماه بهتر شو؛ ماهی یک‌بار چک می‌کنیم؛ این چهار قدم را پیشنهاد می‌کنم تا تنها نمانی با جملهٔ «درستش کن».

سند را با هم می‌سازید — تو نویسندهٔ اصلی‌ای، ولی باید ببینند، بفهمند، موافق باشند. منظم چک می‌کنی. آخر بازه ارزیابی می‌کنی. امید این است که بعداً یادت نیاید.

# طرح بهبود عملکرد (PIP)

فرد: [نام]          نقش: [نقش]
تاریخ شروع: [ ]     بازه: ۳ ماه          چک میانی: ماهی یک‌بار

## چه چیزی باید عوض شود
1. [رفتار یا خروجی مشخص — نه صفت شخصیتی]
2. [مورد دوم]

## این یعنی در عمل چه دیده می‌شود
- تا ماه ۱: [نشانهٔ قابل مشاهده]
- تا ماه ۲: [نشانه]
- تا ماه ۳: [نشانه]

## قدم‌هایی که با هم می‌سازیم
1. [مثلاً Pair هفتگی با لید روی همان نقطه]
2. [محدود کردن نوع تسک تا تمرکز]
3. [منبع یادگیری مشخص]
4. [چه حمایتی مدیر برمی‌دارد از سر راه]

## چک‌این
- [تاریخ] — چه پیش رفته، چه نرفته، آیا سند هنوز توافق است
- [تاریخ]
- [تاریخ]

## توافق
این سند را دیدم، فهمیدم، قبول دارم.
اگر در پایان بازه پیشرفت پایدار نباشد،
ادامهٔ همکاری محتمل نیست.

امضا: دولوپر __________   مدیر __________

اخراج در برابر تعدیل

در اصطلاح آمریکایی: **اخراج (fire)** یعنی تقصیر اوست؛ می‌رود و معمولاً کسی جایش را می‌گیرد. **تعدیل / redundant** یعنی خودِ شغل دیگر نیست؛ این آدم شغل ندارد چون کار از بین رفته — نه لزوماً چون خراب کرده.

تفاوت نیت، تفاوت رفتار را می‌سازد.

اگر تعدیل می‌کنی، گذار را آسان کن: تا جایی که می‌توانی حق سنوات، شبکه‌ات را برای پیدا کردن کار بعدی، کوچ رزومه، توصیه‌نامه. تقصیر او نبوده؛ گاهی کمی هم تقصیر توست. درنظر بگیر.

اگر اخراج می‌کنی، در نظریه تقصیر اوست؛ آن خدمات را بدهکار نیستی مگر قانون بگوید. بیشتر شبیه به‌هم‌زدن رابطه است: احتمال بدتر شدن را کم کن. دسترسی به چیز حیاتی را آمادهٔ قطع داشته باش، کاغذها آماده، مکالمهٔ سخت را بکن، چسب را یک‌بار بکن. بعد از آن طرف، با تیم جمع شو ببین چه می‌شد بهتر کرد — مال او، مال تو، مال هر دو — و جلو برو.

جشن: بگو، #kudos، آن‌سایت، نور را پخش کن

وقتی تیم خوب کار می‌کند، باید بشنوند — در ۱:۱، در مرور سال، در حرف معمولی. هزینه ندارد.

در Tighten یک کانال اسلاک هست به اسم **#kudos** که **مارج**، عضو سابق تیم، ساخت تا وقتی کسی کار خوبی می‌کند همان‌جا دیده شود. ذکر شدن آن‌جا لذت است؛ اموجی‌ها تلمبار می‌شوند؛ و چون آدم‌های این تیم شوخ‌اند، نیمی از اموجی‌های سفارشی سال‌ها چهرهٔ خودت است با کلاه احمقانه یا در شمایل گاو.

آن‌سایت سالی یک‌بار: مت دوست دارد پول شرکت را روی سوغات و غذا و نوشیدنی و تجربه برای تیمی بریزد که اساساً همان پول را ساخته‌اند.

اگر چهرهٔ عمومی داری، نور را پخش کن. معمولاً تو دیده می‌شوی و بقیه «آدم‌های تیم» می‌مانند. هیچ هزینه‌ای ندارد بگویی این کار را با کمک **گیلرمو** کردم، آن ایده را **تونی** هل داد، این فکر بامزه مال **مارسی** بود.

اگر بودجه باشد: پیتزا هر فصل، هدیه در سالگرد پنج سال، پاداش پایان سال — هر اهرمی که بگوید دیده شدید.

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

به زبان ساده

روز اول لپ‌تاپ و هندبوک برنامه‌نویس و سایه روی پروژه. یک‌به‌یک برای شنیدن است. اگر خراب شد زود بگو؛ PIP برای ماندن است.

مثال واقعی

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