روش کار

یک فرایند توسعه نرم افزار برای سامانه های به ارث رسیده، کار API، و فشار واقعی تحویل.

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

بهترین تناسب

  • پروژه های نرم افزاری که همین حالا بار فنی همراه خود دارند
  • کار API و یکپارچه سازی که باید با واقعیت عملیاتی منطبق باشد
  • ساخت های جدیدی که هنوز به محدوده گذاری صادقانه و ساختار تحویل نیاز دارند

ارزیابی

از وضعیت فنی و کسب وکاری فعلی شروع کنید

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

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

تثبیت

پیش از فشار برای سرعت، شکنندگی را کمتر کنید

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

  • کد به ارث رسیده را triage کنید و موانع آشکار انتشار را بردارید
  • رابط ها و نقاط یکپارچه سازی ای را اصلاح کنید که مدام اصطکاک ایجاد می کنند
  • سامانه را به وضعی برسانید که کار جدید بی ثباتی بیشتری ایجاد نکند

ساخت

کاری را پیاده کنید که واقعا با پروژه متناسب است

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

  • بر اساس مورد استفاده بسازید، نه بر اساس تعریف یک بسته از پیش آماده
  • معماری و اجرا را با نیازهای پشتیبانی همسو نگه دارید
  • از milestoneهای مستقیم و قابل سنجش استفاده کنید

تحویل

با تعیین روشن انتظارهای تجاری و پشتیبانی تحویل دهید

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

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

گام بعدی

اگر پروژه نامرتب، فعال، یا از نظر فنی سنگین است، این طبیعی است.

سامانه فعلی، مسئله تحویل، یا هدف محصول جدید را بیاورید. همین برای تعیین تناسب و محدوده گذاری فاز بعدی کافی است.