8.2 مشهد الأدوات: البناء مقابل الشراء

نظرة عامة والدوافع

تواجه كل منظمة تُطبِّق توجيه هذا الكتاب في النهاية قرار بنية تحتية عملي: بناء أدوات مقاييس داخليًا، أو شراء منصة تحليلات هندسة تجارية، أو، الأكثر شيوعًا في الممارسة، مزيج من كليهما. يعامل هذا الموضوع ذلك القرار بنفس الصرامة التي يُطبِّقها الموضوع 5.5 على أي استثمار هندسة آخر: تحليل تكلفة-فائدة صادق خاص بحجم منظمتك، ومصادر بياناتها الحالية، والمقاييس المحددة من هذا الكتاب التي تنوي فعليًا تتبعها، بدلًا من إجابة افتراضية تنطبق بشكل موحّد بغض النظر عن السياق.

نضج سوق أدوات تحليلات الهندسة التجارية بشكل كبير، وتُقدِّم منصات كثيرة الآن أدوات قياسية صلبة وآلية إلى حد كبير لمقاييس DORA (الجزء 2)، وبيانات طلبات السحب والمراجعة (الموضوع 2.9)، وبشكل متزايد، بنية تحتية استبيان تجربة مطور (الموضوع 3.7). حوّل هذا النضج الحساب لمنظمات كثيرة نحو الشراء على الأقل للطبقة الأساسية، لكنه لم يُلغِ مزايا خيار البناء الحقيقية لاحتياجات محددة ومُخصَّصة، خاصة حول تتبع النتيجة الذي يُجادِل الموضوع 7.4 بأنه الآن مركز برنامج مقاييس الضروري، والذي غالبًا الفئة الأقل توحيدًا والأكثر خصوصية للمنظمة من القياس التي يغطيها هذا الكتاب.

بالنسبة للفرق الكبيرة، لهذا القرار عواقب ميزانية وقدرة هندسة حقيقية ومستمرة. غالبًا ما تحتاج المؤسسات الكبرى دمج أدوات مقاييس عبر مشهد أنظمة إرث وحديثة غير متجانس حقًا، مما يُشكِّل حساب البناء-مقابل-الشراء بشكل كبير؛ غالبًا ما تواجه المنظمات الحكومية قيود شراء ومتطلبات سيادة بيانات أو أمان تؤثر جوهريًا على أي خيارات تجارية قابلة للتطبيق أصلًا، مُميلة أحيانًا القرار نحو البناء أو نحو مجموعة أصغر من بائعين مُدقَّقين تحديدًا بغض النظر عما سيقترحه تحليل تكلفة-فائدة بحت وحده.

المبادئ الأساسية

• هذا نادرًا ما يكون قرارًا كل شيء-أو-لا-شيء. تجمع معظم برامج المقاييس الناضجة أدوات مشتراة للمقاييس المُوحَّدة جيدًا مع أدوات مبنية لتتبع نتيجة خاص بالمنظمة.
• اشترِ للمقاييس المُوحَّدة جيدًا والمطلوبة على نطاق واسع؛ ابنِ لتلك الخاصة بالمنظمة حقًا. مقاييس DORA وتحليلات طلبات السحب أرض سلعية؛ ارتباط نتيجة عملك المحدد (الموضوع 5.3) عادة ليس كذلك.
• ملكية البيانات وقابليتها للنقل تهم بقدر مقارنة الميزات. أداة تحبس بيانات مقاييسك خطر دائم، لا مجرد إزعاج.
• غالبًا ما تُقلَّل تكلفة التكامل من شأنها في تحليل بناء-مقابل-شراء، لكلا الخيارين.
• يمكن أن تتجاوز قيود الشراء والأمان وسيادة البيانات حسابًا صادقًا لتكلفة-فائدة بحتة، خاصة للمنظمات الحكومية.

التوصيات

اشترِ لطبقة السلعة: بنية تحتية DORA، والمراجعة، والاستبيان

لعائلات المقاييس بأدوات تجارية ناضجة ومتاحة على نطاق واسع، أدوات قياسية لمقاييس DORA (الجزء 2)، وتحليلات طلبات السحب ومراجعة الكود (الموضوع 2.9)، ومنصات استبيان تجربة مطور (الموضوع 3.7)، الشراء عادة الخيار الاقتصادي الأفضل لمعظم المنظمات دون حجم معين، إذ بناء بنية تحتية مكافئة يُكرِّر جهد هندسة استثمر فيه بائعون كثيرون بالفعل بشدة، بتمييز حقيقي محدود متاح من بناء نسختك الخاصة.

