وقتی صحبت از آن می شود مدیریت محصولدر چرخه‌های توسعه نرم‌افزار، بر اساس اسکرام یا برخی روش‌شناسی چابک چرخه‌ها و افزایش‌ها، چالش دائمی برنامه‌ریزی، اولویت‌بندی و سازمان‌دهی مجدد عقب ماندگی‌ها و نقشه راه را داریم.
مدتی پیش، یکی از همکاران و دوستان، کار او را به همان اندازه که برای او هیجان‌انگیز است، تا حدودی عشق و نفرت سمی نامید، به این معنا که «بسیاری اوقات چالش اولویت‌بندی زندگی، زمان و صبر ما را می‌گیرد: ما می‌خواهیم. برای رعایت همه چیز و همه افراد،” او گفت.
پس چه راه حل هایی برای افزایش و تکامل یک محصول نرم افزاری وجود دارد؟
شما باید بر اساس نیازهای پلتفرم یا محصول رهبری کنید. و این با خدمات و نیازهای تیم بازرگانی و همچنین در مقابل مشتریان، شرکا، مدیران پروژه و مجریان رقابت می کند.
بنابراین، دیگر کافی نیست مدیر محصول نقشه راه را مشخص کند و مالک محصول عقب مانده را مرتب نگه دارد و مدیر پروژه پروژه، مهلت ها، تشریفات و تحویل را به روز نگه دارد.
چگونه می‌توانیم پیشرفت پروژه را اجتماعی کنیم و پیشرفت را به شیوه‌ای ثابت مدیریت کنیم؟
چند پیشنهاد:
- در دسترس بودن برای همه طرف‌های درگیر، داشبوردهای سطح بالا، به‌روز شده یا حداقل به‌روز.
- گانت باز، قابل مشاهده و مشکوک: ما باید آن را به طور منظم با تیم ها بررسی کنیم و برای پاسخگویی به سوالات، ادعاها و بازخوردها در مورد همه چیز، به ویژه در مورد مهلت ها و اولویت ها، در دسترس باشیم.
- عقب ماندگی را باید به عنوان یک حجم بزرگ از کارهای آینده درک کرد، اما در عین حال به وضوح آن را به ظرفیت موجود محدود کرد. چرا ما فقط این وظایف را انجام می دهیم یا چقدر می توانیم در این Q پوشش دهیم؟ چرا وارد اسپرینت نمی شود؟
- تغییرات، اولویت ها و نیازها را شفاف کنید. یک نظر ساده گمانه زنی ها را برطرف می کند: “به نظر می رسد که این کار احمقانه است، اما این پروژه استراتژیک که به ما امکان می دهد گردش مالی خود را در Q بعدی دوبرابر کنیم” به آن نیاز است.
مدیریت محصول مشترک با کاربران و مشتریان
به یاد دارم که یک دهه پیش، تعجب آور بود که HP تالارهایی داشت که در آن کاربران می توانستند در مورد محصولات سؤال بپرسند، و نه تنها یک تیم پشتیبانی به همه اینها توجه داشت، بلکه بسیاری از کاربران با سطوح مختلف تجربه در مشارکت، پاسخگویی و همراهی نیز حضور داشتند.
همچنین با دریافت ایده ها و پیشنهادات برای بهبود با گزینه رای اتفاق می افتد. Atlassian، شرکت پشتیبان Jira، Confluence، Bitbucket و بسیاری دیگر، به کاربران و مشتریان اجازه می دهد تا ویژگی ها، نیازها را منتشر کنند. این اغلب برای بررسی سریع توسط تیم محصول گذاشته می شود و سپس به رأی گذاشته می شود.
من واقعاً دوست دارم که چگونه Render به آن نزدیک شده است:
رندر یک پلتفرم رایانش ابری است که به روشی مدرن و آرام و بیشتر از توسعه دهندگان به عموم نزدیک می شود، بسیار سریع و قوی در حال رشد است. ؟ چگونه آن را هدایت می کنی
بخشی به نام بازخورد دارد. این ساده است، با رابط کاربری ساده و تمیز، بدون پیچ و تاب یا بوروکراسی.
خوبی؟ این دیگر به دستیار حساب، دریافت خبرنامه بستگی ندارد، بلکه نقشه راه/بازگشت تا حدی منتشر می شود تا ذینفعان مختلف بتوانند با یکدیگر تعامل کنند، پیشنهاد دهند، رای دهند و اولویت بندی کنند.
همچنین، Render علاوه بر ویژگی ها، خدمات زیرساختی، از آن برای پیشنهاد مناطق خدمات جدید، نقاط جدید حضور در شبکه استفاده می کند:
چگونه شما یا تیم هایتان چرخه افزایش ها و تکامل ها را مدیریت می کنید؟ نظر شما در مورد این ایده ها چیست؟
می‌توانید درباره مالک محصول، اسکرام، مدیر پروژه و تحلیلگر عملکردی در وبلاگ من اطلاعات بیشتری کسب کنید، و همچنین راه‌هایی را برای مقیاس‌بندی پروژه‌های تجارت الکترونیک به طور مداوم و با نتایج شگفت‌انگیز در پلتفرم‌های مختلف درک کنید.
