رهبری

در انتهای این پست پرسیدم که چه فضاهایی در تیم باید وجود داشته باشه که افراد تمایل بیشتری برای گرفتن مسئولیت کارها در خارج از وظایف عادیشون داشته باشن؟ طبق توضیح دوستان و البته تجربهٔ شخصی من، افرادی که علاقه‌مند به رشد و یادگیری در حیطه‌هایی خارج از وظایفشون هستن، در شرایط مختلف، رفتارهای متفاونی از خودشون نشون می‌دن. این افراد با کار کردن در یک تیم می‌تونن اونرشیپ خیلی بالایی از خودشون نشون بدن و در تیم دیگری نه. حالا چه ويژگی‌هایی باعث میشه تیم تبدیل به بستری برای ایجاد اونرشیپ بالا در اعضاش بشه؟ ...

توی این پست نوشتم که همهٔ مدیرها دوست دارن اعضای تیمشون ownership بالایی نسبت به محصول داشته باشن. اما خیلی وقت‌ها این اتفاق نمی‌افته. طبق تجربهٔ من، اعضای تیم هم معمولاً کم‌ و بیش علاقه‌مندن که نسبت به کارها ownership داشته باشن. پس وقتی که دو طرف یک خواستهٔ مشترک دارن، چرا همیشه این اتفاق نمیفته؟ قبل از جواب دادن به این سوال خوبه که ابتدا به درک مشترکی از سه مفهوم Ownership، Responsibility و Accountability برسیم. توی فارسی تفکیک این سه مورد یکم سخته و بعضاً به جای هم به کار می‌رن. من تعریف این سه واژه روی از این نوشته برداشتم که به نظرم توضیح واقعی‌تری برای این مفاهیم ارائه داده. ...

تصور کنید مدیر تیمی هستید و این جملات زیر رو از یکی از اعضای تیمتون می‌شنوید: توی code baseامون تعدادی بدهی فنی مهم داریم که روند توسعهٔ فیچرهامون رو کند کرده. من اون‌ها رو با نوشتن میزان اهمیت و پیچیدگی حلشون لیست کردم. هفتهٔ بعد که مرخصی هستی من دیلی‌ها رو برگزار می‌کنم. دیروز یک مشکلی توی منطق کد پیدا کردم و درستش کردم. این هم گزارش خسارت‌های احتمالیه که به وجود آورده. من علاقه‌مندم که کل هماهنگی‌های فیچر جدیدمون رو خودم پیش ببرم. صرفاً می‌خوام که بر روی کارم نظارت داشته باشی تا مسیر رو اشتباه نرم. از جملات بالا چه حسی پیدا می‌کنید؟ ...

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

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

این روزهای تعطیلی اول سال نشستم به خوندن کتاب و دیدن ویدیوهای افراد خوش‌ذهنی مثل Elizabeth Stone. ایشون با وجود این که تحصیلات دانشگاهی اقتصاد دارن، الان CTO شرکت high techای مثل نتفلیکس هستن. در این مصاحبهٔ Lenny’s Podcast در مورد فرهنگ نتفلیکس، پیشرفت شغلی، انتظارات بالای شرکت نتفلیکس و … صحبت میشه. چندتا فکت جالب هم در مورد نتفلیکس فهمیدم: نتفلیکس مرخصی تعطیلات نامحدود داره! قبلاً به این معروف بود که نردبان شغلی و کلا مفهومی به اسم ارتقای شغلی نداره و همه senior و در یک سطح هستن. به همین دلیل performance review هم ندارن. ولی اخیراً یک سطح برای نیروهای fresh و کم‌تجربه‌تر ایجاد کردن. مدتیه که به دلیل جلوگیری از آسیب زدن به تجربهٔ کاربرهاشون از روش chaos monkey که خودشون مبدعش بودن استفاده نمی‌کنن و برای اطمینان از مقاومت اجزای سیستم از روش‌های دیگری استفاده می‌کنن. 🔗 لینک پادکست (یوتیوب) ...

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