تجربهٔ org-level ندارم — این مصاحبهها برایم زود نیست؟

بیشتر شرکتها «rising staff» هم میگیرند: کسی که پتانسیل را نشان داده. در داستانهایت، مقیاس را صادقانه بگو اما الگو را نشان بده: "It was one team, not the org — but the pattern generalizes: I mapped the stakeholders, built the coalition, and shipped the change. At org scale I'd add an RFC round." (یه تیم بود نه کلِ سازمان — ولی الگو تعمیم میخوره: نقشه، ائتلاف، تغییر. در مقیاسِ سازمان یه دورِ RFC اضافه میکردم.) — صداقتِ مقیاس + درستیِ الگو، در این سطح، از بزرگنمایی بیشتر امتیاز میگیرد؛ مصاحبهگرهای senior، بوی بزرگنمایی را از سه جمله دور میشنوند.

من moderator نیستم — «سازمانی» بودن با شخصیتِ درونگرای جور درمیآید؟

جور میآید، با زبانِ «نفوذِ درونگرا»: نوشتهٔ محکم بهجای صدای بلند (RFC/brief), ائتلافِ یکبهیک بهجای جلسهٔ بزرگ ("I socialized the idea with each lead before the meeting"), و سوالهای دقیق بهجای شعار. در مصاحبه، همین را صریح بگو وقتی پرسیدند «چطور تیم را قانع میکنی؟»: **"Honestly, not with speeches — with documents. I write the two-pager, I do the 1:1s, and by the time we meet, the meeting is short."** — درونگرایی در رهبریِ فنی، سبکِ غالبِ نیمی از staffهای دنیاست؛ تو سبکت را صادقانه بفروش، نه نقشِ برونگرا را.

درس ۸۸ از ۹۰ · مصاحبه‌های staff+؛ حلِ مسئلهٔ سازمانی و اثرِ بدونِ اختیار

مصاحبهٔ staff/senior+، ورودی دارد اما قواعدِ جدید: سوال‌ها سه‌دسته‌اند — رفتاریِ سازمانی (گذشتهٔ تو), فرضیِ فرایندی (آیندهٔ فکرِ تو), و فنیِ عمیق (که در درس‌های ۶۱-۶۲ داشتی). تازه‌واردِ این سطح، سه خطا می‌کند: داستان‌های تک‌قهرمانه می‌دهد، برای فرضی «جوابِ درست» می‌خواهد در حالی که «فرایندِ فکر» خواسته‌اند, و از سوالِ «چه چیزی را خراب کردی» می‌گریزد.

این درس، سه دسته را با قالب‌های جواب می‌دهد — و یادآوری می‌کند: هر داستانِ تو، باید ردپای درس ۸۱ (نفوذ بدونِ اختیار) و درس ۸۶ (رهبریِ فنی) را داشته باشد.

رفتاریِ سازمانی؛ داستانِ «من و سیستم»

سه سوالِ پرتکرار و اسکلتِ جواب: "Tell me about a time you disagreed with leadership — what did you do?" — قهرمانِ جواب: مسیرِ اثر. "I wrote a two-page brief with the data, gathered two other team leads' support, and asked for 15 minutes with the director. We adjusted the rollout. (نوشتم، پشتوانه گرفتم، گفتگو گرفتم — تنظیم شد.) "What's the biggest impact you've had beyond your team?" — عددِ سازمانی بیاور: "The incident-review template I wrote is now standard across four teams; MTTR dropped ~30% company-wide." "Tell me about a failure that was yours." — مالکیتِ کامل + تغییرِ سیستمی: "I pushed the migration too early — we lost a weekend. I owned the rollback, wrote the postmortem, and introduced the staged-rollout checklist that we still use." — در سطحِ staff، مصاحبه‌گر برای «شکستِ مالک‌شده» امتیاز می‌دهد، برای «بی‌شکستی» سوءظن.

فرضیِ فرایندی؛ فرایندِ فکرت را بفروش

سوالِ نوع: "How would you improve our code review process?" — الگوی جوابِ چهارپله (قابلِ استفاده برای هر «how would you…»): ۱) پرسشِ زمینه: "First — what's hurting most today: speed, quality, or the tone of reviews?" ۲) فرضیهٔ کوچک: "My guess from what I've seen: PRs are too big, so reviews take days. But I'd confirm with data before changing anything." ۳) آزمایشِ کوچک: "I'd run a two-sprint experiment: PR size cap at 300 lines, and measure merge time." ۴) تصمیم‌سنجی: "If it moves, we keep it; if not, we kill it and try the next hypothesis. The key is treating process like product." — جملهٔ پایانی («process like product») دقیقاً همان برد-بردِ این سطح است: فرایند را با data و experiment حرف می‌زنی، نه با سلیقه. و هر جا سوخت: "I don't know your org well enough to be certain — here's how I'd find out." — اعترافِ روش‌مند، امتیازِ staff است.

جریانِ مصاحبه و سوال‌های تو

