اسکرام مستر سطح ۲ (Agile Scrum Master Level II) – گواهینامه و آزمون‌های آزمایشی - آخرین آپدیت

سرفصل ها و درس ها

مقدمه Introduction

• خوش‌آمدگویی به دوره Course Welcome

• محل خرید و شرکت در آزمون PSM II Where to go to purchase and take the PSM II ® assessment (PSM 2)

• کشف فرصت‌های یادگیری بیشتر با این منابع رایگان Discover Additional Learning Opportunities with These Free Resources

• پاسخ به سوالات بیشتر اسکرام در پلی‌لیست یوتیوب من Even More Scrum Questions Answered on My YouTube Playlist

تجربه‌گرایی در اسکرام Empiricism in Scrum

• سوال ۱: اسکرام بر چه پایه ای است؟ Q1: Scrum Is Based On What?

• مقدمه‌ای بر تجربه‌گرایی Introduction to Empiricism

• معرفی سوالات دوره Introducing Course Questions

• سوال ۲: تعریف تجربه‌گرایی Q2: Defining Empiricism

• سوال ۳: چرا اسپرینت‌های کوتاه‌تر بهتر از اسپرینت‌های طولانی‌تر هستند؟ Q3: Why Shorter Sprints Over Longer Sprints?

• سوال ۴: کاربرد تجربه‌گرایی در اسکرام Q4: Applying Empiricism in Scrum

• سوال ۵: ستون‌های کنترل فرآیند تجربی Q5: Empirical Process Control Pillars

• سوال ۶: تأثیر عدم حضور ذینفعان بر تجربه‌گرایی Q6: The Effect on Empiricism When Stakeholders are Not Attending

• خلاصه‌ای از تجربه‌گرایی Summary of Empiricism

درک ارزش‌های اسکرام Understanding Scrum Values

• درک ارزش‌های اسکرام: تعهد و احترام Understanding Scrum Values: Commitment & Respect

• سوال ۱: اختلاف نظر شدید بین توسعه‌دهندگان Q1: Developers Heated Disagreement

• سوال ۲: مدیریت فشار از سوی ذینفع Q2: Handling Pressure from Stakeholder

• سوال ۳: نادیده گرفته شدن یک توسعه‌دهنده Q3: Developer is Left Out

• درک ارزش‌های اسکرام: شجاعت و معرفی سناریوی دشوار Understanding Scrum Values: Courage - Difficult Scenario Introduction

• سوال ۴: مشکلات ناشی از تغییرات محیطی Q4: Issues Due to Environment Changes

• درک ارزش‌های اسکرام: شجاعت Understanding Scrum Values: Courage

• درک ارزش‌های اسکرام: گشودگی Understanding Scrum Values: Openness

• درک ارزش‌های اسکرام: تمرکز Understanding Scrum Values: Focus

• سوال ۵: مشکل سرعت (Velocity) Q5: A Velocity Problem

• سوال ۶: توسعه‌دهندگانی که به سختی به هدف اسپرینت می‌رسند Q6: Developers Barely Meeting the Sprint Goal

• سوال ۷: فراتر رفتن اسکرام روزانه از زمان تعیین شده Q7: Daily Scrum Exceeding the Timebox

• خلاصه‌ای از ارزش‌های اسکرام Summary of Scrum Values

توضیح تیم اسکرام Explaining Scrum Team

• توضیح تیم اسکرام The Scrum Team Explained

• سوال ۱: افزایش بهره‌وری در اولین اسپرینت Q1: Enhancing Productivity in Your First Sprint

• مدیریت چالش‌ها در تیم‌های اسکرام جدید Navigating Challenges in New Scrum Teams

• سوال ۲: تغییر اعضای تیم اسکرام Q2: Changing Scrum Team Members

• سوال ۳: ایجاد یک Nexus Q3: Building a Nexus

• توضیح اسکرام مقیاس‌پذیر Explaining Scaled Scrum

