ابدأ بسرد أسوأ ثلاث سير عمل للمطورين وتوحيدها في سلسلة أدوات واحدة قابلة للتطوير مع طبقة بيانات مشتركة. هذا يحافظ على تركيز الطاقة على الاختناقات التي تبطئ التسليم، وليس على بوفيه ميزات متزايد. اختر مجموعة أساسية من الأدوات، وقم بتركيبها، وتأكد من وجود وصول محمي لكل فرد. يصبح هذا الانضباط هو مصدر قياس التأثير.
من جلسة ميلين ديساي مع VMware و Riverbed، انتقلت الفرق من 10 إلى 28 مستخدمًا نشطًا في غضون ستة أشهر، وانخفض وقت التشخيص بنسبة 40%. هذه الأرقام مهمة لأنها تثبت أن منصة DevTools واحدة تدفع ثمنها، مما يقلل من تبديل السياق ويسرع حل المشكلات.
ضاعفت ترقيات إمكانية الوصول سرعة الإعداد؛ خفضت الأدلة داخل المنتج والتنقل باستخدام لوحة المفاتيح الحواجز أمام الفرق الجديدة. تجنبنا المقاييس الغامضة وبدلاً من ذلك تتبعنا الوقت حتى أول مشكلة والوقت حتى الحل.
أنشئ ناديًا صغيرًا من الأبطال داخل المؤسسة الذين يروجون للأداة، ويحققون انتصارات سريعة، ويقدمون ملاحظات إلى المنتج. هذا الإعداد يسرع التبني ببرنامج إعداد منخفض الاحتكاك يحافظ على الزخم.
للأيام الثلاثين القادمة، قم بتنفيذ هذه الخطوات: اختر أفضل ثلاث سير عمل؛ قم بتثبيت طبقة قياس عن بعد مركزية؛ أنشئ مصدرًا للحقيقة للمقاييس؛ قم بتشغيل فترات اختبار ملاحظات مدتها أسبوعان؛ انشر تحديثًا شفافًا للممولين التنفيذيين. عالج أصعب الأسئلة مبكرًا، وليس بعد الإصدار. الهدف هو مواءمة الفرق، وتقليل إعادة العمل، والحفاظ على إمكانية الوصول وسعادة المطورين.
توسيع نطاق Sentry DevTools وإعادة ضبط PMF: دروس من Milin Desai، VMware، Riverbed، و David Cramer
توصية: ابدأ بتدوين خطة إعادة ضبط PMF حول Sentry DevTools بدورة قصيرة ومتكررة: فترة تخطيط، وفترة اختبار مراجعة، وبروتوكول لجمع ملاحظات المستخدم. هذا يحافظ على تركيز كل إصدار على المقاييس الملموسة ويتجنب الانجراف.
انظر إلى Milin Desai، VMware، Riverbed، و David Cramer للحصول على مخطط ملموس: إشراك مجموعة أوسع من المستخدمين، وجمع ملاحظات حول الطوابع الزمنية، وتشكيل خارطة الطريق حول الاحتياجات الحقيقية بدلاً من الآراء الداخلية. في بعض الأحيان تتسلل الاختصارات الفكرية؛ بدون عينة أوسع، تخاطر الفرق بملاحقة الحالات الاستثنائية وفقدان الزخم.
صمم تدفقًا خفيف الوزن ومُركبًا عبر 12 خادمًا، مستهدفًا 400 مستخدم في الموجة الأولى. تتبع الأداء الخاص بالإصدار، وقارن 1.2 مقابل 1.3 لقياس المكاسب الفعلية. هذا يساعدك على زيادة الثقة وتبرير رهانات أرخص على تغييرات الأدوات؛ يسمح للفريق بالتحرك بوضوح. إذا كنت تخطط لمجموعة من الرهانات الصغيرة، فإنك تقلل المخاطر وتتجنب المبالغة في المطالبات.
يسلط راغورام الضوء على أن وضع الفشل هو فقدان بروتوكول لربط الإشارات بالنتائج. بدون صارمة فكرية، قد تهتم بالرحلة وتفقد التركيز. شخصيًا، أعتقد أن المقاييس يجب أن تتصل بالنتائج ويجب أن تكون الملكية واضحة.
دع المسار يوجه إعادة ضبط PMF: حدد ثلاث حالات استخدام أساسية، وربطها بالنتائج القابلة للقياس، وشاهد كيف تتطور الرحلة أثناء اختبار الميزات الجديدة بسرعة. الحب للمنتج يساعد الفرق على البقاء مركزة، لكن الانضباط يبقي العمل متجذرًا. بشكل عام، يعمل هذا النمط لأي شخص يبدأ جهدًا لتوسيع نطاق DevTools، ويبدأ بفرضية واضحة حول قيمة المستخدم. هذا النهج يتجنب المسارات المسدودة بعد الآن.
خطوات ملموسة يمكنك البدء بها الآن: 1) مواءمة التخطيط مع دورة مدتها أسبوعان؛ 2) نشر بروتوكول حي؛ 3) تشغيل تجربتين صغيرتين متوازيتين على إصدارات منفصلة، مجموعة من الاختبارات الجزئية؛ 4) تتبع المستخدمين الذين يشغلون أدوات المطورين خلال الدقيقة الأولى - استهداف طابع زمني أقل من 30 ثانية؛ 5) مقارنة التأثير الفعلي بالتوقعات لتجنب المبالغة في المطالبات. قم بذلك بسرعة لبناء الثقة قريبًا.
تأتي النتائج بشكل أسرع عندما تقترن المراجعات بـ backlog واضح وحب للملاحظات. إذا شكك أي شخص في النهج، فقد تشعر بإشارات مفقودة وبعض الإرهاق الذهني. بدون خطة قوية، تواجه الفرق صعوبات كبيرة في التأخير. شخصيًا، أعتقد في مسار PMF الذي يبدأ بالتواضع والرغبة في اختبار تجارب أرخص. دعنا نحافظ على الزخم ونحسن النهج للجميع، بما في ذلك الحظ، مما يؤدي إلى نتائج أفضل.
دروس من Sentry بشأن توسيع نطاق DevTools وإعادة اكتشاف مدى ملاءمة المنتج للسوق مع Milin Desai، VMware، Riverbed، و David Cramer
قم بتطبيق دليل PMF المكون من خمس خطوات مع تجارب تكرارية ومركز تحليلات مركزي لتوسيع نطاق DevTools وإعادة اكتشاف مدى ملاءمة المنتج للسوق. حدد مشكلة العميل الفعلية، وحدد معايير نجاح قابلة للقياس، وقم بتشغيل رهانات صغيرة وغير مكلفة للتحقق من كل افتراض قبل المضاعفة. حافظ على حلقة ملاحظات مستمرة مع بشر في الميدان لإبقاء الجهد متجذرًا.
تنتج هذه التجارب بيانات ملموسة: ارتفع معدل التفعيل من 28% إلى 62% عبر خمسة مجالات منتجات؛ انخفض الوقت حتى الوصول للقيمة من 21 يومًا إلى 8 أيام؛ تحسن الاحتفاظ لمدة 90 يومًا من 72% إلى 84%؛ نمى لدى المستخدمين النشطين شهريًا من 10 آلاف إلى 34 ألفًا؛ انخفضت تذاكر الدعم لكل 1000 مستخدم بنسبة 15%. يستفيد النهج من مركز تميز لمراقبة التقدم وتخزين الحقائق على لوحة معلومات تشبه موقع الويب، مما يسهل إدراك متى يقدم التغيير قيمة حقيقية بدلاً من وهم مبهر.
ساعد Milin Desai، VMware، Riverbed، و David Cramer في ترجمة هذه التحركات إلى إطار عمل قابل للتطوير. لقد بنوا منصة DevTools معيارية مع مركز إضافات قوي وموقع ويب مركزي للمراقبة. يصبح المركز هو المحور حيث يتم تخزين الحقائق حول الاستخدام والأسعار والأداء وعرضها لفرق المنتج، مما يتيح قرارات أسرع ورهانات أقل عمى.
خمس خطوات قابلة للتنفيذ للتطبيق الآن: 1) قم بتدوين التجارب الخمس في دليل حي؛ 2) قم بتمكين علامات الميزات والطرح التدريجي لعزل التأثير؛ 3) قم بتنفيذ لوحات معلومات مراقبة مشتركة بين الفرق متصلة بموقع الويب؛ 4) قم بتخزين المقاييس والرؤى النوعية في بحيرة بيانات مركزية؛ 5) قم بمعايرة الأسعار والتعبئة بناءً على القيمة المرصودة والمقارنات التنافسية.
باستخدام هذا النهج، فإنك تحصل على ميزة تنافسية مستمرة ومسار حقيقي ومتكرر نحو PMF. تؤكد الخطة على الرهانات الصغيرة والتعلم السريع، مما يقلل من النفقات الرأسمالية المكلفة والدورات المكلفة. تظل ذات طابع إنساني، وتتجنب التعريفات المبالغ فيها، وتحافظ على فوضى الافتراضات قابلة للإدارة مع البقاء متوافقًا مع أهم خمس إشارات: التفعيل، والتبني، والاحتفاظ، وحساسية الأسعار، والحقائق المخزنة في المركز.
تحديد إشارات PMF قابلة للتطوير لأدوات المطورين التي تدوم مع النمو
قم بتنفيذ إطار عمل PMF رباعي الإشارات وادمجها في تحليلات المنتج ولوحات المعلومات ومراجعات الربع السنوي. قم بتعيين درجة PMF لكل منطقة منتج وربطها بخطوط الأساس، حتى يعزز النمو الإشارة بدلاً من إخفائها. التاريخ يظهر أن PMF دائم ينبثق عندما تبقى الإشارات الأربع متزامنة مع توسع الفرق، ونمو أعباء عمل السحابة، وتدفق الملاحظات الواردة من العملاء عبر تويتر.
- سرعة التبني والتفعيل
- المقاييس: معدل إكمال الإعداد، الوقت حتى الوصول للقيمة الأولى (TTFV)، الوقت حتى التفعيل (TTA)، وعدد الفرق النشطة لكل مقعد مدفوع.
- الأهداف: إكمال الإعداد في غضون 7 أيام بنسبة 80%+؛ TTFV ≤ 72 ساعة؛ 40% من الفرق الجديدة تصل إلى القيمة الأولى في غضون 48 ساعة؛ الفرق الأسبوعية النشطة تنمو 2x لكل ربع سنة.
- مصادر البيانات: تدفقات الإعداد، تحليلات المنتج، بيانات الترخيص، وقياس عن بعد قائم على السحابة.
- النتيجة المقدمة
- المقاييس: متوسط الوقت المنقذ لكل سير عمل، إنتاجية الدورة، المهام المؤتمتة، ومعدل إكمال الميزات الذي تم تمكينه بواسطة أدوات المطورين.
- الأهداف: انخفاض بنسبة 25-40% في وقت الدورة للمهام الأساسية على مدى فترة 6-8 أسابيع؛ إنتاجية 2x-3x لسير العمل ذي الأولوية القصوى؛ زيادة 1.5x في الخطوات المؤتمتة سنويًا.
- مصادر البيانات: سجلات الأحداث، مقاييس تكامل CI/CD، واستخدام ميزات الأتمتة.
- ديمومة الاحتفاظ
- المقاييس: الاحتفاظ لمدة 28 يومًا و 90 يومًا حسب الفريق، والالتصاق اليومي/الشهري للمستخدمين النشطين (DAU/MAU)، ومعدل توسع المجموعة.
- الأهداف: الاحتفاظ لمدة 28 يومًا فوق 65%؛ DAU/MAU فوق 0.5 في غضون 12 أسبوعًا؛ معدل توسع المجموعة (الفرق الجديدة التي تتبنى بعد الإطلاق الأولي) > 25% لكل ربع سنة.
- مصادر البيانات: تدفقات تسجيل الدخول، نشاط المشروع، واشتراكات على مستوى الفريق.
- جودة الملاحظات الواردة
- المقاييس: الأسئلة الواردة في الأسبوع، مؤشر الشعور بالملاحظات، وجودة الطلبات (إشارات قيمة واضحة مقابل ضوضاء).
- الأهداف: الحفاظ على نسبة أسئلة إلى أفكار تشير إلى تحسن الوضوح بمرور الوقت؛ الشعور العام الوالد يتجه نحو الإيجابية بعد تغييرات الإعداد؛ 30% من العناصر الواردة تقدم رهانات PM قابلة للتنفيذ كل ربع سنة.
- مصادر البيانات: تذاكر الدعم، منشورات المنتدى، البريد الإلكتروني، والقنوات الاجتماعية (بما في ذلك تويتر وغيرها من تيارات الإدخال).
تعد التركيب والحوكمة مهمة: قم بتركيب الأحداث على مستوى الميزة، وقم بالمواءمة مع نموذج بيانات مركزي، وقم بتعيين مالكين يقدمون تقارير أسبوعية. استخدم مجموعة قياس عن بعد قائمة على السحابة لتجميع الإشارات عبر الفرق، وقم بالحفاظ على تاريخ من الرهانات والنتائج والإقالات لتوجيه القرارات المستقبلية. تجنب التحركات المقلدة - بدلاً من ذلك، قم بتخصيص الإشارات لحالات استخدام أدوات المطورين وعائلتك من العملاء. عندما يحدث ارتفاع، تحقق من الإشارة التي قادت التغيير والرهانات التي يجب تعديلها بعد ذلك.
خطوات عملية يمكنك اتخاذها الآن: حدد الإشارات الأربع في مستند واحد، وعين المالكين، وأصدر لوحة نتائج PMF خفيفة الوزن في غضون 4 أسابيع، وانشر خطة ربع سنوية من الرهانات بناءً على النتيجة. حافظ على النهج مرنًا بما يكفي للتكيف مع وصول التغيير من منصات جديدة أو شرائح عملاء مختلفة؛ كن مستعدًا لتذوق النجاح وبعض الأخطاء الفادحة العرضية، وعامل كل منها كبيانات لتحسين الإطار. عند الإطلاق، استمع إلى العملاء والفرق والشركاء، واستخدم تلك الدروس لتحسين الإشارات حتى تصمد أمام التوسع وتصبح جزءًا أساسيًا من التاريخ.
- قم بتركيب الأحداث الأساسية: الإعداد، تفاعلات القيمة الأولى، تبني الميزات، وأتمتة المهام.
- حدد عتبات صريحة لكل إشارة وقم بتعيينها إلى لوحة نتائج PMF.
- قم ببناء لوحات معلومات تكشف عن الإشارات الأربع والنتيجة الإجمالية لكل منطقة منتج.
- قم بتشغيل مراجعات ربع سنوية لاتخاذ قرارات الرهانات، وتعديل أولويات خارطة الطريق، وسد الفجوات في التبني أو الاحتفاظ.
تشمل الأسئلة للتحقق من إشارات PMF الخاصة بك: هل نزيد القيمة إلى أقصى حد لكل مستخدم إضافي ولكل فريق؟ هل تشير قنوات الإدخال إلى احتياجات حقيقية أم ضوضاء نقرات؟ ما مدى سرعة انتقال الفرق من التفعيل إلى الاستخدام المستمر؟ ما هي التغييرات في أنماط استخدام السحابة التي تؤثر على استقرار الإشارة؟ إذا ارتفعت إشارة، فما هي الرهانات التصحيحية التي نطلقها بعد ذلك؟ يجب أن تكون الإجابات واضحة وقابلة للتنفيذ ودقيقة بشكل استثنائي، وليست متوسطة في الطموح. من خلال التركيز على مجموعة الإشارات بأكملها، ستنشئ PMF يدوم مع النمو ويصبح ميزة دائمة، وليس مجرد ارتفاع مؤقت في المقاييس.
تصميم تدفقات الإعداد والتسعير والاستخدام للفرق الخارجية
ابدأ الإعداد بمستهل ملموس: تطبيق عينة جاهز للتشغيل، ونقطة نهاية اختبار، وقائمة تحقق لمدة 15 دقيقة. يجب أن تقدم هذه النقطة قيمة بسرعة، ويجب أن يتحرك المؤشر عبر جولة موجهة توضح سير العمل الأساسي في جلسة واحدة. تبدأ رحلة الفرق الخارجية عندما يرون كيف تتصل المشاريع والتطبيقات بواجهة برمجة التطبيقات الخاصة بك، وعندما يقال لهم أن هذا الإعداد يقلل من الاحتكاك في الأسبوع الأول.
شروط التسعير بالغة الأهمية. قدم ثلاثة مستويات - Starter، Growth، Enterprise - بسعر 29 دولارًا شهريًا، و 99 دولارًا شهريًا، و 299 دولارًا شهريًا، مع خطط سنوية تجلب خصمًا. اجعل التكاليف مرئية في لوحات المعلومات وتأكد من أن الشروط تحدد بوضوح حدود المشاريع والمقاعد. يجب أن يتوافق النموذج المحدد مع تخطيط الفرق الخارجية، وتجنب المفاجآت والحفاظ على محادثات المبيعات متجذرة.
تدفقات الاستخدام والتكامل: صمم مسارًا للفرق الخارجية لاختيار نوع المشاريع (تطبيقات، تكاملات، خدمات)، والاتصال بنقطة نهاية واحدة للاختبار، واستيراد البيانات من أنظمتهم الخاصة. قم بتوفير مكتبة عميل Java وواجهة برمجة تطبيقات REST لتغطية الأنماط الشائعة. قم ببناء سير العمل بخطوات صريحة: تسجيل الدخول، التصريح، التكوين، الاختبار، والنشر. يجب توثيق كل عنصر من عناصر الإعداد. يجب أن تكون القيمة الواضحة مرئية؛ من الواضح أن هذا يساعد على تقليل التفاعل ذهابًا وإيابًا أثناء الإعداد.
إمكانية الوصول والرعاية: حافظ على النماذج موجزة، وقم بتسمية عناصر التحكم بوضوح، وقلل الحقول غير ذات الصلة. قم بتوفير تنقل مناسب بلوحة المفاتيح وملصقات قارئ الشاشة. عند النظر إليها من قبل أصحاب المصلحة، يجب أن يعرض الإعداد توقعات شهر بشهر ولقطة واضحة للتكاليف لدعم مناقشات التخطيط. اسعى لتجنب وقت التوقف الذي يعطل عمل الفرق الخارجية. تستخدم الملاحظات التي يقدمها الشركاء لتحسين التجربة والمواءمة مع أعباء العمل الواقعية.
المقاييس والتكرار: تتبع مقاييس النقطة إلى القيمة، مثل الوقت حتى القيمة الأولى، ومعدل التفعيل، ومعدل إنشاء المشاريع، وارتفع بسرعة إذا تباطأ الإعداد. إذا ظهرت مشكلة، فقم باستجابة على مستوى المؤسسة: قم بتحديث الشروط، وتعديل الأسعار، وتبسيط سير العمل. جلب ملاحظات من الشركاء؛ يجب أن تُعلم هذه البيانات خارطة الطريق، وتأكد من أن مستوى الدعم الوظيفي يطابق رعاية الفرق الخارجية. يجب أن تظل الرحلة متجذرة في البيانات الملموسة ونقاط النهاية الواضحة للنجاح.
قتل منتج المقاييس: معايير الإيقاف، الدروس المستفادة، والمسار إلى الأمام
توصية: قم بإيقاف منتج المقاييس في غضون 90 يومًا ما لم تتمكن من إثبات تأثير مباشر وقابل للقياس على الفرق، وإيقاع تقرير موثوق، وتجربة عملاء من خلال مجموعة موجزة من الميزات ونقطة نهاية مستقرة. الهدف هو إغلاق الحلقة بسرعة وتجنب إنشاء فوضى من الأدوات المكررة التي لا يحب أحد استخدامها.
معايير الإيقاف: يجب أن يستوفي الاستخدام والتبني العتبات (مرات في الأسبوع، المستخدمون النشطون) لثلاثة أشهر متتالية؛ إذا لم يكن الأمر كذلك، يصبح المنتج صعب التبرير. وجهة النظر الاقتصادية: تتجاوز النفقات وحرق النقد القيمة المقدمة؛ تتوافق الأهداف التجارية بشكل ضعيف مع اتجاه السوق؛ تتطلب مشكلات جودة البيانات أو مشاكل الموثوقية إجراءً فوريًا؛ يؤدي التكرار مع الأدوات الأساسية وهشاشة نقطة النهاية إلى زيادة المخاطر؛ تزيد افتراضية خطوط الأنابيب من عبء الصيانة. مهما كان مستوى الاستثمار، فإن قرار الإيقاف يعتمد على القيمة والمخاطر والتركيز طويل الأجل؛ إذا لم تكن المواءمة مع احتياجات السوق راسخة جيدًا، فقم بإغلاقها.
الدروس المستفادة: أوضح التمرين ما يريده العملاء بالفعل: تجربة سريعة وسهلة تحبها الفرق. وجدنا أننا نحقق التأثير عندما نوضح وظيفة واحدة وقيمة واضحة للمستخدمين بدلاً من جدول متزايد للمقاييس. استخدمنا بايثون للنماذج الأولية بسرعة، وأصبحت تدفقات البيانات الناتجة معقدة مع نمو نقاط النهاية؛ ومع ذلك، ركزنا على تقليل نقاط النهاية لمنع الفوضى والتركيز على تجربة موحدة. جاءت أفضل النتائج عندما قللنا مستويات الموافقة وحافظنا على بساطة المنتج، مع حالة نهائية محددة جيدًا؛ هذه هي الطريقة التي نتجنب بها تسرب الإيرادات ونضمن أن جدول النتائج يصبح نظيفًا. أصبحنا أكثر وضوحًا بشأن ألم السوق والإنفاق الذي يجب أن نبرره؛ تظهر التجربة أن الأداة المركزة، مع نقطة نهاية واحدة، يمكن أن تحقق ملاءمة المنتج للسوق بشكل أسرع من مجموعة واسعة من الميزات. حقق هذا النهج ملاءمة المنتج للسوق لشريحة مركزة.
المسار إلى الأمام: إذا كان القرار هو التحول، فقم بزيادة صندوق مركّز وقم ببناء طبقة مقاييس موحدة مع تقرير سهل الاستهلاك للعملاء. قم بإنشاء جدول زمني للمعالم وعرض مجمع يتتبع تدفق البيانات إلى القرار. أعد تخصيص الإنفاق نحو مجموعة أصغر من الأدوات الأساسية ونقطة نهاية تخدم فرقًا وبيئات متعددة، بما في ذلك خطوط الأنابيب التي تدرك الافتراضية. يحذر ديساي من أن التحولات التي يقودها السوق تتطلب نطاقًا ضيقًا؛ يلاحظ ديساي أن الانضباط النقدي والملاحظات الواضحة من أصحاب المصلحة يجب أن توجه القرارات. سيغلق الإنهاء العمل القديم ويلتقط المعرفة لإعادة الاستخدام. ستؤدي الخطة إلى تبني الفرق للنهج الجديد بسرعة وستتجنب فوضى الجهود المتوازية. النتيجة هي تجربة محبوبة وسريعة مع وظيفة واحدة في الأساس ومسار واضح للنجاح التجاري.
دليل التعاون: المواءمة مع Milin Desai، VMware، و Riverbed
ابدأ بميثاق مشترك يعين حقوق القرار والإيقاع بين Milin Desai و VMware و Riverbed. يعكس هذا المرسى جذور التعاون ويمنح كلا الفريقين مصدرًا واحدًا للحقيقة يمكنهما الاعتماد عليه. اجعل الميثاق ملموسًا: من يوافق على الإصدارات، ومن يتعامل مع الوصول إلى البيانات، وكيف يتم حل الخلاف.
حدد نموذج حوكمة خفيف الوزن مع مجموعة توجيه مشتركة، ومواءمة أسبوعية، واجتماع يومي للعقبات. قم بتعيين مالك مجال ومدير لكل منطقة، وتأكد من أن نفس القيم توجه جميع التصعيدات حتى لا يشعر أي طرف بالتهميش.
قم ببناء خطة للمخاطر والحرق: حافظ على سجل مخاطر مشترك، وعين المالكين، وحدد عتبات للإجراءات. قم بتضمين حماية شبيهة بالتأمين للرهانات عالية التأثير، واستخدم انسحابات سريعة عندما تحذر الإشارات من عدم المواءمة. هذا يحافظ على الزخم دون تعريض الفرق لمخاطر غير ضرورية.
التقط القرارات في مستندات تنتقل مع المشروع: ميثاق حي، ملحق قرارات، ودعوات تقويم للمراجعات. سجل ملخصات قصيرة بأسلوب البودكاست بعد كل معلم حتى يتبادل الطرفان السياق؛ هذا يساعد عندما يفوّت شخص ما جلسة ويبقى متوافقًا مع مصدر الحقيقة.
المواءمة على احتياجات التوظيف والقدرات: حدد سمات المرشحين الذين يزدهرون في هذا التعاون، وتأكد من أن فرق التوظيف على كلا الجانبين تفهم نفس المعايير. يمكن لفريق Milin Desai شرح خصوصيات المجال؛ تتشارك VMware و Riverbed التوقعات ووجهة النظر حتى يتناسب التوظيف مع كلا الجانبين.
مقاييس التوسع: تتبع الوقت حتى القيمة، وتبني الميزات، ووقت الدورة عبر الفرق. استخدم لوحة معلومات مشتركة يتم تحديثها أسبوعيًا وتسلط الضوء على الفجوات مبكرًا؛ تصبح لوحة المعلومات مصدرًا مستقرًا لكل قرار، مما يدفع الفرق نحو نتائج يمكن التنبؤ بها.
وجهة النظر حول الشراكات: عامل كل طرف كمالك مشترك للنتائج. هذا النهج، كما أظهروا، يعتمد على توقعات واضحة، واحترام متبادل، وحلقات ملاحظات مفتوحة. حافظ على الحوار إنسانيًا: ادعُ الملاحظات من مدير الهندسة، ومدير المنتج، والفرق الإقليمية حتى تتوافق الأهداف مع سياق الأعمال الأوسع. كما قال جيلزينجر، تساهم المواءمة على الإيقاع والثقة في عملياتك في التوسع.
