عضویت در کانال مدیریت فرایند
دوره آموزشی مدیریت‎‌ چابک (Agile)
دوره آموزشی AGILE

دوره آموزشی آنلاین مدیریت‌چابک مبتنی بر چارچوب AGILE

 

AGILE چیست؟

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

 

این موضوع باعث شد در اواخر دهه ۱۹۹۰ روش های متعددی از ترکیب ایده های قدیمی و نوین به وجود آید که بیشتر آنها بر روش های هوشمندانه برای ساخت، تائید و ارائه محصول، تاکید داشتند.

 

در نهایت، اصطلاح و تفکر جدیدی به نام Agile در مدیریت پروژه های نرم افراری به وجود آمد، این تفکر در سال ۲۰۰۱ توسط تیمی متشکل از  ۱۷ نفر از متخصصین نرم افزار، به عنوان Agile Manifesto  (بیانه چابک) بطور رسمی معرفی گردید.

 

 


 


دستاوردهای دوره

 در این دوره هدف اصلی آشنایی با روح اسکرام و سپس یادگیری روش (متدولوژی) آن می باشد. بنابراین اهداف مقدماتی، میانی و پایانی زیر در دوره دنبال میشود:

  • بدست آوردن یک دید کلی از مفهوم چابکی در پروژه های نرم افزاری
  • آشنا شدن با نقش های اسکرام و وظایف و خصوصیات هریک از آنها
  • بدست آوردن توانایی کار با یک تیم اسکرام (عضو شدن در یک تیم اسکرام)
  • یادگیری مانیفست و اصول چابکی
  • تسلط بر متدولوژی اسکرام و توانایی اجرای آن در تیم‌ها

سرفصل دوره اسکرام
آشنایی با فرآیند تولید نرم افزار
آشنایی با ویژگی های ذاتی و عرضی نرم افزار
پیدایش متدولوژی
مشکلات متدولوژی های سنتی
نیاز به چابکی
متدولوژی ها و روش های چابک در تولید نرم افزار
تولد رسمی چابک
مانیفست چابک
پیدایش اسکرام
اسکرام دقیقا چیست؟
اصول اسکرام
ارزش ها، نقش‌ها، رویدادها و محصولات اسکرام
اصول و قوانین تیمی در اسکرام (ویژگی تیم ها ، تسهیلات ، مدل رهبری ، مربی و منتور )
برنامه‌ریزی و طرح پروژه
برنامه‌ریزی و ارتباطات در طول اسپرینت
مدیریت محصول جابک (پیش بینی و برنامه ریزی برای انتشار محصول، ارزش محصول، مدیریت بک لاگ محصول، ذینفعان و مشتریان)

مخاطبان دوره

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

 

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


زمان برگزاری دوره:

۱۰ اسفند ۱۳۹۹ از ساعت ۱۵ الی ۱۹ (یکشنبه)

۱۲ اسفند ۱۳۹۹ از ساعت ۱۵ الی ۱۹ (سه‌شنبه)

۱۷ اسفند ۱۳۹۹ از ساعت ۱۵ الی ۱۹ (یکشنبه)

۱۹ اسفند ۱۳۹۹ از ساعت ۱۵ الی ۱۹ (سه‌شنبه)

جمعا به مدت ۱۶ ساعت آموزش

کلاس ضبط خواهد شد و در اختیار شرکت‌کنندگان قرار خواهد گرفت.


هزینه‌سرمایه‌گذاری:

۱۰ نفر اول ۵۰۰ هزارتومان

۱۰ نفر دوم ۶۰۰ هزارتومان

۱۰ نفر سوم ۷۰۰ هزارتومان


فرایند ثبت‌نام:

 

دوره آموزشی فرایند


چرا باید در این دوره شرکت کنم ؟

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

 

آیا چنین تیم هایی می توانند در دنیای نرم افزاری پویا و پرتغییر امروز دوام بیاورند. حال به شما برخی خصوصیات چنین تیم و چنینی سیستمی را می گوییم و شما نیز حتما مصداق هایی از آن در ذهن خود را به یاد خواهید آورد:

 

  • چنین تیمی معمولا به خواسته های کاربر بی توجه بوده و فقط با توجه به درک خود از صورت مسئله اولیه پیش می رود (حداقل از یک جایی به بعد)
  • در مقابل پذیرفتن تغییرات برخورد خشک و بسیار غیرمنعطفی دارند
  • تیم های ایشان دارای سیلوهای سازمانی (تقسیم بندی تیم بر اساس تخصص ها بدون پیاده سازی ساز و کار درست تعامل این تیم ها با هم) و سلسله مراتب خشک و دیسیپلین های غیر لازم و دست و پا گیر است. بنابراین در تیم همکاری لازم وجود ندارد و هر کس تقصیر را به گردن دیگری می اندازد.
  • به جای همکاری با کاربر معمولا در مقابل وی جبهه می گیرد
  • کوچکترین تصمیم گیری ها یا انجام ساده ترین کارها در چنین تیمی ساعت ها وقت میگیرد.
  • چنین تیمی بیشتر از مدل Boss (رئیس) استفاده می کند تا رهبر(Leader)

 

اینها فقط بخشی از خصوصیات چنین تیمی هستند.

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


مطالعه این مطلب می‌تواند برای شما مفید باشد:

AGILE چیست و چه مزیت‌هایی دارد؟

به اشتراک بگذارید :

شاید این موارد نیز مورد علاقه شما باشد :

تمامی حقوق مادی و معنوی برای این وب سایت محفوظ می باشد .