ابنِ لتتبع نتيجة خاص بالمنظمة حقًا

لمقاييس النتيجة التي يُجادِل الموضوع 7.4 بأنها ينبغي أن تكون مركز ثقل برنامج مقاييسك، ارتباط نتيجة أعمال (الموضوع 5.3)، وتبني ميزات مرتبط بمنتجك المحدد (الموضوع 5.2)، واقتصاديات وحدة مرتبطة بهيكل تكلفتك المحدد (الموضوع 5.4)، الأدوات التجارية أقل توحيدًا بكثير وغالبًا لا تستطيع التقاط منطق أعمال ونموذج بيانات منظمتك المحدد بدون تخصيص واسع ومكلف قد ينتهي بتكلفة أكثر من بناء القدرة المكافئة داخليًا بتحكم كامل بالنتيجة.

قيّم ملكية البيانات وقابليتها للنقل قبل الالتزام ببائع

قبل توقيع عقد تجاري، تأكد أنك تستطيع تصدير بيانات مقاييسك التاريخية الكاملة بتنسيق قابل للاستخدام وقياسي، وافهم ماذا يحدث لتلك البيانات وتاريخها إذا غيّرت بائعين أو أوقفت الخدمة. علاقة بائع تصبح صعبة الخروج منها بسبب حبس بيانات خطر تنظيمي دائم، لا مجرد إزعاج، ويستحق هذا التقييم نفس الجدية التي يستحقها أي التزام بنية تحتية كبير ومتعدد السنوات آخر.

ضع ميزانية واقعية لتكلفة التكامل على كلا جانبي القرار

سواء بنيت أو اشتريت، غالبًا ما تُقلَّل تكلفة التكامل، ربط الأداة بتحكم إصدارك الفعلي، والتكامل/النشر المستمر، وتتبع الحوادث، وأنظمة الأعمال، من شأنها في التخطيط الأولي لأي مسار. ضع ميزانية صريحة لجهد التكامل هذا كبند خط مميز وكبير في تحليل بناء-مقابل-شراء لديك، بدلًا من افتراض أن أداة تجارية ستعمل جاهزة بإعداد ضئيل، أو أن تكلفة تكامل حل مبني منزليًا إضافة ثانوية لتكلفة تطويره.

احتسب قيود الشراء والأمان والسيادة صراحة ومبكرًا

للمنظمات الحكومية والمؤسسات المُنظَّمة، يمكن لمتطلبات سيادة البيانات، واحتياجات شهادة أمان، وعمليات شراء تضييق أو إلغاء خيارات تجارية معينة جوهريًا بغض النظر عن جودة ميزاتها، مُميلة أحيانًا القرار نحو البناء أو نحو مجموعة أصغر من بائعين مُدقَّقين تحديدًا. حدّد هذه القيود صراحة ومبكرًا في عملية التقييم، بدلًا من اكتشافها فقط بعد أن يذهب جهد تقييم كبير بالفعل لخيار يتبين أنه غير قابل للتطبيق لأسباب لا علاقة لها بقدرته الفعلية.

المفاضلات: الإيجابيات والسلبيات

النهج	الإيجابيات	السلبيات
شراء أدوات تجارية	سريعة النشر، مجموعة ميزات ناضجة، يُصانها البائع	أقل قابلية للتخصيص لمقاييس نتيجة خاصة بالمنظمة؛ حبس محتمل
بناء أدوات داخلية	مُخصَّصة بالكامل، ملكية وتحكم بيانات كاملان	استثمار هندسة كبير ومستمر؛ يُكرِّر جهدًا لمقاييس سلعية
هجين: شراء طبقة السلعة، بناء طبقة النتيجة	يوازن كفاءة التكلفة بتخصيص حقيقي حيث يهم أكثر	يتطلب عمل تكامل لربط المكونات المشتراة والمبنية بتماسك
شراء كل شيء، شاملًا تتبع النتيجة، عبر تخصيص بائع واسع	علاقة بائع واحدة، شراء أبسط محتملًا	يمكن أن يصبح مكلفًا كالبناء، بتحكم نهائي أقل في النتيجة

