Cross-Functional عملية Discovery إزاي خلّينا الـ
ازاي نحول التعاون بين فرق الهندسة والمنتج والتصميم من فوضي لعملية منظمة وفعالة
الكاتبة بتتكلم عن تجربتها في تحسين التعاون داخل فرق تطوير المنتجات، خصوصًا في مرحلة Product Discovery.
في الأول، كانت بتلاحظ إن التعاون بين الـ Product Manager، الـ Designer، والـ Engineer بيحصل بشكل متأخر ومجزأ:
الـ Product بيحدد الاتجاه.
الـ Design بيشتغل على الـ Wireframes.
الـ Engineering بيتدخل بعد ما الـ PRD (Product Requirements Document) يكون جاهز، وغالبًا بيكتشفوا مشاكل في التنفيذ.
النتيجة؟ أفكار كتير بتفشل أو بتتأخر.
الكاتبة حاولت تحل المشكلة دي عن طريق دمج مراحل الـ Discovery في اجتماعات زي Sprint Planning، لكن ده زوّد الضغط على الفريق وما جابش نتيجة.
الحل جه لما استوحت فكرة الـ “War Room” من الـ Incident Management، وقررت تعمل حاجة مشابهة للـ Discovery:
اجتماعات منتظمة اسمها “Brainstorm Rooms”.
بيحضرها الفريق الأساسي بس: Product، Design، Engineering، وProduct Ops.
التركيز بيكون على مناقشة المشاكل مش الحلول الجاهزة.
النتيجة؟ الفريق بقى بيشتغل مع بعض من أول لحظة، بيشاركوا في تحديد المشكلة، وبيلاقوا حلول مع بعض.
الكاتبة بتأكد إن الـ Product Manager دوره هنا مش إنه يكون في النص بس، لكن يكون المحرك الأساسي للتعاون ده.
الدرس الأساسي: لو عايز تعاون حقيقي بين التخصصات المختلفة، لازم تخلق مساحة مخصصة للـ Discovery، وتخلي كل الأطراف تشارك من البداية.
لينك المقال الاصلي:
