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

  • 7 دقیقه

    مقدمه در منابع حرفه‌ای HR و سلامت شغلی، «محیط کار سمی» معمولاً به شرایطی گفته می‌شود که در آن الگوهای رفتاری و سازوکارهای مدیریتیِ آسیب‌زا به‌صورت مزمن تکرار می‌شوند و پیامدهایی مانند فرسودگی، تعارض، بی‌اعتمادی، افت عملکرد و آسیب به سلامت روان را در سطح فردی و سازمانی ایجاد می‌کنند. این مفهوم با «فشار کاری {خواندن مقاله}

  • 5 دقیقه

    در دنیای پویای مدیریت محصول، جایی که Product Owners (PO) و Product Managers (PM) مدام با برنامه‌ریزی، پیگیری و آپدیت پروژه‌ها سروکار دارند، وسواس فکری می‌تواند یک چالش جدی باشد. این وسواس، که اغلب بخشی از اختلال وسواس فکری-عملی (OCD) یا تمایلات کمال‌گرایانه است، ممکن است به صورت نیاز مفرط به دقت، چک کردن چندین‌باره برنامه‌ها یا ترس از ناکامل بودن ظاهر شود. وسواس فکری در زمینه مدیریت پروژه اغلب به صورت «بهینه‌سازی بیش از حد» یا «optimization OCD» ظاهر می‌شود، جایی که فرد احساس می‌کند باید هر جزئیاتی را کامل برنامه‌ریزی کند تا از شکست جلوگیری شود. {خواندن مقاله}

  • 4 دقیقه

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

  • 4 دقیقه

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

  • 5 دقیقه

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

  • 4 دقیقه

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

  • 3 دقیقه

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

  • 4 دقیقه

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

  • 3 دقیقه

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

  • 4 دقیقه

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


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

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

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