التوتر المركزي هو حاجة التخصيص مقابل تكلفة التطوير. المقاييس الأكثر استفادة من التخصيص، تتبع نتيجة مرتبط تحديدًا بأعمالك، هي أيضًا الأكثر تكلفة للبناء جيدًا؛ المقاييس الأرخص شراءً، تحليلات DORA والمراجعة، هي أيضًا تلك التي يهم فيها التخصيص الحقيقي أقل. حُلّ التوتر بمطابقة القرار مع هذا النمط مباشرة: اشترِ حيث يخدمك التوحيد جيدًا، وابنِ حيث يتطلبه سياقك المحدد حقًا، وضع ميزانية تكامل واقعية على كلا جانبي ذلك الانقسام.

أسئلة للنقاش مع فريقك

1. لكل عائلة مقاييس يغطيها هذا الكتاب، هل سنستفيد حقًا من التخصيص، أم ستخدمنا أداة تجارية موحّدة بنفس الجودة؟ استعرض الأجزاء 2 إلى 6 صراحة وصنّف كل عائلة مقاييس إلى عمود شراء أو بناء بناءً على هذا الاختبار المحدد.

2. هل قيّمنا خيارات تصدير وقابلية نقل بيانات بائعنا الحالي أو المحتمل، أم نفترض أننا سنستطيع المغادرة بسهولة إن احتجنا لذلك؟ تحقق من هذا مباشرة بدلًا من الافتراض؛ غالبًا ما يُكتشَف حبس البيانات فقط عندما تحاول منظمة التحويل فعليًا.

3. هل احتسب تحليل بناء-مقابل-شراء الأصلي لدينا تكلفة التكامل بواقعية، أم ركّز أساسًا على رسوم ترخيص مقابل ساعات تطوير؟ أعد زيارة قرار أدوات حديث وتحقق مما إذا كانت تكلفة التكامل قُدِّرت حقًا أو قُلِّلت بشكل كبير.

4. هل نواجه قيود شراء، أو أمان، أو سيادة بيانات ستُلغي خيارات تجارية معينة بغض النظر عن جودة ميزاتها؟ حدّد هذه القيود صراحة قبل، لا بعد، استثمار جهد تقييم كبير في خيارات قد يتبين أنها غير قابلة للتطبيق.

5. هل مشهد أدواتنا الحالي هجين متعمد، يُطابِق البناء والشراء مع حيث يكون كل منهما منطقيًا، أم تراكم عبر قرارات مخصصة ومعقولة فرديًا عبر الزمن؟ كن صادقًا حول أي نمط يصف فعليًا وضعك الحالي.

6. كم سيكلّفنا، بالجهد والمخاطرة، تغيير بائع أدوات مقاييسنا الحالي اليوم إن احتجنا لذلك؟ هذا السؤال الملموس يختبر تعرضك الفعلي الحالي لخطر حبس البيانات، أبعد مما تعد به شروط عقد البائع اسميًا.

منظور القطاع

الشركات الناشئة. اشترِ أدوات سلعية افتراضيًا بهذا الحجم؛ نادرًا ما يكون بناء بنية تحتية مقاييس مخصصة استخدامًا جيدًا لقدرة هندسة مبكرة نادرة عندما توجد خيارات تجارية ناضجة وغير مكلفة لمقاييس DORA والمراجعة تحديدًا. احتفظ بأي جهد بناء لمقياس النتيجة الواحد (الموضوع 5.3) الذي يعكس بأكثر شكل مباشر القيمة الأساسية لمنتجك.

الشركات الصغيرة. تتوسع معظم خيارات الأدوات التجارية جيدًا بشكل معقول وأسعارها في متناول منظمات أصغر؛ شراء طبقة السلعة الخيار الصحيح دائمًا تقريبًا، ونادرًا ما يُبرَّر بناء أي شيء مخصص حتى تنمو منظمتك بشكل كبير وتُطوِّر احتياجات محددة حقًا.

المؤسسات الكبرى. النهج الهجين الذي يوصي به هذا الموضوع يكتسب تعقيده هنا: اشترِ طبقة السلعة بحجم كبير (غالبًا بنفوذ تفاوضي ذي معنى لشروط مواتية)، واستثمر عمدًا في بناء طبقة تتبع النتيجة الخاصة بالمنظمة، إذ يتجاوز عادة تعقيد منطق أعمالك ونموذج بياناتك بهذا الحجم ما تستطيع أدوات تجارية عامة استيعابه بدون تخصيص واسع ومكلف.

