چطور توی تیم‌های اجایل اعتماد بسازیم؟ 🤝*✨***

اعتماد یکی از پایه‌های اصلی موفقیت تیم‌های اجایله. اما چطور می‌شه این اعتماد رو تقویت کرد؟ توی یه کروسل ۷ اسلایدی به راهکارهای کلیدی مثل:

✅ ایجاد محیط کاری امن و شفاف
✅ نقش رهبری تسهیل‌گر و تحول‌گرا
✅ ویژگی‌های شخصی و فرهنگی مؤثر در اعتمادسازی

پرداختیم تا ببینیم چطور می‌تونیم تیممون رو به سطح بالاتری از همکاری برسونیم. 🚀

📌 پست رو ببینید، نظرتون رو کامنت کنید و بگید که تیم شما چطور اعتماد رو می‌سازه؟
🔗 لینک پست لینکدین

*📢 چرا درست نمی‌شنویم، حتی وقتی گوش می‌دهیم؟ 👂*🚧**

گاهی تلاش می‌کنیم شنونده خوبی باشیم، اما باز هم پیام را درست دریافت نمی‌کنیم. دلیلش چیه؟ 🤔

✅ تصور اشتباه که قدرت در حرف زدن است، نه شنیدن
✅ فیلترهای ذهنی و برداشت‌های شخصی که پیام را تحریف می‌کنند
✅ احساسات قوی که تمرکز را از بین می‌برند
✅ حواس‌پرتی‌های بیرونی و درونی که مانع تمرکز می‌شوند

در این پست اسلایدی، به مهم‌ترین موانع شنیدن مؤثر و راهکارهای غلبه بر آن‌ها پرداخته‌ایم. حتماً ببینید و بگویید کدام مانع برای شما چالش‌برانگیزتر است! 👇

📌 لینک به پست لینکدین

#مهارتهای_ارتباطی #شنیدن_فعال #رشد_فردی

*✨ چگونه اعتماد را در تیم‌ها بسازیم، حفظ کنیم و بازسازی کنیم؟ ✨***

? اعتماد، پایه و اساس موفقیت تیم‌هاست. اما این عنصر کلیدی چگونه ساخته می‌شود؟ چطور می‌توانیم نشانه‌های بی‌اعتمادی را بشناسیم و با آن مقابله کنیم؟ و وقتی اعتماد شکسته می‌شود، چگونه می‌توان آن را از نو ساخت؟

من شما را به یک رویداد ویژه دعوت می‌کنم:
? "نقشه راه اعتماد در تیم‌ها: از ساختن تا بازسازی"
? تاریخ: سه شنبه 18 دی
⏰ زمان: 18:00 الی 20:30
? مکان: کارخانه نوآوری مشهد

? این جلسه بر اساس چهارچوب اعتماد طراحی شده است و شما با این موارد آشنا خواهید شد:
1️⃣ پارامترهای اعتماد و راهکارهایی برای ساختن آن در تیم‌ها.
2️⃣ نشانه‌ها و چالش‌های بی‌اعتمادی و تکنیک‌های موثر برای مدیریت آن.
3️⃣ اصول و راه‌ بازسازی اعتماد از دست‌رفته در محیط کاری.

✨ اگر می‌خواهید تیمی قابل اعتماد و هماهنگ بسازید یا با چالش‌های بی‌اعتمادی در تیم‌ها روبه‌رو هستید، این رویداد برای شما طراحی شده است.
? ثبت‌نام و اطلاعات بیشتر: https://evand.com/events/trust-framework
منتظرتان هستیم تا با هم راه‌های ساختن یک تیم قدرتمند و مبتنی بر اعتماد را کشف کنیم. ?

عنوان: 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 رویکردی بصری و کاربرمحور برای توسعه محصول ارائه می‌دهد که به تیم‌ها کمک می‌کند تا تصویر کلان را بفهمند، به جزئیات سفر کاربران بپردازند، و این اطلاعات را به آیتم‌های بک‌لاگ محصول متصل کنند. این روش با ارائه درکی جامع‌تر از چشم‌انداز محصول و قابلیت‌های آن، بک‌لاگ محصول را تکمیل می‌کند. ?

گروه تخصصی ازنو ?

صفحه لینکدین ?

صفحه اینستاگرام ?

«آماده» و «تمام‌شده» در توسعه چابک محصول ?*?
پیشاپیش از ترجمه Ready و Done عذرخواهی میکنم. بواسطه به همریختگی متن در تلگرام ترجیح دادم از معادل فارسی استفاده کنم.?***

کتاب تأکید می‌کنند که «تمام‌شده» و «آماده» مفاهیمی حیاتی برای موفقیت در توسعه چابک محصول هستند، به‌ویژه در چارچوب اسکرام. این دو، حالت‌های مختلف اما مرتبط برای اقلام بک‌لاگ محصول را نشان می‌دهند.

درک مفهوم «تمام‌شده» ✅****

