مالکیت‌پذیری چیه؟

مالکیت‌پذیری یعنی مسئولیت کامل نسبت به نتیجه‌ی کارت - از شروع تا انتهای چرخه‌ی زندگی محصول.

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

  • تا نتیجه نگرفتی ولش نمی‌کنی - حتی اگه باید از تیم‌های دیگه کمک بگیری
  • فکر بلندمدتش رو می‌کنی - نه فقط همین الان کار کنه، بلکه ۶ ماه بعد هم سالم باشه
  • روی تجربه‌ی نهایی کاربر متمرکزی - نه فقط روی کد یا فیچری که نوشتی
  • نسبت به فرایندهای تیم/شرکت احساس مسئولیت می‌کنی - صرفا منتظر یه دستورالعمل کامل و خط به خط برای انجام کارها نیستی

مثال‌های عملی از مالکیت‌پذیری

با این که هر سطحی انتظار متفاوتی رو از مالکیت‌پذیری ایجاب می‌کنه ولی با هم چند تا مثال رو مرور می‌کنیم.

غیرمالکانه: یه API نوشتم، تست‌هاش پاس می‌شه، مرج‌ریکوئست رو مرج کردم. کارم تموم شد.

مالکانه: یه API نوشتم، تست‌هاش پاس می‌شه، مرج‌ریکوئست رو مرج کردم. بعدش:

  • با تیم فرانت‌اند هماهنگ کردم که integration راحت باشه
  • متریک‌هایی تعریف کردم تا ببینم چقدر استفاده می‌شه
  • مستندات و مثال‌هایی نوشتم برای سایر توسعه‌دهندگان
  • بعد از deploy هم ۲ هفته رصدش کردم تا مطمئن بشم مشکلی نداره

غیرمالکانه: یکی از تست‌های مستر داره فیل می‌شه و پایپ‌لاین من پندینگ مونده. تست رو نگاه کردم و به تغییرات من مربوط نیست. مرج‌ریکوئست من پندینگ مونده.

مالکانه: یکی از تست‌های مستر داشت فیل می‌شد.

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

سه اصل کلیدی مالکیت‌پذیری

سه تا اصل راهنما برای اینکه بگیم توی سطح جدیدی از مالکیت‌پذیری هستیم و از نظر شغلی پیشرفت کردیم:

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

اهرم‌های مالکیت‌پذیری مهندسی

چارچوب رشد ما حول «نتیجه» می‌چرخه؛ نتیجه هم تابعی از «دامنه‌ی اثرگذاری» و «کیفیت اجرای» تو هست. برای مدیرها، اهرم اصلی «اهرم سازمانی» و برای مهندس‌ها، «اهرم فنی» هست.

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

تسلط به دامنه (Domain Expertise)

تو یه حوزه مرجعی. حالا ممکنه پلتفرم باشه (Backend/Android/Database)، یه موضوع فنی/علمی یا یه دسته محصول. مالکیت‌پذیری اینجا یعنی:

  • مشاوره‌ی به‌موقع، باز کردن گره‌های سخت، و ارائه‌ی راه‌حل‌های خلاق و قابل تعمیم.
  • رصد تغییرات حوزه و اقدام پیش‌دستانه: استفاده از پیشرفت‌ها و عقب نموندن (مثلاً مهاجرت از APIهای منسوخ).
  • تعریف شاخص‌های سلامت دامنه و مراقبت ازشون تو بلندمدت.

نوآوری عمل‌گرایانه (Pragmatic Innovation)

ایده می‌دی و تا «اثبات ارزش» کنارش می‌مونی. مالکانه یعنی:

  • با تست‌های کوچیک و سریع، یادگیری تیم از مسئله رو جلو می‌ندازی (prove/disprove).
  • برای ایده‌ها راه‌حل موندگار می‌سازی و مومنتوم لازم رو برای به نتیجه رسیدنشون ایجاد می‌کنی.
  • تیم و محصول رو جلوتر از بازار و تکنولوژی نگه می‌داری، بدون اینکه بدهی فنی قایم کنی.

شراکت محصولی (Product Partnership)

با همکاری با تیم‌های محصول، طراحی و بقیه ذی‌نفع‌ها سریع‌ترین مسیر برای خلق «ارزش مشتری» رو بسازی. یعنی:

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

مالکیت پروژه (Project Ownership)

پروژه‌های بزرگ/عمیق/میان‌تیمی رو به سرانجام می‌رسونی و بعد از لانچ هم ولشون نمی‌کنی. یعنی:

  • هدف کلان رو واضح می‌فهمی و تو نقاط تصمیم، قضاوت دقیق می‌کنی.
  • برنامه، هماهنگی و مدیریت ریسک رو جدی می‌گیری تا «به‌موقع باکیفیت و امن» تحویل بدی.
  • بعد تحویل هم حواست هست یعنی کارهای KTLO (keep the lights on)، مدیریت بدهی فنی و اعلام/رسیدگی به SEV (حادثه مهم) رو بهش رسیدگی می‌کنی.

راهبری فنی و منتورینگ (Technical Leadership & Mentorship)

الگوی یک مهندس نرم‌افزار ممتاز هستی. و بقیه رو با توانایی‌هایی که داریم رشد می‌دی. یعنی:

  • نُرم‌های مهندسی رو تعریف و نگه‌داری می‌کنی: کیفیت کد، تست، رصدپذیری (observability)، امنیت، قابلیت اتکا.
  • کدریویو سازنده، دیزاین‌ریویو و Pair انجام می‌دی و مهارت تیم رو بالا می‌بری.
  • اثر رو تکثیر می‌کنی یعنی روش‌های تیمی و استانداردهای سازمان رو ارتقا می‌دی.