ساختارِ رایج: ۴-۶ جلسه، اغلب یکی با مدیرِ ارشد (values/architecture), یکی system design درس ۶۲, یکی coding سبک‌تر اما جدی, یکی «cross-functional» با PM/design — و یکی همین سازمانی. سوال‌های تو در این سطح، «سنجشِ انتظارات» است: "What does the first 90 days of success look like for this role?" · "Where does this org feel the most pain today — and where would I have the most leverage?" (سازمان امروز کجا بیشترین درد رو داره — و بیشترین اهرمِ من کجا می‌تونه باشه؟) · "How do technical decisions get made here — RFC, architecture council, or loudest voice?" — سوالِ سوم، حرفه‌ای‌ترین «X-ray» فرهنگِ فنی شرکت است؛ جوابش، همه‌چیز را می‌گوید.

گرامرِ عمیق‌تر: زبانِ «بسته به» و اثرِ سیستمی

سطحِ staff، دو جمله‌ی نشانه‌دار دارد: ۱) بسته به + دو گزینه: «Depends on the read/write ratio — if it's read-heavy, I'd cache first; write-heavy, I'd queue first» (به نسبتِ خواندن/نوشتن بستگی داره — خوانا-محور بود، اول کش؛ نوشتا-محور، اول صف) — dependsِ بدونِ گزینه، دوری است؛ dependsِ دوتایی، تحلیل. ۲) اثرِ سیستمی: «The pattern generalized: we later used it for two more teams» (الگو قابلِ تعمیم بود — بعداً برایِ دو تیمِ دیگه هم استفاده شد) — هر داستانِ staff باید «تعمیم» را نشان دهد: از من، به سیستم؛ از یک تیم، به چند تیم.

Was it org-wide? Honestly, one team — but the pattern generalized: the staged-rollout checklist we wrote is now the default for three teams, and that's the part I'd repeat anywhere.سازمانی بود؟ راستش، یه تیم — ولی الگو قابلِ تعمیم بود: چک‌لیستِ عرضهٔ مرحله‌ای که نوشتیم الان پیش‌فرضِ سه تیمه، و همون قسمتیه که هر جا تکرارش می‌کنم.

گفتگو: سوالِ فرضیِ فرایندی — «فرایندمانندِ محصول»

Interviewer: How would you improve our code review process? — You: First question back: what hurts most today — speed, quality, or tone? The fix is different for each.مصاحبه‌گر: فرایندِ کدریویو ما رو چطور بهتر می‌کنی؟ — تو: اول یه سوالِ برگردان: امروز چی بیشتر اذیت می‌کنه — سرعت، کیفیت، یا لحن؟ درمانِ هر کدوم فرق داره.

Interviewer: Say speed — PRs sit for days. — You: My guess: they're too big. But I'd confirm with data before changing anything — a two-sprint experiment: PR cap at 300 lines, measure merge time. If it moves, keep; if not, next hypothesis. Process is product.مصاحبه‌گر: فرض کن سرعت — PRها روزها می‌شینن. — تو: حدسم: زیادی بزرگن. ولی قبل از هر تغییری با داده تأییدش می‌کنم — آزمایشِ دو-اسپرینته: سقفِ PR رویِ ۳۰۰ خط، اندازه‌گیریِ زمانِ مرج. جابه‌جا شد، نگه می‌داریم؛ نه، فرضیهٔ بعدی. فرایند، محصوله.

Interviewer: And if the data says size isn't the problem? — You: Then I was wrong cheaply — two sprints, not two quarters. That's the whole point of small experiments: wrong fast, right eventually.مصاحبه‌گر: و اگه داده گفت اندازه مشکل نیست؟ — تو: اون‌وقت ارزون اشتباه کردم — دو اسپرینت، نه دو فصل. کلِ نکتهٔ آزمایشِ کوچیک همینه: سریع اشتباه، آخرش درست.

اشتباه‌های رایجِ فارسی‌زبان‌ها در همین درس

این بخش را با یک قرارداد بخوان: هر ❌ یعنی «مغزِ فارسی‌زبانت این را می‌سازد و طبیعی است»، و هر ✅ یعنی «این همان چیزی است که گیرندهٔ انگلیسی‌زبان می‌شنود». خطاها اثرِ مستقیمِ ترجمهٔ ذهنیِ فارسی به انگلیسی‌اند؛ با هر جفت بلند تکرار کن تا شکلِ درست در گوشت نشست کند.

❌ It depends on the situation.❌ «بسته به موقعیت» در فارسی جوابِ کامل و حرفه‌ای است و ذهن همان را می‌فرستد؛ اما در مصاحبهٔ سطحِ staff، dependsِ برهنه طفره خوانده می‌شود. dependsِ دوتایی — گزینهٔ الف اگر…، گزینهٔ ب اگر… — نامِ دیگرِ تحلیل است.

✅ Depends on the read/write ratio — if it's read-heavy, I'd cache first; if it's write-heavy, I'd queue first.✅ شکل درست را دو بار بلند بگو؛ حالا یک بار در یک جملهٔ خودت.

