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

  • 4 دقیقه

    تخمین در اجایل اغلب حس «خراب بودن» می‌دهد.اما شاید مشکل از تکنیک نباشد؛ مشکل از ذهنیتی است که پشت آن قرار دارد. تا به حال این جملات را شنیده‌اید؟ اگر مشکل واقعی ابزار نباشد، بلکه نوع فکر کردن ما درباره آن باشد، چه؟ «اجایل همین‌طوری کار می‌کند…» مدتی پیش، تیمی به ما گفت کوچ اجایل‌شان {خواندن مقاله}

  • 4 دقیقه

    در اسکرام، تعارض سالم یعنی گفت‌وگو بر سر «رسیدن به هدف» نه «قضاوت دربارهٔ آدم‌ها». چارچوب هم خودش ابزار تمرکز را داده: Product Goal، Sprint Goal و Definition of Done. هر وقت بحث داغ شد، آن را به این سه قطب‌نما برگردانید و با بازرسی شواهد و انطباق تصمیم‌ها، پیش بروید. نقش اسکرام‌مستر: تضمین فضای ایمن، تسهیل تصمیم‌های نتیجه‌محور، و نگه داشتن رخدادها «مثبت، مولد و در تایم‌باکس». {خواندن مقاله}

  • 5 دقیقه

    یکی از ریشه‌ای‌ترین سوءبرداشت‌ها درباره اسکرام این است که آن را یک متدولوژی کامل یا بدتر از آن، یک فرآیند حاکمیتی و کنترلی می‌دانند؛ چیزی شبیه دستورالعملی گام‌به‌گام که اگر «درست اجرا شود»، خروجی تضمین‌شده می‌دهد. این تصور نه‌تنها نادرست است، بلکه مستقیماً با فلسفه‌ای که اسکرام بر آن بنا شده در تضاد قرار دارد. {خواندن مقاله}

  • 4 دقیقه

    در اسکرام، پست‌مورتِم یک رویداد رسمی نیست؛ اما می‌تواند به‌عنوان رتروسپکتیوِ متمرکز یا یک جلسه‌ی یادگیریِ پس از انتشار اجرا شود و خروجی‌هایش وارد بک‌لاگ محصول/بهبود شود (هماهنگ با سه رکن: شفافیت، بازرسی، انطباق در راهنمای اسکرام ۲۰۲0). {خواندن مقاله}

  • 3 دقیقه

    سال‌هاست Velocity در تیم‌های اسکرام استفاده می‌شود؛ عددی که قرار بود فقط یک «سیگنال داخلی» باشد، اما در عمل به ابزار پیش‌بینی، تعهد، مقایسه و حتی قضاوت تبدیل شده است. مسئله این نیست که Velocity ذاتاً بد است؛ مسئله این است که آن را به چیزی تبدیل کرده‌ایم که هرگز قرار نبود باشد. {خواندن مقاله}

  • 4 دقیقه

    تیتر «Velocity؛ آن چیزی نیست که فکر می‌کنید» همراه با آیکون‌های خودرو، ساعت، تابلو محدودیت سرعت و مسیر پرپیچ‌وخم—نمادی از برداشت‌های اشتباه درباره Velocity در اجایل و نیاز به درک بهتر آن. در پست قبلی گفتیم که تخمین در اجایل به‌خاطر تکنیک‌ها خراب نیست؛مشکل از طرز فکر پشت آن‌هاست. (می‌توانید آن مطلب را اینجا بخوانید.) {خواندن مقاله}

  • 3 دقیقه

    و به‌جای این‌که بپرسیم «آیا به تاریخ موردنظر می‌رسیم؟»، سؤال‌ها تغییر می‌کنند به: چه چیزهایی را با اطمینان انجام خواهیم داد؟ چه چیزهایی در معرض ریسک هستند؟ حاضر به چه بده‌بستان‌هایی هستیم؟ {خواندن مقاله}

  • 4 دقیقه

    یک کارگاه پیشگیرانه برای تصورِ «شکست»، کشفِ دلایلِ آن، و تبدیلشان به اقدام‌های پیشگیرانه. فرقش با پسامورتِم (Post-mortem) این است که قبل از شروع/انتشار انجام می‌شود تا ریسک‌ها را پیش‌دستی‌کنید. {خواندن مقاله}

  • 5 دقیقه

    پدیداری (Emergence) زمانی معنا پیدا می‌کند که الگوها یا رفتارهای معنادار از تعاملات درون سیستم‌های پیچیده بیرون بزنند؛ الگوهایی که با نگاه‌کردن به اجزای منفرد، قابل پیش‌بینی نیستند. در اسکرام، پدیداری نه با کنترلِ سفت‌وسخت، بلکه با محدودیت‌های توانمندساز هدایت می‌شود: چرخه‌های زمانی (Iterations)، نقش‌ها، و حلقه‌های بازخورد. این‌ها شرایطی می‌سازند که تیم بتواند خودگردان {خواندن مقاله}

  • 6 دقیقه

    بک لاگ محصول یک جزء حیاتی از توسعه محصول چابک است. این یک سند زنده است که تمام ویژگی ها، عملکردها، الزامات، پیشرفت ها و اصلاحاتی را که باید برای انتشار محصول توسعه یابد، فهرست می کند. مدیریت موثر بک لاگ محصول برای اطمینان از اینکه محصول نیازهای کاربران و ذینفعان خود را برآورده می {خواندن مقاله}


منتورینگ رایگان مالکین محصول

«اگر در یک شرکت نرم‌افزاری مشغول به کارهای روزانه یک PO هستید و دوست دارید در مورد پیاده‌سازی اجایل، اسکرام و چالش‌های نقش PO در چهارچوب اسکرام یا تفکر استراتژیک در محصول، راهنمایی و مشاوره بگیرید، در خدمتتون هستم. یک وقت در adplist بگیرید.»

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