• سوال ۴: تقسیم یک گروه بزرگ به چندین تیم اسکرام Q4: Dividing a Big Group into Multiple Scrum Teams

• سوال ۵: مدیریت مازاد توسعه‌دهندگان Q5: Managing a Surplus of Developers

• تیم ویژگی (Feature Team) در مقابل تیم مؤلفه (Component Team) Feature Team vs. Component Team

• سوال ۶: گذار از تیم‌های جزیره‌ای به تیم‌های ویژگی Q6: Transitioning from Siloed Teams to Feature Teams

• سوال ۷: مزایای کوتاه‌مدت تیم‌های مؤلفه Q7: Short-Term Advantages of Component Teams

• مطالعه بیشتر درباره تیم ویژگی و تیم مؤلفه Further Reading about Feature Team and Component Team

• خلاصه‌ای از تیم اسکرام Summary of Scrum Team

درک خودمدیریتی Understanding Self-Management

• مقدمه‌ای بر خودمدیریتی Introduction to Self-Management

• سوال ۱: چه کسی مسئول برنامه‌ریزی کار است؟ Q1: Who is Responsible for Planning the Work?

• سوال ۲: جملات صحیح درباره هدف اسپرینت Q2: Correct Statements about the Sprint Goal

• سوال ۳: رابطه محدودیت زمانی (Timeboxes) با خودمدیریتی Q3: Relation of Timeboxes with Self-Management

• ویژگی‌های کلیدی یک تیم خودمدیریت Key Traits of a Self-Managing Team

• سوال ۴: نشانه‌های تیم خودمدیریت Q4: Self-Managing Team Signs

• ادامه ویژگی‌های کلیدی یک تیم خودمدیریت Key Traits of a Self-Managing Team Continued

• کمک به تیم اسکرام برای خودمدیریتی از طریق مرزها و محدودیت زمانی Assisting the Scrum Team to Self-Management Through Boundaries and Timeboxing

• نقش اسکرام مستر در حمایت از خودمدیریتی The Role of the Scrum Master in Supporting Self-Management

• سوال ۵: حل تعارض تیم از طریق خودمدیریتی Q5: Solving Team Conflict through Self-Management

• سوال ۶: نقش اسکرام مستر در حل اختلافات تیم Q6: Scrum Master's Role in Resolving Team Disagreements

• فقدان ارزش‌های اسکرام در طول بحث‌های تیم Missing Scrum Values During Team Arguments

• سوال ۷: مدیریت یک توسعه‌دهنده مخل در تیم اسکرام Q7: Handling a Disruptive Developer in the Scrum Team

• سوال ۸: رسیدگی به وابستگی به متخصصان خارجی در اسپرینت‌ها Q8: Addressing External Specialist Reliance in Sprints

• مقیاس‌پذیری اسکرام: مدیریت وابستگی‌ها بین تیم‌ها Scaling Scrum: Managing Dependencies Across Teams

• سوال ۹: توزیع کار بین تیم‌های اسکرام Q9: Distributing Work between Scrum Teams

• سوال ۱۰: تاریخ شروع و پایان یکسان اسپرینت‌ها در اسکرام مقیاس‌پذیر Q10: Same Start and End Dates of Sprints in Scaled Scrum

• سوال ۱۱: سلطه یک عضو واحد بر بحث‌های اسکرام روزانه Q11: Single Member Dominates the Daily Scrum Discussion

• خلاصه‌ای از خودمدیریتی Summary of Self-Management

کاوش در رویدادهای اسکرام Exploring Scrum Events

• مقدمه‌ای بر رویدادهای اسکرام Introduction to Scrum Events

• سوال ۱: اولین رویداد اسپرینت Q1: Sprint's First Event

• مدت زمان رویدادهای اسپرینت Duration of Sprint Events

• سوال ۲: سوالاتی که باید در اسکرام روزانه مطرح شوند Q2: Questions That Should Be Addressed during Daily Scrum

• سوال ۳: حداکثر زمان مجاز بین اسپرینت‌ها؟ Q3: Maximum Time Allowed Between Sprints?

