‏امید؛ چیزی که رهبرای مهندسی باید بسازنش

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

اون بین دو ذهنیت فرق می‌ذاره: «رستگاری» یعنی باور به اینکه یه چیز بیرونی (میکروسرویس، بازنویسی، مدیریت جدید) قراره نجاتمون بده، و «امید» یعنی باور به اینکه خودمون می‌تونیم اوضاع رو بهتر کنیم. نویسنده امید رو این‌طور تعریف می‌کنه: «شواهد انباشته‌شده از اینکه تلاش واقعا نتیجه می‌ده». به گفتهٔ اون این شواهد رو نمی‌شه اعلام کرد، باید هر روز با کارای کوچیک (مثل کوتاه‌کردن زمان دیپلوی یا رفع یه کوئری کند) بهش رسید.

به‌عنوان مثال، نویسنده تعریف می‌کنه که تو یه شرکت یه مونولیت Rails قدیمی رو که همه فکر می‌کردن آپدیت‌کردنش غیرممکنه، نه با یه پروژهٔ بزرگ بلکه با ماه‌ها اعتمادسازی بین تیمای مختلف آپدیت کرد؛ و بعد از رفتنش، تیم‌های دیگه بدون اون هم همین روند رو ادامه دادن. اون همچنین هشدار می‌ده که تبدیل‌شدن به آدم بدبین و شاکی، حتی وقتی حق با آدمه، اعتماد بقیه رو از بین می‌بره و در واقع همون حلقهٔ ناامیدی رو تقویت می‌کنه.

نکات کلیدی:

• نویسنده امید رو «شواهد انباشته از اینکه تلاش نتیجه می‌ده» تعریف می‌کنه، نه یه شعار سازمانی
• ذهنیت «رستگاری» (یه راه‌حل بزرگ بیرونی) رو در برابر ذهنیت «امید» (پیشرفت تدریجی خودمون) قرار می‌ده
• مثال میکروسرویس‌سازی ناموفق رو مثالی از خطر «سالوِیشن مایندست» می‌آره
• توصیه می‌کنه به‌جای شکایت و بدبینی، مسائل رو یکی‌یکی و از جایی که کنترل دارید حل کنید