بستن

این مطلب را به دوست خود ارسال کنید

اطلاعات شما نزد مدیران آینده کاملا محفوظ می باشد

متدلوژی اجایل چیست؟

متدلوژی اجایل چیست؟
چکیده این مطلب : انتشار : 1399/06/24 0 نظر 312 بازدید

متدلوژی اجایل روش تکرار در توسعه نرم افزار می باشد. هر تکرار (Iteration)، فرجه زمانی یک تا چهار هفته را شامل می شود. فرآیند توسعه اجایل (چابک) بر ارائه نیاز متغیر کسب و کار منطبق است و نرم افزار را با تغییرات سریعتر و کمتری ارائه میدهد.

توسعه نرم افزار تک فازی، 6 الی 18 ماه زمان میبرد. در توسعه تک فازی، جمع آوری نیازمندی ها و فاکتور های ریسک مدیریتی در همان ابتدا پیش بینی شده اند.

فرآِیند توسعه نرم افزار اجایل به صورت متناوبی بارخورد های محصول قابل اجرا را بررسی می کند. محصول قابل اجرا در iteration یک الی 4 هفته قابل ارائه می باشد.

نقش ها در اجایل

دو نقش در متدلوژی اجایل وجود دارد : Scrum Master و Product Owner

Scrum Master

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

  • مشارکت نزدیکی بین تمام نقش ها و عملیات ها ایجاد میکنند.
  • بن بست هایی که به وجود می آیند را از بین میبرند.
  • تیم را از هرگونه اختلال و مزاحمتی در امان نگه میدارند.
  • با سازمان در تماس هستند تا پیشرفت فرآیندها را دنبال کنند.
  • اطمینان حاصل مینمایند که فرآیندهای بررسی و تطبیق اجایل (Agile Inspect & Adapt) به درستی پیاده سازی شوند که شامل موارد زیر می باشند:
    • جلسات برنامه ریزی شده
    • استندآپ های روزانه
    • دمو
    • بازبینی
    • جلسات با نگاه به گذشته
    • تسهیل جلسات تیم و پروسه تصمیم گیری
 
 
Product Owner

صاحب محصول (Product Owner) کسی است که محصول را از دید کسب و کاری اجرا می کند. مسئولیت های Product Owner به شرح زیر می باشد :

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

تیم با عملکرد متقابل (Cross-functional)

هر تیم اجایلی شامل تیمی کارا، 5 تا 9 نفره می باشد. میانگین تجربه هر عضو بین 6 تا 10 سال میباشد. تیم اجایل شامل 3 تا 4 نفر توسعه دهنده نرم افزار، یک نفر تست کننده، یک نفر مدیرفنی، یک نفر اسکرام مستر و یک نفر Product Owner می باشد.

اسکرام مستر و Product Owner بخشی از رابط تیم و بقیه اعضا بخشی از رابط فنی در نظر گرفته شده اند.

چطور یک تیم اجایل کارها را برنامه ریزی میکند؟

یک متدلوژی اجایل یک مجموعه تشریفات یا تکنیک های توسعه مشخص نمی باشد. درعوض، دسته ای از متدلوژی ها می باشد که نشان دهنده تعهد به چرخه بازخورد و بهبود مداوم  می باشد. یک تیم اجایل در iteration ها کار میکند تا نیاز مشتری را ارائه دهد و هر iteration 10 الی 15 روز طول میکشد. گرچه در بیانیه اولیه اجایل چیزی در مورد زمان دو هفته ای iteration ها یا سایز تیم ها تنظیم نشده بود.

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

نیاز کاربری چیست؟

نیاز کاربر، نیازهای کاربر در زمینه عملکردها را بیان میکند. ممکن است دو نوع عملکرد وجود داشته باشد:

  • بعنوان یک <نقش کاربر> ، <عملکرد> را میخواهم پس <ارزش کسب و کاری>.
  • به منظور <ارزش کسب و کاری> به عنوان <نقش کاربر>، <عملکرد> را میخواهم.

در طول طرح انتشار نرم افزار، نیاز مشتری با انعطاف نسبی تخمین زده می شود. در طول طرح iteration، نیاز به تکه وظایف کوچکتری شکسته میشود.

رابطه ی بین نیاز کاربر و وظیفه

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

زمانیکه نیازمندی تکمیل میشود

تیم اجایل تصمیم میگرند که معنی وظیفه انجام شده چیست. ممکنه معیارهای متفاوتی برای آن باشد:

  • زمانیکه وظیفه به صورت کامل (تست و توسعه) تکمیل شود.
  • زمانیکه تمام تست های پذیرش در حال اجرا یا تمام شده باشند.
  • زمانیکه خطایی یافت نشود.
  • Product Owner انجام نیازمندی را بپذیرد.
  • زمانیکه محصول نرم افزاری به کاربر نهایی ارائه شود.

 

معیار پذیرش نرم افزار چیست؟

معیار پذیرش بعنوان عملکرد، رفتار و اجرای مورد نیاز یک Product owner تعریف می شود. چیزی است که می بایست انجام شود و توسعه دهنده نرم افزار میداند که چه زمانی نیاز کاربری به اتمام میرسد.

دوستانی که این مطلب را مطالعه کرده اند، از مطالب زیر نیز استقبال کرده اند

نظرات

captcha Refresh

به این مطلب امتیاز دهید

تعداد کل امتیازات این مطلب 2

جدیدترین مقالات