• توضیح اسکرام روزانه The Daily Scrum Explained

• سوال ۴: تیم‌هایی که در مناطق زمانی مختلف کار می‌کنند Q4: Teams Working in Different Time Zones

• رویدادهای اسکرام و محدودیت زمانی Scrum Events & Timeboxing

• سوال ۵: برگزاری اسکرام روزانه Q5: Hosting the Daily Scrum

• سوال ۶: بازنگری در اسپرینت‌های Hardening Q6: Rethinking Hardening Sprints

• سوال ۷: تصمیم‌گیری در مورد مکان اسکرام روزانه Q7: Deciding on the Daily Scrum Location

• خلاصه‌ای از رویدادهای اسکرام Summary of Scrum Events

درک مصنوعات اسکرام Grasping the Scrum Artifacts

• مقدمه‌ای بر مصنوعات اسکرام Introduction to Scrum Artifacts

• سوال ۱: چه زمانی مصنوعات را بازبینی کنیم Q1: When to Review Artifacts

• توضیح مصنوعات اسکرام Explaining Scrum Artifacts

• سوال ۲: چه کسی اختیار ویرایش Increment را پس از ایجاد دارد؟ Q3: Who Has the Authority to Edit the Increment Once It Is Created?

• سوال ۳: تعیین تعداد Incrementها در هر اسپرینت Q3: Determining the Number of Increments per Sprint

• سوال ۴: ادغام Incrementها در یک محیط مشترک Q4: Integrating Increments in a Shared Environment

• خلاصه‌ای از مصنوعات اسکرام Summary of Scrum Artifacts

تعریف انجام‌شده (Definition of Done) Definition of Done

• مقدمه‌ای بر تعریف «انجام‌شده» Introduction to the Definition of "Done"

• سوال ۱: شرح تعریف انجام‌شده (DoD) Q1: Definition of Done (DoD) Description

• سوال ۲: کاربرد مؤثر سرعت (Velocity) Q2: Effective Application of Velocity

• سوال ۳: سرعت بالا اما شکست در دستیابی به هدف اسپرینت Q3: High Velocity Yet Failure to Achieve Sprint Goal

• سوال ۴: پیامدهای کاهش سطح تعریف انجام‌شده Q4: Consequences of Reducing the Definition of Done

• اصلاح تعریف انجام‌شده و سوال ۵: آیا همه موارد باید تا پایان اسپرینت تکمیل شوند؟ Modifying Definition of Done (DoD) & Q5: Should All Items Be Completed by End of Sprint?

• سوال ۷: وقتی شرایط تعریف انجام‌شده (DoD) برآورده نمی‌شود چه اتفاقی می‌افتد؟ Q7: What Happens When Definition of Done (DoD) Is Not Satisfied?

• سوال ۸: شامل شدن مستندات در تعریف انجام‌شده Q8: Definition of Done (DoD) Includes Documentation

• سوال ۶: توصیف «انجام‌شده" Q6: Describing "Done"

• تعریف انجام‌شده در اسکرام مقیاس‌پذیر Definition of Done in Scaled Scrum

• سوال ۹: تست در تعریف انجام‌شده Q9: Testing in the Definition of Done

• خلاصه‌ای از تعریف انجام‌شده Summary of Definition of Done

اسکرام مستر به عنوان تسهیل‌گر Scrum Master as a Facilitator

• مقدمه‌ای بر تسهیل‌گری Introduction to Facilitation

• سوال ۱: عدم حضور مالک محصول در بازبینی اسپرینت (Retrospectives) Q1: Product Owner's Not Attending Sprint Retrospectives

• سوال ۲: وابستگی به متخصصان خارجی Q2: Dependencies on External Specialists

• خلاصه‌ای از تسهیل‌گری Summary of Facilitation

اسکرام مستر به عنوان کوچ و منتور Scrum Master as a Coach and Mentor

• مقدمه‌ای بر کوچینگ و منتورینگ Introduction to Coaching and Mentoring