❌ We did it org-wide — huge success, very big impact.❌ بزرگ‌نمایی از عادتِ تعریفِ فارسی می‌آید («مقاوم بود، عالی شد»)؛ اما مصاحبه‌گرِ staff ابزارِ شکارِ بزرگ‌نمایی را دارد. فرمولِ امن: دامنهٔ صادقانه + جملهٔ generalized — تعمیمِ الگو امتیازِ واقعی است، نه وسعتِ ادعا.

✅ Honestly, it started with one team — but the pattern generalized: the checklist is now the default for three teams.✅ شکل درست را دو بار بلند بگو؛ حالا یک بار در یک جملهٔ خودت.

❌ To improve your code review, everyone must review within 24 hours.❌ ذهنِ ما جوابِ آماده را افتخار می‌داند و نسخهٔ اول را می‌فرستد؛ اما در سطحِ staff، سؤالِ برگردانِ شفاف‌ساز خودش امتیاز است — چارچوب و گوشِ دادن را هم‌زمان نشان می‌دهد و فرایندِ فکر را می‌فروشد، نه فقط جواب را.

✅ First question back: what hurts most today — speed, quality, or tone? The fix is different for each.✅ شکل درست را دو بار بلند بگو؛ حالا یک بار در یک جملهٔ خودت.

تمرین‌های این درس — چهار قدم، بی‌عجله

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

سؤال: «Should we put a cache or a queue in front of this service?» — جوابِ dependsِ دوتایی بده.
داستانِ تو فقط یک تیم را گرفته، نه کلِ سازمان را. جملهٔ صداقت + تعمیم را بگو.
مصاحبه‌گر: «How would you improve our code review process?» — با سؤالِ برگردان شروع کن.
آزمایشِ دوسپرینتی‌ات جواب نداد. جملهٔ «اشتباهِ ارزان» را بگو.

پاسخ تمرین‌ها — اول خودت جواب بده، بعد باز کن

پاسخ تمرین ۱

"Depends on the read/write ratio — if it's read-heavy, I'd cache first and measure the hit rate; if it's write-heavy, I'd queue first and absorb the bursts." گزینه + شرط + سنجش؛ همین ساختار، «طفره» را به «تحلیل» تبدیل می‌کند.

پاسخ تمرین ۲

"Honestly, one team — but the pattern generalized: the staged-rollout checklist we wrote is now the default for three teams, and that's the part I'd repeat anywhere." دامنهٔ صادقانه، جملهٔ generalized و درسِ قابلِ انتقال؛ مصاحبه‌گرِ staff دنبالِ همین پُل از «یک تیم» به «سیستم» است.

پاسخ تمرین ۳

"First question back: what hurts most today — speed, quality, or tone? The fix is different for each." سؤالِ سه‌گزینه، امضای staff است: قبل از نسخهٔ تجویزی، فرایندِ تشخیص — همان‌طور که پزشکِ خوب اول می‌پرسد بعد نسخه می‌نویسد.

پاسخ تمرین ۴

"Then I was wrong cheaply — two sprints, not two quarters. That's the whole point of small experiments: wrong fast, right eventually." این جمله نشان می‌دهد برایِ اشتباه، بودجه و روش داری؛ ریسکِ محاسبه‌شده زبانِ روزمرهٔ سطحِ staff است.

چالشِ امروز

🎯 یکی از تصمیم‌های فنیِ امسال را با فرمولِ دوتایی در دو جملهٔ انگلیسی بنویس و بلند بگو — «اگر الف، می‌کردم X؛ اگر ب، می‌کردم Y» — این قالب، جوابِ ثابتِ سؤال‌های «بستگی دارد»ی مصاحبه‌های آینده‌ات است.

نکات مکالمهٔ واقعی که کتاب‌ها کم می‌گویند

سوالِ برگردانِ سه‌گزینه — «Speed, quality, or tone?» — در هر سوالِ فرضیِ فرایندی، اول پرسشِ شفاف‌ساز؛ فرایندِ فکر، امتیاز است نه جوابِ فوری.
wrong cheaply را بفروش — «اشتباهِ ارزون» — ارزان-آزمایش‌کردن، شعارِ سطحِ staff است؛ جمله‌اش را در سوالِ فرضی بکار.
داستان‌ها را «تعمیم‌محور» کن — هر داستانِ رفتاری، یک جملهٔ «و الگو برایِ X هم رفت» بخواه — از تیم به سازمان، پلِ امتیازِ staff.

🔑 جمع‌بندی این درس

staff+ = داستان‌های اثرِ سازمانی (پشتوانه‌گرفتن + عددِ بیرون‌ازتیم + مالکیتِ شکست) + فرضی‌ها با الگوی چهارپله (زمینه → فرضیهٔ داده‌محور → آزمایش → تصمیم‌سنجی) + «process like product» + سوال‌های X-ray از فرهنگِ تصمیم. منِ تک‌سوار قهرمان نیست؛ «سیستمی که من ساختم» قهرمان است.

مصاحبه‌های staff+؛ حلِ مسئلهٔ سازمانی و اثرِ بدونِ اختیار