تعریف: «تمام‌شده» به این معناست که یک آیتم بک‌لاگ محصول یا یک افزایش (Increment) کاملاً تکمیل شده و هیچ کاری باقی نمانده است. به این معنی که آیتم آماده انتشار است. تعریف «تمام‌شده» باید برای همه اعضای تیم مشترک و قابل درک باشد.
اهمیت: یک تعریف شفاف از «تمام‌شده» شفافیت را تضمین کرده، ریسک‌ها را کاهش داده و تحویل مستمر را ترویج می‌دهد. این تعریف مانند یک میدان مغناطیسی عمل می‌کند و تیم را هدایت کرده و مطمئن می‌سازد که پیشرفت به سمت نتیجه‌ای ارزشمند حاصل می‌شود.
دامنه: تعریف «تمام‌شده» به کل افزایش (Increment) اعمال می‌شود و جنبه‌های فنی (مانند تست واحد و بازبینی کد) و نیازهای حوزه (مانند مقررات و تطابق) را شامل می‌شود.
تمام‌شده» مداوم: به طور ایدئال، آیتم‌های بک‌لاگ باید در طول اسپرینت به تعریف «تمام‌شده» برسند، نه فقط در پایان. این کار ریسک را کاهش داده و امکان انتشار مداوم را فراهم می‌کند.
انعطاف‌پذیری: تعریف «تمام‌شده» جهان‌شمول نیست و می‌تواند بین تیم‌ها بسیار متفاوت باشد. این تعریف باید به شرایط خاص محصول و تیم تطبیق داده شود.
پویا بودن: تعریف «تمام‌شده» ثابت نیست و باید با گذشت زمان تکامل یابد. جلسه بازنگری اسپرینت (Sprint Retrospective) مکان خوبی برای اعمال تغییرات است.

ذهنیت «آماده» ?*?***

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

جنبه‌های کلیدی:

به‌اندازه کافی کوچک: اقلام بک‌لاگ باید آن‌قدر کوچک باشند که در یک اسپرینت تکمیل شوند.
اندازه‌گیری شده: میزان تلاش مورد نیاز برای یک آیتم بک‌لاگ باید با توجه به کل بک‌لاگ محصول درک شود.
به‌اندازه کافی جزئی: هر آیتم باید جزئیات و معیارهای قبولی کافی برای اطمینان از عملکرد موردنظر داشته باشد.
درک‌شده: تیم توسعه باید هدف آیتم بک‌لاگ را به‌طور کامل درک کند.
انعطاف‌پذیری: نویسنده تأکید می‌کند که «آماده» یک قرارداد سخت نیست. تیم باید بتواند اقلام بک‌لاگی را در نظر بگیرد که کاملاً معیارهای «آماده» را برآورده نکرده‌اند تا همکاری و تطبیق‌پذیری را ترغیب کند.
خط «آماده»: یک خط «آماده» که اغلب همراه با نگاشت داستان استفاده می‌شود، می‌تواند به تجسم پیشرفت اقلام بک‌لاگ محصول در فرایند پالایش کمک کند.
رویکرد ناب: رسیدن به «آماده» برای یک آیتم بک‌لاگ به معنی بیان داستان پشت تصویر به روشی است که تیم توسعه بتواند بر اساس آن اقدام کند. این کار باید درست قبل از توسعه انجام شود. صرف زمان بیش‌ازحد برای «آماده» هدررفت محسوب می‌شود. کافی است مقدار مشخصی از بک‌لاگ برای چند اسپرینت آینده «آماده» باشد.

رابطه بین «تمام‌شده» و «آماده» ?****

آماده» پیش از «تمام‌شده» می‌آید: حالت «آماده» اقلام بک‌لاگ محصول را برای توسعه آماده می‌کند، درحالی‌که «تمام‌شده» به معنای تکمیل موفقیت‌آمیز آن‌ها است.
معیارهای پذیرش: معیارهای پذیرش به آیتم‌های خاص بک‌لاگ محصول مربوط می‌شوند. برای دستیابی به ارزش آیتم، معیارهای پذیرش و همچنین معیارهای کلی «تمام‌شده» باید رعایت شوند.
تمام‌شده» یک معیار پذیرش جهانی است: اگر یک آیتم بک‌لاگ حذف شود، معیارهای پذیرش آن نیز حذف می‌شوند، اما معیارهای «تمام‌شده» پابرجا می‌مانند.
بهبود مستمر: «تمام‌شده» و «آماده» باید به طور مداوم بررسی و تطبیق داده شوند تا مرتبط و مؤثر باقی بمانند.

گروه تخصصی ازنو ?

صفحه لینکدین ?

صفحه اینستاگرام ?

?جامع‌ترین دوره عملی توسعه محصول با چارچوب اسکرام در کشور ?

✅ پیاده سازی فیچرهای تیمی، ادغام خروجی تیم‌ها و لانچ در محیط عملیاتی
✅ هرآنچه برای لانچ یک محصول با کیفیت و ایجاد تیم‌ورک قوی لازم است بدانید

✅ الهام گرفته از دوره APS-SD موسسه Scrum.org
✅ با حضور میهمان مدرسان رسمی بین المللی

✅ آشنایی و کار با ابزارهای مهم در فرآیندهای توسعه نرم افزار (Jira, Miro, Lean Canvas, ...)
✅ مناسب برای تمامی نفرات یک تیم اسکرامی شامل دولوپرها، اسکرام مسترها، مالکان محصول و همچنین دیگر افرادی که به آشنایی و پیاده سازی چارچوب اسکرام علاقه‌مند هستند

✅ سطح مبتدی تا پیشرفته
✅ مدرک شرکت در دوره

✅ به همراه دو هدیه ویژه برای شرکت کنندگان
✅ تخفیف ویژه روی خرید زودهنگام و همچنین گروهی

اطلاعات بیشتر و ثبت نام??

? https://B2n.ir/n15307

عکس دست جمعی با کیفیت ⭕️