🔥 پنج دشمن کار تیمی چه هستند؟

⭐️ لنچیونی معتقد است که وجود پنج عامل اصلی برای دستیابی به حداکثر اثربخشی
و عملکرد در کار تیمی ضروری است:

1️⃣ اعتماد
2️⃣ پذیرش تعارض
3️⃣ تعهد
4️⃣ مسئولیت‌پذیری
5️⃣ نتیجه گرا بودن

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

1️⃣ نبودن اعتماد میان اعضای تیم
2️⃣ ترس از تعارض
3️⃣ نداشتن تعهد
4️⃣ اجتناب از مسئولیت‌پذیری
5️⃣ بی‌توجهی به نتایج و دستاوردها

🟣 @ProductManagement_Function

🔥 5 استراتژی مدیریت تعارض در فضای کار

⭐️ تعارض بخشی از هر همکاری و کارتیمی است. اگر کنترل شده و درفضای اعتماد باشد می‌تواند باعث رشد شده و اگر از چارچوب خود خارج شود می‌تواند مخرب و زیان‌اور باشد.

1️⃣ همکاری:
اگر اهمیت رابطه بالاست و هدف مهمی را دنبال می‌کنید تلاش برای رسیدن به جمع‌بندی و همکاری مشترک بهترین و عاقلانه‌ترین انتخاب است.

2️⃣ سازگاری:
اگر اهمیت رابطه بالاست و موضوع تعارض از اهمیت بالایی برخوردار نیست می توان با پذیرش دیدگاه مقابل درجهت دستیابی به اهداف مهم‌تر و جلب اعتماد در همکاری قدم برداشت.

3️⃣ اجتناب:
همیشه اجتناب از تعارض به معنی عقب‌نشینی نیست‌، زمانی که اهمیت رابطه بالا نیست و هدف مهمی نیز دنبال نمی‌شود اجتناب از تعارض می‌تواند انرژی، تمرکز و زمان ما را برای اهداف مهم‌تر هم‌جهت کند.

4️⃣ رقابت:
زمانی که اهمیت ماندگاری رابطه پایین است و موضوع تعارض برای ما مهم باشد رقابت می‌تواند استراتژی کارآمدی باشد مخصوصا زمانی که بحث مرز‌های اخلاقی و حرفه‌ای در میان باشد

5️⃣ مصالحه:
رویکردی که در آن دو طرف برای درک و اهداف مشترک تلاش می‌کنند و در بسیاری از مواقع می‌تواند بهترین انتخاب باشد.


🟣 @ProductManagement_Function

🔴 خبری در راه است ... 🔴

🔥امشب ساعت ۲۲ 😎👇
💎 @Function_org

🔥 Why PM’s Fail?

⭐️ این تصویر به زیبایی بخشی از علت شکست مدیران رو به تصویر کشیده. طبیعتا می‌تونیم برای مدیران محصول هم اینو درنظر بگیریم. با درنظر گرفتن ۵ فاکتور چشم انداز، مهارت، انگیزه، منابع و برنامه اجرایی:

1️⃣ اگر همه رو داشته باشیم -> موفقیت
2️⃣ نبود برنامه اجرایی مشخص -> وقفه و درجا زدن و عدم پیشرفت
3️⃣ نبود منابع -> سرخوردگی و ناامیدی
4️⃣نبود مشوق -> مقاومت و عدم میل به پیشرفت
5️⃣ نبود مهارت -> استرس و اضطراب
6️⃣ نبود چشم انداز -> سردرگمی


🟣 @ProductManagement_Function

🔥 پیاز برنامه‌ریزی Agile

1️⃣ در پایین ترین لایه، برنامه ریزی روزانه با جلسات Daily و Standup
2️⃣ چرخه های Sprint دو تا چهار هفته ای
3️⃣ رلیز یک نسخه از محصول بعد از تکمیل توسعه نیازمندی‌ها
4️⃣ رودمپ و نقشه راه محصول بر اساس Userstory و Epic ها
5️⃣ چشم انداز بلند مدت از محصول


🟣 @ProductManagement_Function

🔥 9 پرچم قرمز یا RedFlag در مدیریت محصول

1️⃣ فایل PRD بزرگ و حجیم
2️⃣ تبدیل شدن به کارخانه تولید ویژگی
3️⃣ توهم و تلاش برای تخمین همه نیازمندی های پروژه در ابتدای آن و برنامه ریزی آبشاری
4️⃣ توسعه محصول براساس رودمپ با زمان و ویژگی‌های ثابت و گانچارت
5️⃣ عدم اختصاص زمان و منابع برای درک نیازمندی محصول و اعتبارسنجی قبل از توسعه
6️⃣ عدم وجود طراح در تیم محصول
7️⃣ عدم وجود تحلیل محصول و بررسی رفتارکاربران بر اساس داده
8️⃣ توسعه و برنامه ریزی براساس درخواست مشتری
9️⃣ عدم وجود چشم‌انداز و استراتژی محصول


🟣 @ProductManagement_Function