الحكومة. غالبًا ما تُهيمِن عمليات الشراء، ومتطلبات شهادة الأمان، وقيود سيادة البيانات على هذا القرار أكثر مما ستقترحه مقارنة ميزات أو تكلفة بحتة. أشرِك أصحاب مصلحة الشراء والأمان مبكرًا في عملية التقييم، وكن مستعدًا لأن يكون خيار البناء أكثر جاذبية حقًا هنا من سياق قطاع خاص مماثل، تحديدًا بسبب هذه القيود لا لأن البناء أفضل بطبيعته.

أمثلة

المؤسسات الكبرى. حاولت شركة برمجيات في البداية بناء منصة مقاييس مخصصة بالكامل تغطي كل عائلة مقاييس من الجزء 2 إلى الجزء 6، جهد متعدد السنوات استهلك قدرة هندسة كبيرة ولا يزال متأخرًا عن العروض التجارية الناضجة لمقاييس DORA والمراجعة الموحّدة تحديدًا. تبنت استراتيجية مُنقَّحة منصة تجارية لهذه المقاييس السلعية، مُحرِّرة فريق المنصة الداخلي للتركيز حصريًا على بناء تتبع ارتباط نتيجة الأعمال واقتصاديات الوحدة (الموضوعان 5.3 و5.4) الخاص حقًا بنموذج أعمال الشركة، الذي لم تكن أي أداة تجارية لتوفره جاهزًا. سلّم هذا النهج الهجين برنامج مقاييس أكثر اكتمالًا وأكثر فائدة حقًا خلال عام واحد مما حققته استراتيجية البناء الكامل بعد عامين.

الحكومة. وجد تقييم أولي لمنصات تحليلات هندسة تجارية لوكالة فيدرالية أنه لا يوجد بائع متاح يستطيع تلبية متطلبات سيادة بيانات الوكالة، التي فرضت أن تبقى كل بيانات مقاييس الهندسة داخل مراكز بيانات حكومية مُصادَق عليها ومحددة. بدلًا من التخلي عن خيار الشراء كليًا، حدّدت الوكالة مجموعة فرعية أصغر من بائعين يوفرون خيارات نشر سحابة سيادية ومُصادَق عليها حكوميًا، بعلاوة تكلفة متواضعة فوق التسعير التجاري القياسي، ونشرت بنجاح برنامجًا هجينًا: أدوات مشتراة لطبقة المقاييس السلعية ضمن حدود السيادة المطلوبة، وأدوات داخلية مبنية لاحتياجات تتبع نتيجة مواطن المحددة للوكالة، التي لم يُعالِجها أي بائع تجاري متاح بغض النظر عن اعتبارات السيادة.

الحالة التجارية: الدوافع والعائد على الاستثمار وإجمالي تكلفة الملكية

العائد على استراتيجية بناء-مقابل-شراء هجينة ومتعمدة هو تجنب نمطي الفشل اللذين توضحهما أمثلة هذا الموضوع: الاستثمار الهندسي المُهدَر والمتعدد السنوات لبناء قدرة سلعية موجودة بالفعل رخيصة في السوق، والإحباط وتكلفة التخصيص النهائية لإجبار حاجة خاصة بالمنظمة حقًا في أداة تجارية غير ملائمة. يُظهر مثال المؤسسات الكبرى أعلاه هذا بشكل ملموس: سلّم النهج الهجين قيمة حقيقية أكثر في عام واحد مما فعلته استراتيجية البناء الكامل في عامين.

تشمل إجمالي تكلفة الملكية لأي مسار تكلفة التكامل، غالبًا مُقلَّلة من شأنها، ولأدوات مشتراة تحديدًا، تكلفة مخاطرة مستمرة لحبس بائع محتمل ما لم تُؤكَّد قابلية نقل البيانات وتُحمَى تعاقديًا مسبقًا. وضع ميزانية لكلا هذين بواقعية، بدلًا من التركيز ضيقًا على رسوم ترخيص أو ساعات تطوير وحدها، يُنتج صورة تكلفة إجمالية أكثر دقة بكثير لأي خيار.

الأنماط المضادة والمزالق

