مرتبسازی بکلاگ محصول: فراتر از اولویتبندی 🚀
کتاب تأکید میکند که مرتبسازی بکلاگ محصول چیزی فراتر از تخصیص اولویتها بر اساس ارزش کسبوکار است. در حالی که ارزش کسبوکار مهم است، اما تنها عامل تأثیرگذار بر ترتیب اقلام در بکلاگ محصول نیست.
راهنمای اسکرام در سال ۲۰۱۱، برای تاکید بر این مفهوم، از اصطلاح "اولویتبندی" به "مرتبسازی" تغییر کرد. واژه "اولویت" اغلب به اشتباه فقط به دستهبندیهایی مانند بالا، متوسط، پایین یا MoSCoW (باید، باید، میتواند، نخواهد) محدود میشد.
در عوض، مرتبسازی نیاز به رویکردی چندبعدی دارد که عوامل مختلفی را در نظر بگیرد، از جمله:
•ارزش کسبوکار: ایجاد درآمد، صرفهجویی در هزینه، حفظ مشتری و همراستایی با چشمانداز محصول. 💵
•ریسک: مواجهه با موقعیتهای مضر، چه کسبوکاری (مانند ضربالاجلهای قانونی) و چه فنی (مانند فناوریهای جدید). هرچه ریسک بالاتر باشد، جایگاه آیتم در بکلاگ بالاتر است. ⚠️
•هزینه/اندازه: تلاش و زمانی که برای پیادهسازی لازم است و عمدتاً منعکسکننده دیدگاه تیم توسعه است. ⏳
•وابستگی: محدودیتهای فنی یا کسبوکاری که ترتیب تکمیل را دیکته میکنند. برای مثال، یک ویژگی احراز هویت ممکن است قبل از ویژگیهای دیگر که ارزش بیشتری دارند، لازم باشد.
نویسنده فرمولی را برای کمک به کمّیسازی این متغیرها و ایجاد رتبهبندی ترتیب پیشنهاد میدهد:
(ارزش کسبوکار + ریسک) / اندازه = رتبه ترتیب
اعداد بالاتر نشاندهنده جایگاه بالاتر در بکلاگ محصول است. سپس میتوان بر اساس وابستگیهای شناساییشده تنظیمات لازم را اعمال کرد.
بصریسازی مرتبسازی و عملی نگهداشتن آن 🎯
این فرمول چارچوبی برای مرتبسازی دادهمحور ارائه میدهد، اما نباید به عنوان یک قانون مطلق استفاده شود. مالک محصول انعطافپذیری لازم برای تنظیم ترتیب را بر اساس بینشها، بحثها و اولویتهای در حال تغییر دارد.
شکل زیر تعامل ارزش کسبوکار، ریسک و اندازه را به عنوان ابعاد مرتبسازی بکلاگ محصول به صورت تصویری نشان میدهد.
کتاب همچنین توصیه میکند که تمرکز بیش از حد روی مرتبسازی کل بکلاگ محصول پرهیز شود. در عوض، بهتر است روی آیتمهایی که برای چند اسپرینت بعدی برنامهریزی شدهاند، تمرکز شود، زیرا پالایش مداوم به طور طبیعی ترتیب باقیمانده بکلاگ را شکل خواهد داد.
فرآیند مرتبسازی خود باعث گفتوگوهای ارزشمندی بین تیم اسکرام و ذینفعان میشود، که منجر به:
•شفافسازی فرضیات
•شناسایی سوءتفاهمها
•حل وابستگیها
•کاهش پیچیدگیهای اتفاقی
این بحثها در نهایت درک را بهبود میبخشند و ریسک را کاهش میدهند و به طور قابلتوجهی به فرآیند توسعه محصول کمک میکنند. 🚀✨
گروه تخصصی ازنو 🤝
صفحه لینکدین 💎
صفحه اینستاگرام 📱
کتاب تأکید میکند که مرتبسازی بکلاگ محصول چیزی فراتر از تخصیص اولویتها بر اساس ارزش کسبوکار است. در حالی که ارزش کسبوکار مهم است، اما تنها عامل تأثیرگذار بر ترتیب اقلام در بکلاگ محصول نیست.
راهنمای اسکرام در سال ۲۰۱۱، برای تاکید بر این مفهوم، از اصطلاح "اولویتبندی" به "مرتبسازی" تغییر کرد. واژه "اولویت" اغلب به اشتباه فقط به دستهبندیهایی مانند بالا، متوسط، پایین یا MoSCoW (باید، باید، میتواند، نخواهد) محدود میشد.
در عوض، مرتبسازی نیاز به رویکردی چندبعدی دارد که عوامل مختلفی را در نظر بگیرد، از جمله:
•ارزش کسبوکار: ایجاد درآمد، صرفهجویی در هزینه، حفظ مشتری و همراستایی با چشمانداز محصول. 💵
•ریسک: مواجهه با موقعیتهای مضر، چه کسبوکاری (مانند ضربالاجلهای قانونی) و چه فنی (مانند فناوریهای جدید). هرچه ریسک بالاتر باشد، جایگاه آیتم در بکلاگ بالاتر است. ⚠️
•هزینه/اندازه: تلاش و زمانی که برای پیادهسازی لازم است و عمدتاً منعکسکننده دیدگاه تیم توسعه است. ⏳
•وابستگی: محدودیتهای فنی یا کسبوکاری که ترتیب تکمیل را دیکته میکنند. برای مثال، یک ویژگی احراز هویت ممکن است قبل از ویژگیهای دیگر که ارزش بیشتری دارند، لازم باشد.
نویسنده فرمولی را برای کمک به کمّیسازی این متغیرها و ایجاد رتبهبندی ترتیب پیشنهاد میدهد:
(ارزش کسبوکار + ریسک) / اندازه = رتبه ترتیب
اعداد بالاتر نشاندهنده جایگاه بالاتر در بکلاگ محصول است. سپس میتوان بر اساس وابستگیهای شناساییشده تنظیمات لازم را اعمال کرد.
بصریسازی مرتبسازی و عملی نگهداشتن آن 🎯
این فرمول چارچوبی برای مرتبسازی دادهمحور ارائه میدهد، اما نباید به عنوان یک قانون مطلق استفاده شود. مالک محصول انعطافپذیری لازم برای تنظیم ترتیب را بر اساس بینشها، بحثها و اولویتهای در حال تغییر دارد.
شکل زیر تعامل ارزش کسبوکار، ریسک و اندازه را به عنوان ابعاد مرتبسازی بکلاگ محصول به صورت تصویری نشان میدهد.
کتاب همچنین توصیه میکند که تمرکز بیش از حد روی مرتبسازی کل بکلاگ محصول پرهیز شود. در عوض، بهتر است روی آیتمهایی که برای چند اسپرینت بعدی برنامهریزی شدهاند، تمرکز شود، زیرا پالایش مداوم به طور طبیعی ترتیب باقیمانده بکلاگ را شکل خواهد داد.
فرآیند مرتبسازی خود باعث گفتوگوهای ارزشمندی بین تیم اسکرام و ذینفعان میشود، که منجر به:
•شفافسازی فرضیات
•شناسایی سوءتفاهمها
•حل وابستگیها
•کاهش پیچیدگیهای اتفاقی
این بحثها در نهایت درک را بهبود میبخشند و ریسک را کاهش میدهند و به طور قابلتوجهی به فرآیند توسعه محصول کمک میکنند. 🚀✨
گروه تخصصی ازنو 🤝
صفحه لینکدین 💎
صفحه اینستاگرام 📱
❤5👍4
«آماده» و «تمامشده» در توسعه چابک محصول 🎯🤝
پیشاپیش از ترجمه Ready و Done عذرخواهی میکنم. بواسطه به همریختگی متن در تلگرام ترجیح دادم از معادل فارسی استفاده کنم.😔
کتاب تأکید میکنند که «تمامشده» و «آماده» مفاهیمی حیاتی برای موفقیت در توسعه چابک محصول هستند، بهویژه در چارچوب اسکرام. این دو، حالتهای مختلف اما مرتبط برای اقلام بکلاگ محصول را نشان میدهند.
درک مفهوم «تمامشده» ✅
تعریف: «تمامشده» به این معناست که یک آیتم بکلاگ محصول یا یک افزایش (Increment) کاملاً تکمیل شده و هیچ کاری باقی نمانده است. به این معنی که آیتم آماده انتشار است. تعریف «تمامشده» باید برای همه اعضای تیم مشترک و قابل درک باشد.
اهمیت: یک تعریف شفاف از «تمامشده» شفافیت را تضمین کرده، ریسکها را کاهش داده و تحویل مستمر را ترویج میدهد. این تعریف مانند یک میدان مغناطیسی عمل میکند و تیم را هدایت کرده و مطمئن میسازد که پیشرفت به سمت نتیجهای ارزشمند حاصل میشود.
دامنه: تعریف «تمامشده» به کل افزایش (Increment) اعمال میشود و جنبههای فنی (مانند تست واحد و بازبینی کد) و نیازهای حوزه (مانند مقررات و تطابق) را شامل میشود.
تمامشده» مداوم: به طور ایدئال، آیتمهای بکلاگ باید در طول اسپرینت به تعریف «تمامشده» برسند، نه فقط در پایان. این کار ریسک را کاهش داده و امکان انتشار مداوم را فراهم میکند.
انعطافپذیری: تعریف «تمامشده» جهانشمول نیست و میتواند بین تیمها بسیار متفاوت باشد. این تعریف باید به شرایط خاص محصول و تیم تطبیق داده شود.
پویا بودن: تعریف «تمامشده» ثابت نیست و باید با گذشت زمان تکامل یابد. جلسه بازنگری اسپرینت (Sprint Retrospective) مکان خوبی برای اعمال تغییرات است.
ذهنیت «آماده» 🧠🚦
مفهوم: «آماده» یک چکلیست نیست، بلکه یک ذهنیت است که اطمینان میدهد اقلام بکلاگ محصول بهطور کافی پیش از ورود به اسپرینت آماده هستند. این ذهنیت به ایجاد درکی مشترک در تیم اسکرام کمک میکند. اگر در ابتدای اسپرینت «آماده» نباشید، در پایان «تمامشده» نخواهید بود.
هدف: «آماده» به جلوگیری از اصل «ورود زباله ، خروج زباله » کمک میکند. به عبارت دیگر، اطمینان حاصل میشود که اقلام بکلاگی که به درستی تعریف یا درک نشدهاند، خروجی بیکیفیت تولید نکنند.
جنبههای کلیدی:
بهاندازه کافی کوچک: اقلام بکلاگ باید آنقدر کوچک باشند که در یک اسپرینت تکمیل شوند.
اندازهگیری شده: میزان تلاش مورد نیاز برای یک آیتم بکلاگ باید با توجه به کل بکلاگ محصول درک شود.
بهاندازه کافی جزئی: هر آیتم باید جزئیات و معیارهای قبولی کافی برای اطمینان از عملکرد موردنظر داشته باشد.
درکشده: تیم توسعه باید هدف آیتم بکلاگ را بهطور کامل درک کند.
انعطافپذیری: نویسنده تأکید میکند که «آماده» یک قرارداد سخت نیست. تیم باید بتواند اقلام بکلاگی را در نظر بگیرد که کاملاً معیارهای «آماده» را برآورده نکردهاند تا همکاری و تطبیقپذیری را ترغیب کند.
خط «آماده»: یک خط «آماده» که اغلب همراه با نگاشت داستان استفاده میشود، میتواند به تجسم پیشرفت اقلام بکلاگ محصول در فرایند پالایش کمک کند.
رویکرد ناب: رسیدن به «آماده» برای یک آیتم بکلاگ به معنی بیان داستان پشت تصویر به روشی است که تیم توسعه بتواند بر اساس آن اقدام کند. این کار باید درست قبل از توسعه انجام شود. صرف زمان بیشازحد برای «آماده» هدررفت محسوب میشود. کافی است مقدار مشخصی از بکلاگ برای چند اسپرینت آینده «آماده» باشد.
رابطه بین «تمامشده» و «آماده» 🔄
آماده» پیش از «تمامشده» میآید: حالت «آماده» اقلام بکلاگ محصول را برای توسعه آماده میکند، درحالیکه «تمامشده» به معنای تکمیل موفقیتآمیز آنها است.
معیارهای پذیرش: معیارهای پذیرش به آیتمهای خاص بکلاگ محصول مربوط میشوند. برای دستیابی به ارزش آیتم، معیارهای پذیرش و همچنین معیارهای کلی «تمامشده» باید رعایت شوند.
تمامشده» یک معیار پذیرش جهانی است: اگر یک آیتم بکلاگ حذف شود، معیارهای پذیرش آن نیز حذف میشوند، اما معیارهای «تمامشده» پابرجا میمانند.
بهبود مستمر: «تمامشده» و «آماده» باید به طور مداوم بررسی و تطبیق داده شوند تا مرتبط و مؤثر باقی بمانند.
گروه تخصصی ازنو 🤝
صفحه لینکدین 💎
صفحه اینستاگرام 📱
پیشاپیش از ترجمه Ready و Done عذرخواهی میکنم. بواسطه به همریختگی متن در تلگرام ترجیح دادم از معادل فارسی استفاده کنم.😔
کتاب تأکید میکنند که «تمامشده» و «آماده» مفاهیمی حیاتی برای موفقیت در توسعه چابک محصول هستند، بهویژه در چارچوب اسکرام. این دو، حالتهای مختلف اما مرتبط برای اقلام بکلاگ محصول را نشان میدهند.
درک مفهوم «تمامشده» ✅
تعریف: «تمامشده» به این معناست که یک آیتم بکلاگ محصول یا یک افزایش (Increment) کاملاً تکمیل شده و هیچ کاری باقی نمانده است. به این معنی که آیتم آماده انتشار است. تعریف «تمامشده» باید برای همه اعضای تیم مشترک و قابل درک باشد.
اهمیت: یک تعریف شفاف از «تمامشده» شفافیت را تضمین کرده، ریسکها را کاهش داده و تحویل مستمر را ترویج میدهد. این تعریف مانند یک میدان مغناطیسی عمل میکند و تیم را هدایت کرده و مطمئن میسازد که پیشرفت به سمت نتیجهای ارزشمند حاصل میشود.
دامنه: تعریف «تمامشده» به کل افزایش (Increment) اعمال میشود و جنبههای فنی (مانند تست واحد و بازبینی کد) و نیازهای حوزه (مانند مقررات و تطابق) را شامل میشود.
تمامشده» مداوم: به طور ایدئال، آیتمهای بکلاگ باید در طول اسپرینت به تعریف «تمامشده» برسند، نه فقط در پایان. این کار ریسک را کاهش داده و امکان انتشار مداوم را فراهم میکند.
انعطافپذیری: تعریف «تمامشده» جهانشمول نیست و میتواند بین تیمها بسیار متفاوت باشد. این تعریف باید به شرایط خاص محصول و تیم تطبیق داده شود.
پویا بودن: تعریف «تمامشده» ثابت نیست و باید با گذشت زمان تکامل یابد. جلسه بازنگری اسپرینت (Sprint Retrospective) مکان خوبی برای اعمال تغییرات است.
ذهنیت «آماده» 🧠🚦
مفهوم: «آماده» یک چکلیست نیست، بلکه یک ذهنیت است که اطمینان میدهد اقلام بکلاگ محصول بهطور کافی پیش از ورود به اسپرینت آماده هستند. این ذهنیت به ایجاد درکی مشترک در تیم اسکرام کمک میکند. اگر در ابتدای اسپرینت «آماده» نباشید، در پایان «تمامشده» نخواهید بود.
هدف: «آماده» به جلوگیری از اصل «ورود زباله ، خروج زباله » کمک میکند. به عبارت دیگر، اطمینان حاصل میشود که اقلام بکلاگی که به درستی تعریف یا درک نشدهاند، خروجی بیکیفیت تولید نکنند.
جنبههای کلیدی:
بهاندازه کافی کوچک: اقلام بکلاگ باید آنقدر کوچک باشند که در یک اسپرینت تکمیل شوند.
اندازهگیری شده: میزان تلاش مورد نیاز برای یک آیتم بکلاگ باید با توجه به کل بکلاگ محصول درک شود.
بهاندازه کافی جزئی: هر آیتم باید جزئیات و معیارهای قبولی کافی برای اطمینان از عملکرد موردنظر داشته باشد.
درکشده: تیم توسعه باید هدف آیتم بکلاگ را بهطور کامل درک کند.
انعطافپذیری: نویسنده تأکید میکند که «آماده» یک قرارداد سخت نیست. تیم باید بتواند اقلام بکلاگی را در نظر بگیرد که کاملاً معیارهای «آماده» را برآورده نکردهاند تا همکاری و تطبیقپذیری را ترغیب کند.
خط «آماده»: یک خط «آماده» که اغلب همراه با نگاشت داستان استفاده میشود، میتواند به تجسم پیشرفت اقلام بکلاگ محصول در فرایند پالایش کمک کند.
رویکرد ناب: رسیدن به «آماده» برای یک آیتم بکلاگ به معنی بیان داستان پشت تصویر به روشی است که تیم توسعه بتواند بر اساس آن اقدام کند. این کار باید درست قبل از توسعه انجام شود. صرف زمان بیشازحد برای «آماده» هدررفت محسوب میشود. کافی است مقدار مشخصی از بکلاگ برای چند اسپرینت آینده «آماده» باشد.
رابطه بین «تمامشده» و «آماده» 🔄
آماده» پیش از «تمامشده» میآید: حالت «آماده» اقلام بکلاگ محصول را برای توسعه آماده میکند، درحالیکه «تمامشده» به معنای تکمیل موفقیتآمیز آنها است.
معیارهای پذیرش: معیارهای پذیرش به آیتمهای خاص بکلاگ محصول مربوط میشوند. برای دستیابی به ارزش آیتم، معیارهای پذیرش و همچنین معیارهای کلی «تمامشده» باید رعایت شوند.
تمامشده» یک معیار پذیرش جهانی است: اگر یک آیتم بکلاگ حذف شود، معیارهای پذیرش آن نیز حذف میشوند، اما معیارهای «تمامشده» پابرجا میمانند.
بهبود مستمر: «تمامشده» و «آماده» باید به طور مداوم بررسی و تطبیق داده شوند تا مرتبط و مؤثر باقی بمانند.
گروه تخصصی ازنو 🤝
صفحه لینکدین 💎
صفحه اینستاگرام 📱
❤2👍2
عنوان: Story Mapping: تجسم مسیر محصول 🗺✨
کتاب Story Mapping را بهعنوان ابزاری قدرتمند برای درک و توسعه محصول از طریق تجسم سفر کاربران و قابلیتهای کلیدی آن معرفی میکند. این روش با افزودن یک بعد فضایی یا چندبعدی به برنامهریزی محصول، فراتر از یک بکلاگ محصول خطی و یکبعدی عمل میکند.
عنوان: Story Mapping چیست؟
دیدگاه چندبعدی: Story Mapping این امکان را میدهد که بکلاگ محصول را بهعنوان یک فهرست خطی از آیتمهای اولویتبندیشده نبینیم، بلکه ساختاری بصری ارائه میدهد که روابط بین ویژگیها، فعالیتهای کاربران و انتشارها را به تصویر میکشد.
کاربرمحور: Story Mapping حول محور فعالیتهای کاربران ساخته شده است و تیم را برای کشف و ایجاد راهحل مناسب برای کاربران راهنمایی میکند.
ابزار پویا: Story Mapping بهمرور با دستیابی به بینشهای جدید تکامل مییابد و ابزاری پویا و مشارکتی به شمار میرود.
یادگیری سریع: ساختار Story Mapping استراتژیای برای یادگیری سریع در توسعه ارائه میدهد.
ارتباط مؤثر: Story Mapping به تیم کمک میکند تا درباره پروژه بهتر ارتباط برقرار کنند.
مراحل ایجاد Story Mapping 🛠
نویسنده چند مرحله برای ایجاد Story Mapping ارائه میدهد:
فعالیتهای کلیدی (ستون اصلی): ابتدا فعالیتهای کلی کاربران را شناسایی کنید. از بوم مدل کسبوکار برای تعریف بخشهای مشتری و ارزشهای پیشنهادی کمک بگیرید. این فعالیتها ستون اصلی Story Mapping را تشکیل میدهند و نشاندهنده وظایف اصلی کاربران با محصول شما هستند.
اپیکها (اسکلت پایه): فعالیتهای کلیدی را به اپیکها تقسیم کنید و یک "اسکلت پایه" برای Story Mapping ایجاد کنید. اپیکها داستانهای بزرگی هستند که نشاندهنده بخشهای مهمی از قابلیتهای محصول هستند.
داستانهای کاربری (نقشه کاربر مهمترین): داستانهای کاربری مربوط به مهمترین کاربران محصول را مشخص کنید. این داستانها از چپ به راست جریان دارند و یک روز عادی کاربر با محصول را نشان میدهند.
شناسایی فعالیتهای کلیدی دیگر: داستانهای کاربری مرتبط را بهعنوان یک فعالیت گروهبندی کنید تا فعالیتهای کلیدی جدید شناسایی شوند. این فرایند بهصورت تکراری ادامه مییابد.
افزودن کاربران دیگر: داستانها و فعالیتهای کاربران دیگر را بر اساس میزان اهمیت آنها ترسیم کنید. هر وظیفه باید بهوضوح با یک کاربر مشخص ارتباط داشته باشد.
بررسی و اصلاح Story Mapping 🔍
بعد از ایجاد Story Mapping، گامهای زیر ضروری است:
تکمیل و بهینهسازی: داستانهای بزرگ را به داستانهای کوچکتر تقسیم کنید و مسیرهای کاربری مختلف را اضافه کنید. نقشه باید با افزایش دانش تغییر کند.
فکر خلاقانه: مسیرهای جایگزین را بررسی کنید و درباره روشهای بازیابی کاربر در صورت خطا فکر کنید. ایدههایتان را گسترش دهید و خود را محدود نکنید.
جمعآوری بازخورد: Story Mapping را با ذینفعان و تیم توسعه به اشتراک بگذارید تا بازخورد بگیرید، ریسکها و وابستگیها را شناسایی کنید و فناوریهای موجود را بررسی کنید.
گروهبندی بر اساس انتشارها: داستانهای کاربری را در دستههای انتشار سازماندهی کنید. Story Mapping بهعنوان یک نقشه راه عمل میکند و اولین انتشار معمولاً حداقل محصول قابل دوام (MVP) است. داستانهای مهمتر را بالا ببرید و داستانهای کماهمیتتر را در پایین قرار دهید.
عنوان: Story Mapping و بکلاگ محصول 📋
ابزارهای مکمل: Story Mapping و بکلاگ محصول مکمل یکدیگر هستند. Story Mapping کار را در چند بعد بیان میکند، درحالیکه بکلاگ محصول یک صف اولویتبندی شده یکبعدی است.
انتقال نقشه: تیم اسکرام باید Story Mapping را به بکلاگ محصول منتقل کرده و نظمی ایجاد کند که بیشترین ارزش را تولید کند، ریسک را کاهش دهد، و به وابستگیهای فنی برای یادگیری سریع پاسخ دهد.
راهنمای بکلاگ: ترتیب حاصل در بکلاگ باید منعکسکننده حداکثرسازی ارزش، کاهش ریسک و مدیریت وابستگیهای فنی برای یادگیری سریع باشد.
بهطور خلاصه، Story Mapping رویکردی بصری و کاربرمحور برای توسعه محصول ارائه میدهد که به تیمها کمک میکند تا تصویر کلان را بفهمند، به جزئیات سفر کاربران بپردازند، و این اطلاعات را به آیتمهای بکلاگ محصول متصل کنند. این روش با ارائه درکی جامعتر از چشمانداز محصول و قابلیتهای آن، بکلاگ محصول را تکمیل میکند. 🚀
گروه تخصصی ازنو 🤝
صفحه لینکدین 💎
صفحه اینستاگرام 📱
کتاب Story Mapping را بهعنوان ابزاری قدرتمند برای درک و توسعه محصول از طریق تجسم سفر کاربران و قابلیتهای کلیدی آن معرفی میکند. این روش با افزودن یک بعد فضایی یا چندبعدی به برنامهریزی محصول، فراتر از یک بکلاگ محصول خطی و یکبعدی عمل میکند.
عنوان: Story Mapping چیست؟
دیدگاه چندبعدی: Story Mapping این امکان را میدهد که بکلاگ محصول را بهعنوان یک فهرست خطی از آیتمهای اولویتبندیشده نبینیم، بلکه ساختاری بصری ارائه میدهد که روابط بین ویژگیها، فعالیتهای کاربران و انتشارها را به تصویر میکشد.
کاربرمحور: Story Mapping حول محور فعالیتهای کاربران ساخته شده است و تیم را برای کشف و ایجاد راهحل مناسب برای کاربران راهنمایی میکند.
ابزار پویا: Story Mapping بهمرور با دستیابی به بینشهای جدید تکامل مییابد و ابزاری پویا و مشارکتی به شمار میرود.
یادگیری سریع: ساختار Story Mapping استراتژیای برای یادگیری سریع در توسعه ارائه میدهد.
ارتباط مؤثر: Story Mapping به تیم کمک میکند تا درباره پروژه بهتر ارتباط برقرار کنند.
مراحل ایجاد Story Mapping 🛠
نویسنده چند مرحله برای ایجاد Story Mapping ارائه میدهد:
فعالیتهای کلیدی (ستون اصلی): ابتدا فعالیتهای کلی کاربران را شناسایی کنید. از بوم مدل کسبوکار برای تعریف بخشهای مشتری و ارزشهای پیشنهادی کمک بگیرید. این فعالیتها ستون اصلی Story Mapping را تشکیل میدهند و نشاندهنده وظایف اصلی کاربران با محصول شما هستند.
اپیکها (اسکلت پایه): فعالیتهای کلیدی را به اپیکها تقسیم کنید و یک "اسکلت پایه" برای Story Mapping ایجاد کنید. اپیکها داستانهای بزرگی هستند که نشاندهنده بخشهای مهمی از قابلیتهای محصول هستند.
داستانهای کاربری (نقشه کاربر مهمترین): داستانهای کاربری مربوط به مهمترین کاربران محصول را مشخص کنید. این داستانها از چپ به راست جریان دارند و یک روز عادی کاربر با محصول را نشان میدهند.
شناسایی فعالیتهای کلیدی دیگر: داستانهای کاربری مرتبط را بهعنوان یک فعالیت گروهبندی کنید تا فعالیتهای کلیدی جدید شناسایی شوند. این فرایند بهصورت تکراری ادامه مییابد.
افزودن کاربران دیگر: داستانها و فعالیتهای کاربران دیگر را بر اساس میزان اهمیت آنها ترسیم کنید. هر وظیفه باید بهوضوح با یک کاربر مشخص ارتباط داشته باشد.
بررسی و اصلاح Story Mapping 🔍
بعد از ایجاد Story Mapping، گامهای زیر ضروری است:
تکمیل و بهینهسازی: داستانهای بزرگ را به داستانهای کوچکتر تقسیم کنید و مسیرهای کاربری مختلف را اضافه کنید. نقشه باید با افزایش دانش تغییر کند.
فکر خلاقانه: مسیرهای جایگزین را بررسی کنید و درباره روشهای بازیابی کاربر در صورت خطا فکر کنید. ایدههایتان را گسترش دهید و خود را محدود نکنید.
جمعآوری بازخورد: Story Mapping را با ذینفعان و تیم توسعه به اشتراک بگذارید تا بازخورد بگیرید، ریسکها و وابستگیها را شناسایی کنید و فناوریهای موجود را بررسی کنید.
گروهبندی بر اساس انتشارها: داستانهای کاربری را در دستههای انتشار سازماندهی کنید. Story Mapping بهعنوان یک نقشه راه عمل میکند و اولین انتشار معمولاً حداقل محصول قابل دوام (MVP) است. داستانهای مهمتر را بالا ببرید و داستانهای کماهمیتتر را در پایین قرار دهید.
عنوان: Story Mapping و بکلاگ محصول 📋
ابزارهای مکمل: Story Mapping و بکلاگ محصول مکمل یکدیگر هستند. Story Mapping کار را در چند بعد بیان میکند، درحالیکه بکلاگ محصول یک صف اولویتبندی شده یکبعدی است.
انتقال نقشه: تیم اسکرام باید Story Mapping را به بکلاگ محصول منتقل کرده و نظمی ایجاد کند که بیشترین ارزش را تولید کند، ریسک را کاهش دهد، و به وابستگیهای فنی برای یادگیری سریع پاسخ دهد.
راهنمای بکلاگ: ترتیب حاصل در بکلاگ باید منعکسکننده حداکثرسازی ارزش، کاهش ریسک و مدیریت وابستگیهای فنی برای یادگیری سریع باشد.
بهطور خلاصه، Story Mapping رویکردی بصری و کاربرمحور برای توسعه محصول ارائه میدهد که به تیمها کمک میکند تا تصویر کلان را بفهمند، به جزئیات سفر کاربران بپردازند، و این اطلاعات را به آیتمهای بکلاگ محصول متصل کنند. این روش با ارائه درکی جامعتر از چشمانداز محصول و قابلیتهای آن، بکلاگ محصول را تکمیل میکند. 🚀
گروه تخصصی ازنو 🤝
صفحه لینکدین 💎
صفحه اینستاگرام 📱
👌2❤1👍1
✨ چگونه اعتماد را در تیمها بسازیم، حفظ کنیم و بازسازی کنیم؟ ✨
🔑 اعتماد، پایه و اساس موفقیت تیمهاست. اما این عنصر کلیدی چگونه ساخته میشود؟ چطور میتوانیم نشانههای بیاعتمادی را بشناسیم و با آن مقابله کنیم؟ و وقتی اعتماد شکسته میشود، چگونه میتوان آن را از نو ساخت؟
من شما را به یک رویداد ویژه دعوت میکنم:
🌟 "نقشه راه اعتماد در تیمها: از ساختن تا بازسازی"
📅 تاریخ: سه شنبه 18 دی
⏰ زمان: 18:00 الی 20:30
📍 مکان: کارخانه نوآوری مشهد
📚 این جلسه بر اساس چهارچوب اعتماد طراحی شده است و شما با این موارد آشنا خواهید شد:
1️⃣ پارامترهای اعتماد و راهکارهایی برای ساختن آن در تیمها.
2️⃣ نشانهها و چالشهای بیاعتمادی و تکنیکهای موثر برای مدیریت آن.
3️⃣ اصول و راه بازسازی اعتماد از دسترفته در محیط کاری.
✨ اگر میخواهید تیمی قابل اعتماد و هماهنگ بسازید یا با چالشهای بیاعتمادی در تیمها روبهرو هستید، این رویداد برای شما طراحی شده است.
🔗 ثبتنام و اطلاعات بیشتر: https://evand.com/events/trust-framework
منتظرتان هستیم تا با هم راههای ساختن یک تیم قدرتمند و مبتنی بر اعتماد را کشف کنیم. 🌟
🔑 اعتماد، پایه و اساس موفقیت تیمهاست. اما این عنصر کلیدی چگونه ساخته میشود؟ چطور میتوانیم نشانههای بیاعتمادی را بشناسیم و با آن مقابله کنیم؟ و وقتی اعتماد شکسته میشود، چگونه میتوان آن را از نو ساخت؟
من شما را به یک رویداد ویژه دعوت میکنم:
🌟 "نقشه راه اعتماد در تیمها: از ساختن تا بازسازی"
📅 تاریخ: سه شنبه 18 دی
⏰ زمان: 18:00 الی 20:30
📍 مکان: کارخانه نوآوری مشهد
📚 این جلسه بر اساس چهارچوب اعتماد طراحی شده است و شما با این موارد آشنا خواهید شد:
1️⃣ پارامترهای اعتماد و راهکارهایی برای ساختن آن در تیمها.
2️⃣ نشانهها و چالشهای بیاعتمادی و تکنیکهای موثر برای مدیریت آن.
3️⃣ اصول و راه بازسازی اعتماد از دسترفته در محیط کاری.
✨ اگر میخواهید تیمی قابل اعتماد و هماهنگ بسازید یا با چالشهای بیاعتمادی در تیمها روبهرو هستید، این رویداد برای شما طراحی شده است.
🔗 ثبتنام و اطلاعات بیشتر: https://evand.com/events/trust-framework
منتظرتان هستیم تا با هم راههای ساختن یک تیم قدرتمند و مبتنی بر اعتماد را کشف کنیم. 🌟
❤4🔥1🤩1
Forwarded from Amir Doorandish
📸 گزارشی از رویداد "نقشه راه اعتماد در تیمها"
هفته گذشته فرصتی فوقالعاده داشتیم تا میزبان نمایندگانی از 8 شرکت مختلف باشیم که با نقشهای گوناگون از جمله مدیران، رهبران تیم، و متخصصان حوزه منابع انسانی در این رویداد حضور داشتند.
✨ این رویداد، سفری به عمق اعتماد در تیمها بود:
✅ بررسی اصول ساخت اعتماد و راهکارهای عملی
✅ شناسایی دلایل بیاعتمادی و نحوه مقابله با آن
✅ و ارائه تکنیکهایی برای بازسازی اعتماد شکسته در محیط کار
حضور و مشارکت فعال مهمانان، تبادل تجربیات متنوع و پرسشهای چالشبرانگیز، این رویداد را به فرصتی الهامبخش برای همه ما تبدیل کرد. 🌟
در ادامه، میتوانید تصاویری از لحظات ناب این رویداد را مشاهده کنید.
ممنون از تمامی شرکتکنندگان که با حضورشان به این رویداد ارزش ویژهای بخشیدند. 🙏
منتظر رویدادهای بعدی ما باشید! 🌟
#اعتماد #تیم_سازی #رویداد_آموزشی
هفته گذشته فرصتی فوقالعاده داشتیم تا میزبان نمایندگانی از 8 شرکت مختلف باشیم که با نقشهای گوناگون از جمله مدیران، رهبران تیم، و متخصصان حوزه منابع انسانی در این رویداد حضور داشتند.
✨ این رویداد، سفری به عمق اعتماد در تیمها بود:
✅ بررسی اصول ساخت اعتماد و راهکارهای عملی
✅ شناسایی دلایل بیاعتمادی و نحوه مقابله با آن
✅ و ارائه تکنیکهایی برای بازسازی اعتماد شکسته در محیط کار
حضور و مشارکت فعال مهمانان، تبادل تجربیات متنوع و پرسشهای چالشبرانگیز، این رویداد را به فرصتی الهامبخش برای همه ما تبدیل کرد. 🌟
در ادامه، میتوانید تصاویری از لحظات ناب این رویداد را مشاهده کنید.
ممنون از تمامی شرکتکنندگان که با حضورشان به این رویداد ارزش ویژهای بخشیدند. 🙏
منتظر رویدادهای بعدی ما باشید! 🌟
#اعتماد #تیم_سازی #رویداد_آموزشی
❤4