چرا بهره وری توسعه دهندگان همه چیز در مورد ابزار و هوش مصنوعی نیست

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

تیمی از مهندسان فوق العاده مولد می توانند بازده یک شرکت فناوری را ده برابر افزایش دهند و هزینه های نیروی کار را کاهش دهند. زمانی که هر مهندس قادر باشد بهترین کار خود را به صورت ثابت انجام دهد، یک تیم پنج نفره می تواند خروجی یک تیم ۵۰ نفره را تولید کند.

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

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

سه استراتژی مهم برای به حداکثر رساندن بهره وری توسعه دهندگان

1. شرایطی را برای توسعه دهندگان ایجاد کنید تا به وضعیت جریان برسند

کار خلاقانه به درجاتی از انزوا نیاز دارد. هر بار که می نشینند تا کدنویسی کنند، توسعه دهندگان زمینه کاری را که در سرشان انجام می دهند بسازند. آنها با تخیل خود یک بازی انجام می دهند که در آن خط بعدی کد خود را در تصویر بزرگتر پروژه خود قرار می دهند تا همه چیز با هم هماهنگ شود.

تصور کنید که تمام این زمینه را در سر خود نگه داشته اید – و سپس شخصی با یک درخواست کوچک شما را در Slack پینگ می کند. تمام زمینه‌ای که ساخته‌اید در همان لحظه فرو می‌ریزد. زمان می برد تا خود را تغییر دهید. مثل این می ماند که هر یک ساعت بخوابی و از خواب بیدار شوی.

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

جلسات معدودی که ما انجام می‌دهیم یک هدف را دنبال می‌کنند: آن‌ها همسویی بین تیم‌ها را تضمین می‌کنند، و آنها ابزار مؤثری برای به اشتراک‌گذاری اطلاعات هستند. اما در صورت امکان، از جلساتی که دارای مستندات کامل هستند اجتناب می کنیم. علاوه بر اسناد توسعه دهنده سنتی در GitHub، ما همچنین اسنادی را ایجاد می کنیم که فلسفه های مختلف خود را برای نحوه اجرای آزمون ها یا روش های استفاده از ابزارهای خاص مشخص می کند. این مستندات شفافیت و راهنمایی را حتی مؤثرتر از جلسات ارائه می دهد، زیرا همیشه در دسترس است، به طور مداوم به روز می شود و می تواند به طور ناهمزمان ارجاع داده شود.

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

2. مدیران محصول استثنایی را استخدام کنید

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

این انواع متفاوت کارها به هم متصل نمی شوند. فهمیدن اینکه چه چیزی باید بسازید نیاز به مکالمه با کاربران، تحقیقات گسترده، گفتگو با سهامداران در سراسر سازمان و سایر وظایف خارج از محدوده توسعه نرم افزار دارد. این نوع کار به مهارت ها و آموزش های بسیار متفاوتی از آنچه مهندسان نرم افزار استخدام می شوند نیاز دارد.

راه حل، جمع آوری مدیران محصول، مهندسان طراح و مدیران مهندسی بسیار ماهر است که توسعه دهندگان می توانند برای هدایت کشتی به آنها اعتماد کنند. برای ما، این بدان معناست که ما به استخدام و حفظ تیمی از مدیران محصول استثنایی به عنوان توسعه استراتژی خود برای به حداکثر رساندن بهره‌وری توسعه‌دهندگان فکر می‌کنیم.

3. شادی توسعه دهندگان را در اولویت قرار دهید

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

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

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

ما عمدتاً ابزارسازی را به عنوان راهی برای بهینه‌سازی شادی توسعه‌دهندگان چارچوب می‌کنیم. مزایای خاصی از کیفیت زندگی را معرفی می کند و انجام وظایف را تسریع می کند. برای مثال، ما مهندسان خود را تشویق می‌کنیم که برای GitHub Copilot پول پرداخت کنند و از آن استفاده کنند، زیرا این جفت‌سازی را پیدا کرده‌ایم برنامه نویسی با هوش مصنوعی منجر به افزایش ۳۰ تا ۴۰ درصدی بهره وری توسعه دهندگان می شود. این ابزاری است که ارزش سرمایه گذاری را دارد.

اما حتی بهترین ابزارها نیز نمی توانند با مهندسان فوق العاده سازنده رقابت کنند. هزینه یک محیط غیربهینه برای توسعه دهندگان بالا است. توانایی شما برای نوآوری را محدود می کند، تکرار محصول را کند می کند و مزیت رقابتی شما را کاهش می دهد.

در نهایت، بهینه‌سازی بهره‌وری توسعه‌دهندگان به حذف عوامل حواس‌پرتی در هر جایی که امکان دارد، ختم می‌شود. زمانی که مهندسان زمان، پشتیبانی، اطلاعات و ابزار لازم برای ورود به وضعیت جریان را داشته باشند، می توانند بیش از یک تیم ۱۰ برابر بزرگتر انجام دهند. اگر یک ابزار اضافی می تواند کمک کند، حتی بهتر است.

Kapil Kale یکی از بنیانگذاران و مدیر عامل پلتفرم پرداخت است عظیم.