🔥 5 متریک مهم برای مدیران محصول:

1️⃣ Cost Per Acquisition: هزینه جذب هر کاربر بالقوه
2️⃣ Convertion Rates:  انواع نرخ‌های تبدیل کاربران که می‌تواند شامل گستره‌ای از متریک‌ها شود
3️⃣ Lifetime Value: ارزش طول عمر مشتری یا سودی که کاربران در طول زمان استفاده از محصولشان به کسب‌وکار وارد می‌کنند
4️⃣ Customer Retention Rate: نرخ بازگشت مشتریان
5️⃣ Net Promoter Score: چند درصد از کاربران محصول ما را به دیگران توصیه می‌کنند؟


🟣 @ProductManagement_Function

🔥 5 نوع استراتژیست و نقاط مثبت و منفی آن‌ها:

1️⃣ TopDown: استراتژیستی که بالا به پایین فکر می‌کند و دید خوبی از چشم‌انداز سازمان دارد

2️⃣ Bottom-Up: دموکراتیک است، خیلی خوب به اعضای تیم گوش می‌کند و استراتژی را بر مبنای پیشنهادات تیمی تنظیم می‌کند

3️⃣ Conservative: دیدگاه محتاطی به استراتژی دارند، سال‌ها در لایه های مدیریتی سازمان هستند و به جای توسعه‌ و ریسک‌های بزرگ از استمرار استقبال می‌کنند

4️⃣ Progressive: عموما خودشان به عنوان منبع ایده و نوآوری هستند و هرجایی که امکان رشد و فرصت ببینند از آن استقبال می‌کنند

5️⃣ Joker: هیچ استراتژی مشخصی ندارند و چشم اندازی برای سازمان مشخص نمی‌‌کنند

https://www.forbes.com/sites/jeroenkraaijenbrink/2023/08/01/what-type-of-strategist-are-you-5-types-and-their-pros-and-cons/


🟣 @ProductManagement_Function

🔥 11 ویژگی‌های و مهارت‌های ارتباطی که مدیران محصول خوب دارا هستند:

1️⃣ به صورت فعال به اعضای تیم گوش می‌دهند.
2️⃣ ارتباط موثری با ذی‌نفعان محصول دارند.
3️⃣ بی‌درنگ به مشکلات و تعارضات بین تیم می‌پردازد و برای حل آن تلاش می‌کنند.
4️⃣ سبک ارتباطی خود را متناسب با مخاطب برای تاثیر بیشتر تغییر می‌دهند.
5️⃣ به دغدغه‌های تیم اهمیت می‌دهند.
6️⃣ به طور مداوم بدون ترس از مزاحم بودن پیگیری می‌کنند.
7️⃣ در صورت نیاز به جا‌به‌جایی ددلاین‌ بدون تنش اضافه در تیم با آرامش و تدبیر آن را تغییر دهد.
8️⃣ محیطی امن در تیم برای بیان پیشنهادات و انتقادات به وجود می‌آورند.
9️⃣ مشتاقانه از بازخورد‌ها استقبال می‌کنند.
0️⃣1️⃣ از تعارض در تیم هراسی ندارند و به دلیل احتمال برخورد از مکالمه و گفت‌وگو اجتناب نمی‌کنند.
1️⃣1️⃣ بیش از اینکه بگویند گوش می‌دهند.


🟣 @ProductManagement_Function

🔥 یادگیری زائد یا Scrap Learning چیست؟

⭐️ یکی از اصلی ترین انتقادات کارکنان به آموزش های سازمانی و تیمی برگزاری یا انتقال آموزشی‌‌هایی است که محتوای آن بر اساس نیازهای شغلی فراگیران تهیه نشده است و یا قابل بکار بستن در محیط کار نیست.

⚡ یادگیری زائد به بخشی از محتوای آموزشی ارائه شده گفته می شود که توسط فراگیر آموخته می شود اما قابلیت اجرایی در محیط کار را ندارد و عملکرد شغلی او را بهبود نمی بخشد. در واقع، یادگیری زائد نشان دهنده زمان و هزینه آموزشی است که هدر می رود.
بر اساس مطالعه ای که موسسه CEB در سال 2014 انجام داده است، به طور میانگین 50 درصد یادگیری ها در شرکت‌های مختلف زائد بوده است.

🔴 چهار عامل اصلی یادگیری زائد عبارتست از:
1️⃣ انتقال ضعیف محتوای آموزشی
2️⃣ آموزش غیرهدفمند (در زمان یا برای افراد اشتباه)
3️⃣ ضعف در پیگیری فرآیند آموزش
4️⃣ آموزش غیرکاربردی و بدون ارائه راهکارهای درست

⬅️ به عنوان مدیر با هر عنوانی، زمان، هزینه و انرژی تیم را با آموزش‌های غیرکاربردی هدر ندهیم.
این مورد در آموزش‌های فردی و زندگی روزانه هر فرد نیز صادق است.

🟣 @ProductManagement_Function