• سوال ۱: فراتر رفتن از زمان تعیین شده اسکرام روزانه Q1: Running Over the Daily Scrum Timebox

• سوال ۲: فراتر رفتن از زمان تعیین شده بازبینی اسپرینت Q2: Running Over the Sprint Review Timebox

• سوال ۳: اطمینان از همسویی رویدادها با هدف آن‌ها Q3: Ensuring Events Align with Their Intent

• سوال ۴: یک مالک محصول تازه منصوب شده Q4: A Newly Appointed Product Owner

• سوال ۵: بازبینی شتاب‌زده اسپرینت Q5: Hasty Sprint Review

• سوال ۶: تشویق در مقابل تمرکز Q6: Encouragement vs. Focus

• سوال ۷: توسعه‌دهندگانی بدون مهارت‌ها و ابزارهای لازم Q7: Developers Without the Necessary Skills and Tools

• تیم اسکرام حرفه‌ای در مقابل تیم اسکرام مکانیکی Professional Scrum Team vs. Mechanical Scrum Team

• خلاصه‌ای از کوچینگ و منتورینگ Summary of Coaching and Mentoring

مدیریت بک‌لاگ محصول Managing the Product Backlog

• توضیح مدیریت بک‌لاگ محصول و وضعیت «آماده" Explaining Product Backlog Management & "Ready"

• سوال ۱: ارزیابی آمادگی آیتم‌ها برای برنامه‌ریزی اسپرینت Q1: Assessing Item Readiness for Sprint Planning

• سوال ۲: مدت زمان ایده‌آل برای فعالیت‌های اصلاح بک‌لاگ (Refinement) Q2: Ideal Duration for Backlog Refinement Activities

• سوال ۳: زمان مناسب برای اصلاح بک‌لاگ چه زمانی است؟ Q3: When Is the Right Time for Backlog Refinement?

• سوال ۴: اولویت‌بندی بک‌لاگ محصول Q4: Prioritizing the Product Backlog

• بک‌لاگ محصول در اسکرام مقیاس‌پذیر The Product Backlog in Scaled Scrum

• سوال ۵: بک‌لاگ محصول مشترک برای چندین تیم؟ Q5: Shared Product Backlog for Multiple Teams?

• سوال ۶: نگرانی‌ها در مورد اضافه کردن یک تیم اضافی Q6: Concerns About Adding an Additional Team

• سوال ۷: مدیریت فشار برای انتشار ویژگی‌ها Q7: Navigating Pressure for Feature Releases

• سوال ۸: چه کسی باید به وابستگی‌ها رسیدگی کند؟ Q8: Who Should Address Dependencies?

• تغییرات در بک‌لاگ محصول Changes in Product Backlog

• سوال ۹: رسیدگی به آیتم‌های اضافه شده از خارج از بک‌لاگ محصول Q9: Addressing the Items Added from Outside the Product Backlog

• سوال ۱۰: پیچیده‌تر بودن توسعه نسبت به آنچه انتظار می‌رفت Q10: Development Is More Complex Than Expected

• سوال ۱۱: رسیدگی به تغییرات بسیار تأثیرگذار Q11: Addressing Highly Impactful Changes

• توسعه‌دهندگان و مشارکت آن‌ها در بک‌لاگ محصول Developers and Their Involvement with the Product Backlog

• سوال ۱۲: اطمینان از درک آیتم‌های بک‌لاگ محصول توسط توسعه‌دهندگان Q12: Ensuring Developers Understand Product Backlog Items

• تفویض مسئولیت‌ها به عنوان مالک محصول Delegating Responsibilities as a Product Owner

• سوال ۱۳: آیتم‌های ناقص اسپرینت Q13: Incomplete Sprint Items

• سوال ۱۴: آیا تغییرات در میان اسپرینت روی آیتم‌های بک‌لاگ اسپرینت مجاز است؟ Q14: Are Mid-Sprint Changes to Sprint Backlog Items Allowed?

