ServiceNow

ServiceNow CSDM: ربط خدمات الأعمال بالواقع التشغيلي

تعرف على كيف يساعد نموذج الخدمة المشتركة الفرق على مواءمة العروض والأنظمة المنشورة والملكية وعمليات الدعم دون الخلط بين كل أنواع السجلات.

مناقشة عمل توضح التوافق بين مالكي الخدمة والفرق الفنية.

مناقشة عمل توضح التوافق بين مالكي الخدمة والفرق الفنية.

لماذا يهم مفردات الخدمة المشتركة

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

قم بتأكيد النموذج والمصطلحات الخاصة بالإصدار الخاص بك

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

فصل استهلاك الأعمال عن التسليم الفني

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

وصف العروض بالمصطلحات التي يمكن للأشخاص طلبها

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

تمثيل الأنظمة المنشورة في السياق التشغيلي

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

مثال: نموذج خدمة حجز العملاء

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

تعيين الملكية خارج الحقل المطلوب الفارغ

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

ترحيل السجلات الموجودة بعناية

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

ربط النمذجة بالحوادث والتغيرات

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

قياس الجودة من خلال الأسئلة الفعلية

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

ورشة العمل: الاتفاق على نموذج خدمة واحد

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

الأسئلة المتداولة

هل CSDM مجرد مشروع تنظيف CMDB؟ يساعد تنظيف البيانات، ولكن المعاني المشتركة واستخدام العملية أمران ضروريان.

هل ينبغي تصميم كل خدمة ممكنة على الفور؟ ابدأ بأمثلة مفيدة ومملوكة وطريقة قابلة للتكرار.

هل يمكن للمخطط المرجعي المنسوخ أن يحل محل القرارات المحلية؟ لا يمكنه تحديد المالكين الحقيقيين أو المستهلكين أو التبعيات.

ما الذي يمكن أن يقدمه Tuplify Studio؟ عمليات التكامل وسير العمل وإعداد التقارير المتعلقة بالخدمة والتي تستخدم نموذجًا متماسكًا. نحن نساعد في ربط تنفيذ النظام الأساسي بالدعم العملي وأسئلة العمل، مع التحقق من الإمكانيات والمصطلحات المطبقة على بيئة ServiceNow الفعلية لديك.

TUPLIFY STUDIO

ما يمكننا تطويره لك

يساعد Tuplify Studio في تنفيذ سير عمل البيانات الموجهة نحو الخدمة والتكامل وإعداد التقارير حول بيئة ServiceNow الخاصة بك.

لنتحدث عن مشروعك

للمزيد · الوثائق الرسمية

ServiceNow — CSDM conceptual model
  • ServiceNow
  • CSDM
  • Service modeling
  • CMDB

Tuplify Studio · أدلة تعليمية أُعدت بمساعدة الذكاء الاصطناعي. الأمثلة توضيحية.