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

ورود

رمز عبور را فراموش کرده اید؟

هنوز عضو نشده اید؟ عضویت در سایت
  • پشتیبانی (واتساپ): ۰۹۱۲۸۲۵۲۵۳۸
  • info@scrumschool.ir
  • تدریس در مدرسه اسکرام
  • لیست علاقه مندی ها
0
مدرسه اسکرام
  • خانه
  • دوره های آموزشی
    • اسکرام مستر
    • مالک محصول
    • دولوپر
    • مدیران
    • مشترک برای همه نقش ها
    • سازمانی و تیمی
  • مدرسان
  • مقالات
  • تماس با ما
  • باشگاه پیشرفت
  • اجایل گپ
آخرین اطلاعیه ها
جهت نمایش اطلاعیه باید وارد سایت شوید
ورود / عضویت

وبلاگ

مدرسه اسکراموبلاگبدون دسته بندیتقاضای دواپس

تقاضای دواپس

15 تیر 1399
ارسال شده توسط کسری طوفانی
بدون دسته بندی
تقاضای دواپس

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

رهبر دواپس

این پیام از سوی یک شرکت برای جذب یک رهبر دواپس من را در مورد درک و فهم بازار در مورد دواپس به فکر فرو برد.

اما آیا واقعا دواپس با چنین نقشی در سازمان دیده می شود؟ در ابتدا، دواپس چیست؟

تعریف دواپس

در کتابخانه ویکی پدیا این چنین تعریف شده است:

” حرکتی فرهنگی و حرفه ای که بر ارتباطات، همکاری و ادغام های بین توسعه دهندگان نرم افزار و متخصصان عملیات IT در زمان خودکار سازی فرآیند تحویل نرم افزار و تغییرات زیرساختی تأکید می کند.”

اساساً درک و تفسیر من از دواپس اینگونه است:

روشی که با هدف ایجاد همدلی متقابل بین دو گروه انجام می شود. تیم توسعه (Development) و تیم عملیات (Operations) که اهدافی دارند که مقابل یکدیگر قرار می گیرند. بنابراین دواپس امکان تحقق اهداف خاص برای هر گروه را در عین احترام به مسئولیت های گروه دیگر فراهم می آورد.

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

باید بگوییم برای به کار گرفتن دواپس دو چیز مورد نیاز است. اول یک چارچوب که فرآیند تحویل ارزش تجاری را ساختار دهد و سازمان دهی کند، برای مثال اسکرام یا کانبان. رویکرد اجایل انتخاب شده، به سازمان ها و تیم های توسعه امکان می دهد تا در هر چرخه تکرار (iteration) و حتی هر روز یک ارزش گرانبها تولید کنند.

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

برای ورود به دنیای اسکرام می توانید از دوره غیرحضوری “آشنایی مقدماتی با اسکرام” شروع کنید

دوره غیرحضوری آشنایی مقدماتی با اسکرام

 

نقش اسکرام یا کانبان در دواپس

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

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

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

چارچوب اسکرام

منظور من از این مسئله این است که معمولاً وقتی یک سازمان تصمیم می گیرد مباحث اجایل را با استفاده از Scrum یا Kanban بکار گیرد، استفاده از چارچوب فقط به تیم توسعه متصل می شود. با بلوغ روزافزون تیم Agile ، تیم با لحاظ کردن هر دو جنبه بازاریابی و عملیات تولید و توسعه، دسترسی به چابکی را گسترش می دهد.

دواپس

این در شرایطی است که سازمان می تواند راحت تر روش های DevOps را در تیم های Dev و Ops پیاده کند. از طرف دیگر ، فقط در صورت داشتن ابزار مناسب، این امر ممکن است و این در نهایت به معیار دوم منتهی می شود.

جعبه ابزار لازم

به همین دلیل ضروری است که تیمها برای دستیابی به این اهداف یک جعبه ابزار داشته باشند که شامل تمام ابزارها باشد. معمولاً برای هر یک از دسته های زیر نیاز به یک یا چند ابزار وجود دارد:

  • کنترل نسخه و مخازن مرتبط (Version control and repositories)
  • ادغام مداوم / تحویل مداوم
  • کنترل کیفیت
  • ابزار تست خودکار  (از جمله آنالیزورهای کدهای استاتیک / چارچوب های تست خودکار)
  • ابزار تست عملکرد
  • ابزارهای انتشار / استقرار خودکار
  • زیرساخت بر پایه کد: مدیریت پیکربندی تعریف شده توسط نرم افزار
  • فناوری های مجازی سازی و کانتینر سازی

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

لینک مقاله اصلی:

https://www.scrum.org/resources/blog/devops-wanted

 

مدرسه اسکرام ، مرجع حرفه ای آموزش اسکرام

برچسب ها: DevOpsProfessional_Scrum_DeveloperScrumآموزش_اسکراماسکراماسکرام_چیستدواپس
بعدی امنیت روانی و ارزش های اسکرام برای تیم های با عملکرد عالی
قبلی شروع با "تعریف انجام شده" - Definition of Done

دیدگاهتان را بنویسید لغو پاسخ

جستجو برای:
  • محبوب
  • جدید
  • دیدگاه ها
پشتیبانی

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

Awareness
We are not affiliated with Scrum.org and do not claim that our contents and classes are endorsed and confirmed by Scrum.org. Furthermore, we are not a representative of Scrum.org.
NOTE: All following words, acronyms, and phrases are trademarks belonging to Scrum.org:
PSM I, PSM II, PSM III, PSPO I, PSPO II, PSPO III, PSD I, SPS, PAL I, PSK I, PSU I, Professional Scrum Master, Professional Scrum Product Owner, Professional Scrum Developer, Scaled Professional Scrum, Professional Agile Leadership, Professional Scrum with Kanban, Professional Scrum with User Experience.

خبرنامه

چیزی را از دست ندهید! ثبت نام کنید و از رویدادها، تخفیف ها و دوره های جدید ما مطلع باشید.

    Scrum School 2022 © | کلیۀ حقوق برای مدرسه اسکرام محفوظ است و استفاده از مطالب در جاهای دیگر صرفا با ذکر منبع و لینک به سایت مدرسه اسکرام بلامانع است.
    اشتراک گذاری در شبکه های اجتماعی
    ارسال به ایمیل
    https://scrumschool.ir/?p=5405
    لیست علاقه مندی ها 0
    صفحه لیست علاقه مندی را باز کنید به خرید ادامه دهید
    مرورگر شما از HTML5 پشتیبانی نمی کند.