🔥 سه عنصری که باید توسط مدیرعامل یا مدیران محصول به طور شفاف مشخص و به تیم اعلام گردد یا توسط اعضای تیم برای آن برنامه‌ریزی شود:

1️⃣ ماموریت یا هدف ما از این فعالیت چیست و برای چه تلاش می‌کنیم؟
2️⃣ استراتژی و راه‌حل ما برای رسیدن به هدفمان چیست؟
3️⃣ سنجه‌های عملکرد ما چیستند و چه طور خود را ارزیابی کنیم؟


🟣 @ProductManagement_Function

🔥 اهمیت Service Design در تجربه مشتریان

⭐️ تجربه مشتری از برند و سرویس از تجربه محصول جدا نیستند.

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

⬅️ مثال دیگر کافه‌ای است که قهوه خوش‌طعمی سرو می‌کند اما از محیط و پرسنل آن راضی نیستید. طبیعتا بعد از یک بار خرید دیگر به آن کافه مراجعه نخواهید کرد.

✌ این موضوع نشان می‌دهد که برای طراحی تجربه موفق مشتریان باید علاوه بر محصول به Service Design هم توجه کرده و برای آن برنامه ‌ریزی کنیم.


🟣 @ProductManagement_Function

🔥 5 رویکردی که به توصیه HBS می‌تواند باعث جلوگیری از Micromanagement در تیم شود:

1️⃣ تمرین محول‌سازی صحیح وظایف
2️⃣ بیان انتظارات به صورت شفاف
3️⃣ اجتناب از ایده‌آل گرایی
4️⃣ استخدام افراد مناسب
5️⃣ چرخه بازخورد مناسب


🟣 @ProductManagement_Function

🔥 5 مرحله حرکت سازمان‌ها به سمت محصول کاربر محور


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

🟣 @ProductManagement_Function

🔥 چند مقاله خیلی خوب درباره معماری اطلاعات (Information Architecture) در طراحی محصول. دوتا مقاله مخصوصا کامل به دسترس‌پذیری اشاره کرده

1️⃣ Designing The Information Architecture (IA) of Mobile Apps

2️⃣ Accessibility: Guidelines for Information Architecture, UX Design, and Visual Design

3️⃣ World IA Day 2019 -  accessibility tips for Information Architects

4️⃣ Information architecture: a UX designer’s guide


🟣 @ProductManagement_Function

🔥 Roman’s Product Management Framework

⭐️ یه مدل از تخصص‌ها و مهارت‌های لازم در حوزه مدیریت محصول که می‌تونه گپ‌های اطلاعاتی شما رو در این حوزه مشخص کنه و یا حتی اگه در شروع کارتون هستید بهتون درباره مدیریت محصول دید خوبی بده. البته هیچ مدلی کامل نیست و همه جنبه‌ها رو پوشش نمی‌ده

از آقای Roman Pichler

🔗 اطلاعات بیشتر:
romanpichler.com/blog/romans-product-management-framework/


🟣 @ProductManagement_Function

🔥 Ideation Techniques

⭐️ ایده‌پردازی یکی از قدم‌های اصلی در تفکر طراحی، حل نیاز کاربران و ساخت محصوله.

⚡ این مقاله کلی روش و تکنیک باحال برای ایده‌پردازی گفته که پیشنهاد می‌کنم حتما بخونید

🔗 https://careerfoundry.com/en/blog/ux-design/what-is-ideation-in-design-thinking/


🟣 @ProductManagement_Function

🔥 MoSCoW Prioritization Method

⭐️ در فرآیند توسعه و نگهداری محصول همیشه انبوهی از فیچر‌ها و ویژگی‌های جدید پیشنهاد در پیش‌روی ما قرار دارد و یکی از مشکلات تیم توسعه اولویت بندی این موارد می‌باشد. در این مطلب به معرفی روش MoSCoW در اولویت‌بندی‌ تسک‌ها می‌پردازیم.

⚡ بر اساس این روش ویژگی‌های ما به چهار دسته تقسیم می‌شوند:

1️⃣ Must Have
ویژگی‌هایی که مهم‌ترین نقش را در محصول ما دارند و ارزش اصلی را برای کاربران ما خلق می‌کنند و محصول ما بدون آن‌ها شکست می‌خورد. مثل موتور و لاستیک برای یک خودرو.
اولویت در توسعه: ۶۰ درصد

2️⃣ Should Have
ویژگی‌هایی که ضروری نیستند ولی ارزش اضافی برای مشتری و کاربران خلق می‌کنند. مانند سیستم تهویه هوا برای خودرو. محصول بدون این دسته برای کاربران کاربردپذیری مناسب نخواهد داشت.
اولویت در توسعه: ۲۵ درصد

3️⃣ Could Have
ویژگی‌های بامزه یا جذاب که ممکن است برای محصول ارزش بیشتری خلق کنند. مثل صندلی‌گرم‌کن برای خودرو.
اولویت در توسعه: ۱۵ درصد

4️⃣ Won’t Have this time
اولویت توسعه در این بازه نیستند


🟣 @ProductManagement_Function