• خلاصه‌ای از مدیریت بک‌لاگ محصول Summary of Product Backlog Management

تعامل با ذینفعان و مشتریان Engaging with Stakeholders and Customers

• مقدمه‌ای بر ذینفعان Introduction to Stakeholders

• سوال ۱: کاهش احتمالی بودجه Q1: Potential Cut on the Budget

• سوال ۲: ذینفعان بسیار ناامید شده Q2: Very Disappointed Stakeholders

• سوال ۳: مدیریت فشار از سوی ذینفعان کلیدی Q3: Handling Pressure from Key Stakeholders

• سوال ۴: شناسایی تأثیرگذارترین ذینفع Q4: Identifying the Most Influential Stakeholder

• سوال ۵: نارضایتی یک ذینفع اصلی Q5: A Major Stakeholder is Unsatisfied

• سوال ۶: ذینفعان چه زمانی می‌توانند با تیم اسکرام تعامل داشته باشند؟ Q6: When Can the Stakeholders Interact with the Scrum Team?

• خلاصه‌ای از ذینفعان Summary of Stakeholders

کاهش ریسک با اسکرام Reducing Risk with Scrum

• چگونه اسکرام ریسک را کاهش می‌دهد How Scrum Mitigates Risk

• سوال ۱: بازخورد از انتشار اصلی Q1: Major Release Feedback

• سوال ۲: عوامل مورد توجه در تعیین طول اسپرینت Q2: Factors to Consider in Determining Sprint Length

• سوال ۳: ریسک‌های ناشی از عملکردهای بد توسط مالک محصول (PO) Q3: Risks of Bad Practices by the Product Owner (PO)

• سوال ۴: ریسک کار کردن توسعه‌دهندگان در جزایر جداگانه Q4: Risk of Developers Working in Silos

• سوال ۵: ریسک‌های برگزاری اسکرام روزانه هر دو روز یکبار (شکستن اسکرام) Q5: Risks of Holding the Daily Scrum Every Two Days (Breaking Scrum)

• سوال ۶: تغییرات اضطراری در محصول Q6: Emergency Changes with the Product

• انطباق سریع در پاسخ به نتایج بازرسی Rapid Adaptation in Response to Inspection Outcomes

• ریسک بدهی فنی (Technical Debt) Technical Debt Risk

• سوال ۷: انباشت بدهی فنی Q7: Build-up of Technical Debt

• سوال ۸: چگونه بدهی فنی بر سرعت (Velocity) تأثیر می‌گذارد Q8: How Technical Debt Impacts Velocity

• سوال ۹: درک ارتباط بین بدهی فنی و تحویل محصول Q9: Understanding the Connection Between Technical Debt and Delivery

• سوال ۱۰: پیش‌بینی انتشار‌ها بر اساس اطلاعات نادرست Q10: Forecasting Releases on Bad Information

• سوال ۱۱: فشارهای انتشار که منجر به تست ناقص می‌شود Q11: Release Pressures Lead to Incomplete Testing

• سوال ۱۲: به تعویق انداختن انتشار توسط مالک محصول (PO) Q12: Product Owner (PO) Postponing Release

• خلاصه‌ای از ریسک Summary of Risk

رهبری، فرهنگ و طراحی سازمان Leadership, Culture, and Organization Design

• اسکرام مستر یک رهبر واقعی است Scrum Master is a True Leader

• مقدمه‌ای بر فرهنگ سازمانی Introduction to Organization Culture

• سوال ۱: توصیه به مالک محصول برای پایبندی به چارچوب اسکرام Q1: Advising Product Owner to Adhere to the Scrum Framework

• تداوم فرهنگ Continuing Culture

• سوال ۲: مشکلات ناشی از استفاده نادرست از اسکرام Q2: Issues with Scrum Misapplication

• خلاصه‌ای از فرهنگ Summary of Culture

نکات امتحانی برای گواهینامه اسکرام Exam Tips for Scrum Certification

• خوش‌آمدگویی به نکات امتحانی من Welcome to My Exam Tips