تمرین تیم‌سازی در چارچوب Scrum

برچسب: نتایج و خروجی

  • چک‌لیست پیشنهادی برای رویدادهای اسکرام

    در اسکرام، رویدادها (Events) فرصت‌های رسمی برای بازرسی و تطبیق هستند و باید طبق اصول شفافیت، بازرسی و تطبیق پیش بروند. رویدادهای اصلی عبارتند از: Sprint (به عنوان ظرف اصلی)، Sprint Planning، Daily Scrum، Sprint Review و Sprint Retrospective. برای هر رویداد، لیستی از سوالات کلیدی پیشنهاد می‌کنم که می‌توانید (به عنوان Scrum Master یا…

  • مثلث آهنی در مقابل مثلث اجایل: ایجاد تعادل میان دامنه، زمان، هزینه و کیفیت

    ترجمه مقاله (ترجمه بر اساس متن مقاله زیر)مشاهده مقاله اصلی در Medium مقایسه مثلث آهنی در مدیریت پروژه با توسعه محصول اجایل «مثلث آهنی» کلاسیک در مدیریت پروژه — که با نام محدودیت سه‌گانه نیز شناخته می‌شود — مدت‌ها به‌عنوان چارچوبی برای مدیریت دامنه (Scope)، زمان (Time) و هزینه (Cost) در پروژه‌ها استفاده شده است.…

  • گسترش Impact Mapping برای دستیابی به بینش بهتر از محصول

    کرت بیتنر (Kurt Bittner)۱۲ ژوئن ۲۰۱۸ Impact Mapping یک تکنیک قدرتمند است که به تیم‌ها کمک می‌کند بفهمند چگونه کاری که انجام می‌دهند به نتایجی که سازمان‌شان به دنبال دستیابی به آن‌هاست متصل می‌شود. ما مدتی است از این تکنیک در دوره‌های Scaled Professional Scrum و Professional Scrum Product Owner استفاده می‌کنیم، اما مدتی بود…

  • نقش Product Owner در مدیریت قرض فنی: راهبردهایی برای حفظ سلامت فنی محصول در تیم‌های اسکرام

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

  • جادوی کاهش ریسک بدون مقصر جلوه‌دادن افراد – وقتی رهبری جلوی «پری‌مورتِم یا Pre-Mortem» شما را می‌گیرد

    این مقاله در سازمان اسکرام توسط استفان وولپرس در (آلمان) در تاریخ ۲۳ نوامبر ۲۰۲۵ منتشر شده است. خلاصه: «پری‌مورتِم» یا بازنگری پسنگرانه مقاومت رهبری در برابر برگزاری یک «پری‌مورتِم» نشان می‌دهد مدل عملیاتی سازمان شما آیا واقعاً پیشگیری از شکست را جدی می‌گیرد یا فقط روایت‌های آرامش‌بخش را ترجیح می‌دهد. این مقاله به شما…

  • معرفی «Control Chart» در جیر‌ا – راهنمای عملی برای تیم‌های اسکرام

    Control Chart چیست؟ کنترل‌چارت نموداری است برای دیدن چرخه‌زمان (Cycle Time) هر آیتم کاری از وقتی «شروع به کار» می‌شود تا وقتی «Done» می‌شود. هدفش این است که سرعت و پایداری جریان کار را بسنجید و نقاط غیرعادی (Outliers) و گلوگاه‌ها را کشف کنید. اجزای نمودار تعریف Outlier (نقطهٔ غیرعادی): آیتمی که چرخه‌زمانش به‌وضوح خارج…

  • خودگردانی برای رسیدن به عملکرد بالاتر

    این مقاله توسط ماری اقبال در سازمان اسکرام نوشته شده است و بدون تغییر، ترجمه شده است. من زمانی در سازمانی کار می‌کردم که لازم بود از یک تیم اسکرام به چندین تیم اسکرام رشد کنیم؛ با این کار، نیروهای بیشتری جذب می‌کردیم. این تیم‌ها قرار بود روی یک محصول واحد کار کنند و همگی…

  • دو QA برای پنج محصول: از بحران اولویت تا جریان شفاف – راهکار اسکرام

    راهنمای عملی برای تسهیل اولویت‌ها، ظرفیت‌سنجی، و ساخت کیفیت درون فرایند (Scrum Guide 2020) Problem Context — قصه‌ی یک تیم QA «سِرویسی» یک تیم QA دو نفره داریم که بین ۵ محصول به‌اشتراک گذاشته شده‌اند. هر PO در بورد اسپرینتِ خودش «تسک QA» می‌گذارد و تیم QA موظف است این تسک‌ها را از محصولات مختلف…

  • ۲۰ نشانه “زامبی اسکرام” (Zombie Scrum) یا اسکرام ناکارآمد

    ۲۰ نشانه “زامبی اسکرام” (Zombie Scrum) با شرح کامل «زامبی‌اسکرام» زمانی رخ می‌دهد که تیم ظاهراً اسکرام را اجرا می‌کند (رویدادها، بردها، اسپرینت‌ها) اما روح تجربه‌گرایی، تمرکز بر ارزش، و بهبود مستمر در آن مرده است. نتیجه؟ خروجی‌های بی‌ارزش، بازخورد دیرهنگام، ناامیدی تیم و بی‌اعتمادی ذی‌نفعان. این مقاله ۲۰ نشانه‌ اصلی زامبی‌اسکرام را می‌گیرد و…

  • پیشرفت از دل چالش‌ها، تجربه تنظیم Working Agreement برای یک تیم دیجیتال

    داستان یک تیم پرچالش: تنظیم Working Agreement مقدمه تیم «بلندپروازان دیجیتال» تیمی است که به تازگی به پروژه‌ای بزرگ برای توسعه یک اپلیکیشن موبایل وارد شده است. اعضای تیم از رشته‌ها و تخصص‌های مختلف آمده‌اند و به‌طور معمولی تجربه‌ی کار تیمی نداشته‌اند. مشکلاتی که این تیم با آن مواجه شده، از جمله اختلافات فنی، عدم…

error: اجازه کپی محتوا وجود ندارد