• بناء أدوات مخصصة لمقاييس سلعية موحّدة جيدًا: يُكرِّر جهد هندسة استثمر فيه بائعون كثيرون بالفعل بشدة.
• شراء أدوات تجارية لتتبع نتيجة خاص بالمنظمة حقًا بدون التحقق من الملاءمة أولًا: يخاطر بتخصيص مكلف وغير ملائم أو حاجة غير مُلبَّاة.
• بلا تقييم لتصدير وقابلية نقل بيانات قبل الالتزام ببائع: يخاطر بحبس دائم ومكلف يُكتشَف فقط عند محاولة المغادرة.
• التقليل من شأن تكلفة التكامل على أي جانب من القرار: يُنتج مقارنة تكلفة إجمالية غير دقيقة وجداول زمنية غير واقعية.
• تجاهل قيود الشراء، أو الأمان، أو السيادة حتى وقت متأخر من عملية التقييم: يُهدر جهد تقييم على خيارات يتبين أنها غير قابلة للتطبيق لأسباب لا علاقة لها بالقدرة.
• معاملة هذا كقرار كل شيء-أو-لا-شيء واحد: يفوّت النهج الهجين الذي يُطابِق أفضل الاحتياجات الفعلية والمختلطة لمعظم المنظمات.

نموذج النضج

• المستوى 1، البدء: تُتَّخَذ قرارات الأدوات بشكل مخصص، بلا تحليل بناء-مقابل-شراء متعمد أو اعتبار لقابلية نقل البيانات.
• المستوى 2، التطوير: يحدث بعض التحليل، لكن غالبًا ما تُقلَّل تكلفة التكامل من شأنها ولا يُعتبَر النهج الهجين عمدًا.
• المستوى 3، التوحيد القياسي: تُطابِق استراتيجية بناء-مقابل-شراء هجينة ومتعمدة المقاييس السلعية بأدوات مشتراة وتتبع النتيجة الخاص بالمنظمة بأدوات مبنية، باتساق.
• المستوى 4، الإدارة: تُؤكَّد قابلية نقل البيانات وتُحمَى تعاقديًا لكل الأدوات المشتراة، وتُحتسَب قيود الشراء والأمان والسيادة صراحة ومبكرًا.
• المستوى 5، التنسيق الشامل: يعكس مشهد أدوات المنظمة استراتيجية هجينة ناضجة ومتعمدة، تُراجَع بانتظام مع تطور العروض التجارية والاحتياجات التنظيمية، بقيمة مُثبَتة من كلا المكونين المشترى والمبني.

أفكار للنقاش

1. أي من مقاييسنا الحالية سيستفيد أكثر من تخصيص لا نحصل عليه حاليًا؟
2. هل أكّدنا أننا نستطيع تصدير بيانات مقاييسنا التاريخية الكاملة إن احتجنا لتغيير بائعين؟
3. هل احتسب قرار أدواتنا الأخير تكلفة التكامل بواقعية؟
4. أي قيد شراء، أو أمان، أو سيادة قد نُقلِّل من شأنه؟
5. كيف ستبدو استراتيجية هجينة متعمدة لمجموعة مقاييسنا المحددة؟

أهم الاستنتاجات

• هذا نادرًا ما يكون كل شيء-أو-لا-شيء؛ تجمع معظم البرامج الناضجة أدوات مشتراة للمقاييس السلعية بأدوات مبنية لتتبع نتيجة خاص بالمنظمة.
• اشترِ للمقاييس الموحّدة (DORA، وتحليلات المراجعة، وبنية تحتية الاستبيان)؛ ابنِ لقياس النتيجة الخاص بالمنظمة حقًا.
• قيّم ملكية البيانات وقابليتها للنقل قبل الالتزام ببائع؛ الحبس خطر دائم، لا مجرد إزعاج.
• ضع ميزانية واقعية لتكلفة التكامل على كلا جانبي القرار؛ غالبًا ما تُقلَّل من شأنها.
• قيود الشراء، والأمان، والسيادة يمكن أن تتجاوز حسابًا صادقًا لتكلفة-فائدة بحتة، خاصة للمنظمات الحكومية.

المراجع وقراءات إضافية

• Accelerate: The Science of Lean Software and DevOps، بقلم Nicole Forsgren وJez Humble وGene Kim (عائلات المقاييس التي يُطبَّق تحليل بناء-مقابل-شراء هذا الموضوع عليها).
• Cloud FinOps، بقلم J.R. Storment وMike Fuller (مبادئ تحليل تكلفة قابلة للتطبيق على قرارات استثمار أدوات).
• إطار عمل FinOps لمؤسسة FinOps، finops.org (توجيه ممارسين حول تقييم وإدارة تكاليف أدوات سحابة وبرمجيات كخدمة).
• توثيق برنامج إدارة المخاطر والتصريح الفيدرالي الأمريكي (FedRAMP): توجيه موثوق حول متطلبات أمان وسيادة أدوات سحابة حكومية.