ضرورت توسعه تدریجی برای استارتاپ ها

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

توسعه تدریجی نرم افزار

معنی این واژه چیست؟

توسعه تدریجی یعنی تمام امکانات را یکجا اضافه نکنید و به مرور این امکانات به سیستم اضافه شود.

توسعه تدریجی یعنی نیازی نیست که محصول اولیه Perfect باشه. میشود اول یک نسخه سریع ارائه داد و به مرور امکانات جدید را به آن اضافه کرد یا حتی با نسخه جدیدتر جایگزین شود.

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

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

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


درس های استارتاپی از داستان پتروس فداکار
درس های استارتاپی از داستان پتروس فداکار

درس هایی از داستان پتروس فداکار

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

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

  • پترس: مدیریست که باید سریع تصمیم گیری کند
  • سوراخ سد: باگ یا مشکلیست که نیاز به رفع فوری دارد
  • انگشت: راه حل موقتی برای رفع مشکل
  • شهر: استارتاپ شما

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

مزایای توسعه تدریجی

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

معایب توسعه تدریجی

  • زمان توسعه محصول را افزایش میدهد (مثلا: بجای ۲ هفته. ۱ روز + ۲ هفته)
  • ممکن است راه حل تست نشده باشد و خرابی های بیشتری به بار بیاورد
  • ممکن است برای جایگزین راه حل اصلی نیاز به Convert اطلاعات وجود داشته باشد
  • ممکن است ارائه راه حل اصل فراموش شود و پس از بزرگ شدن سیستم، دیگر امکان تغییر آن وجود نداشته باشد، یا بیش از حد سخت باشد
  • ممکن است موجب پیچیدگی بیش از حد محصول شود


چند نکته

  1. در مقابل توسعه تدریجی، روشی به نام حذف تدریجی وجود دارد که یکی از تکنیک های UX است.
  2. به راه حلی که کامل و جامع باشد و همه مزایا را داشته باشد و هیچ نقصی نداشته باشد، راه حل نهایی یا Total Solution گفته میشود.
  3. توسعه تدریجی فقط مخصوص کد نویسی نیست و میتواند در تمام بخش های استارتاپ از جمله: مارکتینگ، فروش، نیروی انسانی و ... مورد استفاده قرار گیرد.