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

دسته: تیم اسکرام

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

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

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

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

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

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

  • درمان «وابستگی‌های کنترل‌نشده» در اسکرام: راهنمای جامع و عملی

    مقدمه وابستگی‌های بین‌تیمی/برون‌تیمی وقتی نامرئی و مدیریت‌نشده بمانند، جریان ارزش را خفه می‌کنند: اسپرینت‌ها می‌گذرد، اما Increment قابل‌استفاده شکل نمی‌گیرد یا لحظهٔ آخر، نیم‌بند تکمیل می‌شود. درمان این درد، ترکیبی از شفافیت جریان کار، طراحی برش‌های عمودی، توافقات بین‌تیمی، توانمندسازی تیم و بازرسی/انطباق منظم است—هم‌راستا با «تعهدها» و «رویدادهای» راهنمای رسمی اسکرام ۲۰۲۰. مسئله دقیقاً…

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

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

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

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

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

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

  • ترک شغل؛ مسئله‌ای انسانی نه اقتصادی — راه حل اسکرام چیست؟

    از فرسودگی تا معنا: نسخه‌ اسکرام برای حفظ سرمایه انسانی این مقاله اولین بار در اجایل گپ منتشر شده است و این یک نسخه کپی از آن است. ترک شغل معمولاً نتیجهٔ روندی تدریجی است که در آن نیازهای روانی، حرفه‌ای و انسانی کارمند نادیده گرفته می‌شود. پژوهش‌های گسترده در حوزه رفتار سازمانی نشان می‌دهد…

  • تفاوت Product Spec و FRD در مدیریت محصول و توسعه نرم‌افزار

    راهنمای جامع برای مدیران محصول، طراحان و تیم‌های مهندسی در فرآیند طراحی و توسعه محصول، اسناد مختلفی برای هماهنگی تیم‌ها و هدایت کار مورد استفاده قرار می‌گیرند. دو سند بسیار کلیدی که اغلب با یکدیگر اشتباه گرفته می‌شوند، Product Specification (یا Product Spec) و Functional Requirements Document (یا FRD) هستند.با وجود ارتباط نزدیک میان این…

  • چطور Product Spec را طوری بنویسیم که تیم را توانمند کند؟

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

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