-
10 دقیقه
راهنمای عملی برای تسهیل اولویتها، ظرفیتسنجی، و ساخت کیفیت درون فرایند (Scrum Guide 2020) Problem Context — قصهی یک تیم QA «سِرویسی» یک تیم QA دو نفره داریم که بین ۵ محصول بهاشتراک گذاشته شدهاند. هر PO در بورد اسپرینتِ خودش «تسک QA» میگذارد و تیم QA موظف است این تسکها را از محصولات مختلف {خواندن مقاله}
-
۲۰ نشانه “زامبی اسکرام” (Zombie Scrum) یا اسکرام ناکارآمد
9 دقیقه۲۰ نشانه “زامبی اسکرام” (Zombie Scrum) با شرح کامل «زامبیاسکرام» زمانی رخ میدهد که تیم ظاهراً اسکرام را اجرا میکند (رویدادها، بردها، اسپرینتها) اما روح تجربهگرایی، تمرکز بر ارزش، و بهبود مستمر در آن مرده است. نتیجه؟ خروجیهای بیارزش، بازخورد دیرهنگام، ناامیدی تیم و بیاعتمادی ذینفعان. این مقاله ۲۰ نشانه اصلی زامبیاسکرام را میگیرد و {خواندن مقاله}
-
پیشرفت از دل چالشها، تجربه تنظیم Working Agreement برای یک تیم دیجیتال
10 دقیقهداستان یک تیم پرچالش: تنظیم Working Agreement مقدمه تیم «بلندپروازان دیجیتال» تیمی است که به تازگی به پروژهای بزرگ برای توسعه یک اپلیکیشن موبایل وارد شده است. اعضای تیم از رشتهها و تخصصهای مختلف آمدهاند و بهطور معمولی تجربهی کار تیمی نداشتهاند. مشکلاتی که این تیم با آن مواجه شده، از جمله اختلافات فنی، عدم {خواندن مقاله}
-
ترک شغل؛ مسئلهای انسانی نه اقتصادی — راه حل اسکرام چیست؟
6 دقیقهاز فرسودگی تا معنا: نسخه اسکرام برای حفظ سرمایه انسانی این مقاله اولین بار در اجایل گپ منتشر شده است و این یک نسخه کپی از آن است. ترک شغل معمولاً نتیجهٔ روندی تدریجی است که در آن نیازهای روانی، حرفهای و انسانی کارمند نادیده گرفته میشود. پژوهشهای گسترده در حوزه رفتار سازمانی نشان میدهد {خواندن مقاله}
-
چه جای امنی برای کار کردن! آهنگی خوشبینانه درباره امنیت روانی در محل کار – Agile Songs
3 دقیقهدر پادکست Agile Songs قرار بر آن است اصول اجایل را به زیبایی به صورت آواز با هوش مصنوعی بخواند. به این اپیزود «چه جای امنی برای کار کردن!» گوش کنید و لذت ببرید در ادامه ترجمه آن، به اصولی از چابکی که اشاره شده است را آوردهام. اپیزود شنیدنی از :What a Safe Place {خواندن مقاله}
-
تفاوت Product Spec و FRD در مدیریت محصول و توسعه نرمافزار
3 دقیقهراهنمای جامع برای مدیران محصول، طراحان و تیمهای مهندسی در فرآیند طراحی و توسعه محصول، اسناد مختلفی برای هماهنگی تیمها و هدایت کار مورد استفاده قرار میگیرند. دو سند بسیار کلیدی که اغلب با یکدیگر اشتباه گرفته میشوند، Product Specification (یا Product Spec) و Functional Requirements Document (یا FRD) هستند.با وجود ارتباط نزدیک میان این {خواندن مقاله}
-
چطور Product Spec را طوری بنویسیم که تیم را توانمند کند؟
9 دقیقهکلید حذف دوبارهکاری، افزایش سرعت تصمیمگیری و بالا بردن کیفیت محصول در بسیاری از تیمها، اسپک محصول (قالب اسپک آمادهٔ پرکردن) به یک سند رسمی، خشک و پرجزئیات تبدیل میشود؛ چیزی که یا هیچکس به آن رجوع نمیکند، یا اگر رجوع کند، کمک چندانی از آن دریافت نمیکند. در مقابل، در برخی تیمها اسپک محصول {خواندن مقاله}
-
مدیریت ذینفعان در اسکرام: از «چرایی» تا یک برنامهٔ عملی و پایدار برای در جریان نگهداشتن همگان
7 دقیقهاگر محصول شما ارزش میسازد اما «ذینفعان» آن را نمیبینند یا بر اساس شواهد با شما همتصمیم نمیشوند، ریسک دوبارهکاری و هدررفت بالا میرود. این مقاله، مفهوم مدیریت ذینفعان را در اسکرام روشن میکند، ابزارهای بومی اسکرام برای اطلاعرسانی مؤثر را معرفی میکند، و در نهایت یک برنامهٔ ساده و همیشگی میدهد که امروز میتوانید اجرا کنید. {خواندن مقاله}
-
از مالکیتِ تسک تا تعهد به هدف: شکافِ پنهان تیم
4 دقیقهچطور بدون تنش و ایجاد ناراحتی، روحیهٔ کار تیمی را تقویت کنیم؟ تعریف مسأله در تیم در تیم شما یک توسعهدهنده به تسکی که «برداشته» میچسبد و در مواجهه با آیتمِ اولویتبالا در برد، کمک کردن را معادل «context switch» میبیند؛ بنابراین در Swarming شرکت نمیکند. نتیجه؟ خطرِ دور شدن تیم از Sprint Goal و کند شدن جریان تحویل. {خواندن مقاله}
منتورینگ رایگان مالکین محصول
«اگر در یک شرکت نرمافزاری مشغول به کارهای روزانه یک PO هستید و دوست دارید در مورد پیادهسازی اجایل، اسکرام و چالشهای نقش PO در چهارچوب اسکرام یا تفکر استراتژیک در محصول، راهنمایی و مشاوره بگیرید، در خدمتتون هستم. یک وقت در adplist بگیرید.»