وقتی صحبت از ساخت پلتفرم توسعه داخلی میشود، بسیاری از تیمها سراغ ابزارهای جذابی مثل Backstage میروند. اما حقیقت تلخ این است که موفقیت این پلتفرمها نه در کد، که در جای دیگری نهفته است. مکس کورباخر، مشاور و نویسنده کتاب مهندسی پلتفرم، در ارائهای تازه با عنوان «مهندسی پلتفرم برای همه» به دلایل اصلی شکست این پروژهها پرداخته و تأکید کرده که موفقیت را نمیتوان صرفاً با کدنویسی به دست آورد.
چرا پلتفرمهای توسعه داخلی شکست میخورند؟
به گفته کورباخر، بسیاری از پلتفرمهای داخلی نه به دلیل تکنولوژی، بلکه به خاطر مسائل انسانی و مدیریتی شکست میخورند. او سه عامل اصلی را برمیشمارد:
- نداشتن هدف و چشمانداز مشخص: اغلب تیمها بدون اینکه بدانند چرا به یک پلتفرم نیاز دارند، دست به ساخت آن میزنند. گاهی هدفهایی مثل «افزایش سرعت توسعه» یا «صرفهجویی میلیوندلاری» مطرح میشود، اما این اهداف به عملیات روزمره تبدیل نمیشوند.
- مهندسی بیش از حد: کورباخر به پدیدهای به نام رندومترینگ (ترکیب تصادف و مهندسی) اشاره میکند: «ابزاری را در یک کنفرانس میبینیم و بدون پرسیدن نیاز تیم، آن را به پلتفرم اضافه میکنیم.» این کار باعث پیچیدگی بیدلیل و هدررفت منابع میشود.
- تفکر زیرساخت-محور: از آنجا که بیشتر مهندسان پلتفرم سابقه DevOps دارند، به طور طبیعی به زیرساخت فکر میکنند. اما پلتفرم موفق باید نیاز توسعهدهندگان را بشنود و برایشان ارزش خلق کند، نه اینکه صرفاً یک زیرساخت پیچیده تحویل دهد.
اشتباه رایج: پورتال مقدم بر پلتفرم
یکی از اشتباهات رایج این است که شرکتها ابتدا یک پورتال توسعهدهنده (مثل Backstage) مستقر میکنند و بعد به فکر ساخت پلتفرم میافتند. کورباخر میگوید: «Backstage فوقالعاده به نظر میرسد، اما وقتی آن را نصب میکنید، خالی است. برای پیکربندی اولین افزونه به ۵ مهندس و چند ماه زمان نیاز دارید و تا آن موقع پول زیادی سوزانده شده بدون اینکه ارزشی دریافت کنید.»
راهحل: پذیرش و اندازهگیری
موفقیت یک پلتفرم توسعه داخلی در گرو پذیرش واقعی توسط تیم توسعه و اندازهگیری مداوم است. کورباخر تأکید میکند که باید از همان ابتدا نیازهای توسعهدهندگان را شنید و پلتفرم را حول آن نیازها طراحی کرد. همچنین نباید از تعریف «شاخصهای موفقیت» غافل شد: چند درصد تیم از پلتفرم استفاده میکنند؟ چقدر سرعت تحویل افزایش یافته؟
نتیجهگیری: موفقیت در کد نیست، در فرهنگ است
به گفته کورباخر، حتی بهترین ابزارها و کدهای تمیز هم نمیتوانند جای فرهنگ اشتراکگذاری، بازخورد و یادگیری را بگیرند. مهندسی پلتفرم برای همه یعنی پلتفرمی که نه فقط برای معماران، بلکه برای تمام اعضای تیم ارزشمند باشد. شکست یا موفقیت این پلتفرمها در گرو توجه به انسانهاست، نه صرفاً فناوری.
