مقدمه
یکی از چالش‌های همیشگی ما در پذیرش۲۴، طولانی بودن زمان توسعه محصولات بوده است. یکی از دلایل اصلی این مسئله، صف طولانی وظایف در تیم فنی بود؛ به این صورت که درخواست‌ها باید منتظر می‌ماندند تا به ترتیب توسط اعضای فنی رسیدگی شوند. در این شرایط تصمیم گرفتیم که به جای سپردن همه کارها به تیم فنی، هر شخص بتواند خودش مسئله‌اش را حل کند.
این موضوع تنها در صورتی ممکن بود که یا افراد غیر فنی، مهارت‌های فنی یاد بگیرند، یا از ابزارهایی استفاده شود که نیاز زیادی به دانش فنی نداشته باشند. طبیعتاً گزینه دوم کارآمدتر و سریع‌تر بود. در نتیجه، ما با بهره‌گیری از ابزارهای بدون نیاز به کدنویسی (Low-code / No-code)، تلاش کردیم زمان ساخت و توسعه محصول را در پذیرش۲۴ کاهش دهیم.
چرا این مسئله مهم است؟
یکی از آموزه‌های مهمی که ما در پذیرش۲۴ همیشه تأکید می‌کنیم این است که:
“هر مشکلی که آسیب‌زاتر، پرتکرارتر، فراگیرتر و بنیادی‌تر باشد، در اولویت حل قرار دارد.”
ما در پذیرش۲۴ تمام تلاش خود را می‌کنیم تا مشکلات کاربران نهایی‌مان، یعنی پزشکان و بیماران را برطرف کنیم. اما به این نتیجه رسیده‌ایم که حل مسائل کاربران، به شکل مستقیم با حل مسائل اعضای تیم گره خورده است. اگر توسعه‌دهندگان محصول ابزارها و امکانات لازم را برای توسعه سریع و مستقل در اختیار نداشته باشند، نمی‌توانند به موقع پاسخگوی نیازهای کاربران نهایی باشند.
ما سعی کردیم به این شیوه زنجیره ارزش در پذیرش۲۴ را توضیح دهیم.
البته دیر رسیدن به نیازهای کاربران نهایی می‌تواند آسیب‌های جدی و گاهاً جبران‌ناپذیری داشته باشد. برخی از این آسیب‌ها عبارت‌اند از:
- کاهش رضایت کاربران نهایی: وقتی نیازهای پزشکان و بیماران به موقع پاسخ داده نشود، تجربه کاربری منفی می‌شود و این می‌تواند منجر به کاهش اعتماد به سرویس‌ها و محصولات ما شود.
- افزایش فشار بر اعضای تیم: زمانی که اعضای تیم مجبورند برای حل مسائل منتظر بمانند یا مسیرهای پیچیده طی کنند، هم زمان و انرژی زیادی صرف می‌شود، و هم در بلندمدت انگیزه و حس مؤثر بودن آن‌ها کاهش می‌یابد.
در ضمن برای درک پرتکرار بودن این مسئله، کافی است نگاهی به روند کاری توسعه‌دهندگان محصول در پذیرش۲۴ بیندازیم. مشاهده مستقیم این چالش‌ها تأییدی است بر فراگیر بودن و تکرار بالای آن در تیم‌های مختلف.
چه مهارت هایی برای این بخش در مسیر لازم است؟
۱. درک معماری بک‌اند (بدون نیاز به کدنویسی عمیق)
- آشنایی با مفاهیم API، REST
- توانایی درک جریان داده (Data Flow) بین سرویس‌ها
- درک مدل پایگاه داده (SQL/NoSQL) در حد طراحی و استفاده از ابزارهای ساده Query Builder
- آشنایی با مفاهیم امنیت پایه در بک‌اند (AuthN/AuthZ، Token، OAuth۲)
۲. تسلط بر ابزارهای Low-code / No-code
- توانایی کار با ابزار هایی مثل n8n ، Appsmith
۳. مانیتورینگ و Logging سطح ساده
- کار با Metabase برای گزارش‌سازی ساده
- آشنایی با ابزارهای Log aggregation (در حد کاربری، نه پیکربندی عمیق)
۴. DevOps در سطح کاربردی
- درک از مفاهیم Docker Compose برای بالا آوردن سرویس‌های آماده
- آشنایی با CI/CD no-code tools مثل GitHub Actions در سطح ساده
- توانایی دیپلوی ساده روی سرویس‌های Cloud (مثلاً Heroku، Railway، Vercel، Render)
۵. مهارت‌های ارتباطی و انتقال دانش
- توانایی مستندسازی ساده (Notion، Confluence، Google Docs)
- مهارت آموزش دادن به بقیه برای استفاده از ابزارهای لوکد/نوکد
- توانایی همکاری نزدیک با تیم توسعه‌دهنده برای اتصال ابزارهای no-code به بک‌اند اصلی
جمع‌بندی
ما برای حل مسئله طولانی بودن مدت زمان توسعه و رول اوت محصول راه حل ابزار های Low-code / No-code مانند N8N را اجرا کردیم و توانستیم بهبود هایی را ایجاد کنیم، شما می توانید ادامه دهنده این مسیر باشید و یا روش دیگری را برای حل مسئله بیابید.
در این مستند سعی کردیم شما را با ابعاد مختلف این مسئله، که شاید در ابتدای کار چندان شفاف نباشد، آشنا کنیم. همچنین ابزارها و مسیرهای حمایتی لازم برای حل این چالش معرفی شدند.
به امید روزی که همه ما بتوانیم باری از دوش دیگران برداریم و نقشی مؤثر در بهبود تجربه کاربرانمان ایفا کنیم.
یک پاسخ
مطلب خوبی بود