اخبار، مطالب، رویدادهای خدمات و توسعه طراحی سایت رادکام

آموزش Jira - بخش اول

اگر شما در فضای تکنولوژی حرکت کرده باشید قطعا قبلا با Agile آشنا شده اید، اما قبل از اینکه وارد آموزش Jiraبشویم مفاهیم و ربط آن ها با Jira را مجددا با هم مرور می کنیم. 

مواردی که در این مجموعه آموزش ها یاد خواهید گرفت به شرح زیر می باشد:

مفهوم Agile با Jira

شما باید مفاهیم مطرح شده در Agile را بدانید و بتوانید این مفاهیم را در Jira به نمایش بگذارید.

کار در یک تیم Agile با Jira

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

- مدیریت یک تیم Agile با Jira

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

این بخش به صورت اختصاصی روی ایجاد و config یک پروژه در Board تمرکز دارد.

Jira Administration

در این بخش شما یاد خواهید گرفت چگونه یک Component رو customize کنید. اینکه چجوری یک workflowاختصاصی بنویسید، یک screen اختصاصی از آن داشته باشید و نمایش دهید.

Agile چیست؟

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

جریان کارها در متدولوژی Agile روی دو نوع تمرکز می کند. Scrum و Kanban. این دو متدولوژی هایی هستند که می توانید در Jira از آن ها استفاده کنید. علاوه بر این اصظلاحات و مفاهیم، مفاهیم دیگری مانند issue ، work flow و ... وجود دارد که در طول آموزش با آن ها آشنا خواهید شد. 

اصول Agile

- توسعه مکرر

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

- قابل تطبیق برای تغییر نیازمندی ها

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

- تحویل مکرر

این تحویل مکرر پروژه ها منجر می گردد که بتوان روند پیشرفت پروژه را به خوبی مانیتور کرد و از تکمیل و تطبیق بخش های پروژه با نیاز مشتری اطمینان حاصل کرد. 

- همکاری نزدیک بین تیم های همکار

هدف این هست که نیاز ها و مستندات را کاملا صریح و قابل انعطاف نگه داریم و این امر تنها با اطمینان از همکاری نزدیک بین اعضای تیم و به ویژه بین تیم توسعه دهنده و تیم bussiness محقق خواهد شد.

- متدولوژی های Scrum و Kanban

متدولوژی های Agile بسیاری وجود دارند که بر روی مفاهیم ذکر شده در بالا می پردازند.Jira دو تا از این متدولوژی ها رو پشتیبانی می کند. Scrum و Kanban ، که Scrum احتمالا شناخته شده ترین متدولوژی agile هست. 

Scrum

Scrum با تبدیل یک پروژه به بخش های کوچک تر اجرایی که به عنوان epic و user story شناخته می شوند کار می کند.

EPIC

بزرگ ترین بدنه کار که به یک باره تکمیل نخواهد شد می باشد که برای انجام به user story های متعدد تبدیل می شود.

User Story

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

Sprint

user story های جمع آوری شده به صورت مکرر، در چرخه های زمانی کوتاه انجام و تحویل می شوند که sprint نام دارد. این در واقع پایه جریان کار (work flow) در scrum است.

Backlog

شما در ابتدای کار می بایست با backlog شروع نمایید. backlog در واقع تمامی نیازمندی ها و ویژگی هایی هست که شما می خواهید در پایان به شما تحویل داده شود. این ویژگی ها می بایست یادداشت شده و الویت بندی شوند و مهم ترین ویژگی ها به عنوان بالاترین backlog ها از لحاظ الویت قرار می گیرند. این امر بسیار مهم هست که backlog ها قابلیت پیاده سازی داشته باشند.

یک گروه از backlog ها انتخاب شده و به عنوان یک Sprint در نظر گرفته می شوند و در واقع به عنوان مواردی که می بایست در طول sprint انجام و تحویل شوند در نظر گرفته می شوند. هر Sprint معمولا بین 2 تا 4 هفته تعریف می شود و در این بازه تیم توسعه می بایست backlog های اختصاص داده شده به این sprint را پیاده سازی و تحویل نماید. در طول هر Sprint که 2 تا 4 هفته ای می باشد، sprint های 24 ساعته و جلسات scrum 15 دقیقه ای (روزانه) وجود دارد. این جلسات برای بحث پیرامون میزان پیشرفت sprint اصلی و حصول اطمینان از اینکه sprint مورد نظر در بازه تعریف شده تکمیل می شود برگزار می گردد. در پایان یک sprint به مدت 2 تا 4 هفته، تیم باید یک بخش از کار را برای تحویل به مشتری ارائه نماید.

Scrum Roles

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

1- Product Owner

صاحب محصول است و vision اصلی محصول را تعریف می کند. Product Owner می گوید که چه چیزی باید ساخته شود و چرا. در واقع مسئولیت اصلی این نقش این هست که مشخص کند چه مواردی در backlog پروژه نوشته شود. همچنین user story ها توسط او نوشته شده و  آن ها را الویت بندی می کند و اطمینان حاصل می کند که تمام جزییات لازم ثبت شده و به درستی منتقل شده است.

2- Development Team

در واقع پروژه اساسا توسط تیم توسعه تولید می شود و این تیم مسئول پاسخگویی در برابر تولید محصول با ویژگی های مورد نیاز کاربر در پایان sprint است.

3- Scrum Master

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

Scrum Events

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

1- Sprint Planning

در این مرحله Sprint های لازم از Backlog های پروژه ایجاد می شود و تیم توسعه زمان لازم برای انجام هر sprint را تخمین می زند این تخمین زدن می تواند به صورت story point یا hour باشد، زمانی که کامپوننت مورد نظر کوچک هست می توان از story point استفاده کرد و انجام sprint بعدی را به تکمیل sprint قبلی منوط کرد (بعنی بگوییم هر زمان این قسمت کامل شد قسمت بعدی را شروع می کنیم) و در بخش هایی که زمان بیشتری باید اختصاص داده شود و یا درجه سختی آن ها بالاتر هست و کار بیشتری باید انجام شود از hour برای تعیین sprint ها استفاده می شود.

2- Daily Scrum

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

3- Sprint Review and Retrospective

در جلسات review مرور می شود که چه کارهایی تکمیل شده است و چه کارهایی هنوز تکمیل نشده است و در صورتی که نیاز باشد با Product Owner در مورد محصولات تکمیل شده صحبت می شود.

در جلسات retrospective بررسی می شود که چه چیزی در sprint گذشته خوب بوده است و  چه چیزی در sprint بعدی باید بهبود پیدا کند.

Scrum Sprint Board

از طریق این board اعضای تیم می توانند به راحتی مانیتور کنند که چه sprint هایی تعریف شده است. هر کدام در چه وضعیتی قرار دارند (to do,in progress, done) و می توانند وضعیت ها را بروزرسانی کنند.

این Board در واقع یکی از بزرگترین ویژگی های Jira هست که یک نمای کلی از Backlog ها در قالب to do ، کاری که developer انجام می دهد در قالب in progress و اهداف محقق شده product owner در قالب done را به ما نمایش می دهد.

 

ادامه آموزش Jira را در بخش دوم آموزش دنبال نمایید.

 

 

 

 

 

پست های مرتبط

نام را وارد کنید
تعداد کاراکتر باقیمانده: 1000
نظر خود را وارد کنید