القوالب والمهام الدورية والأتمتة

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

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

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

كيف تقرأ مركز الأتمتة

مركز الأتمتة لا يعرض إعدادات المهام فقط. إنه نظرة عمل على المعايير النشطة والمعطلة: قواعد المهام، القوالب الدورية، الفحوصات الوقائية، قواعد CRM، ومسارات العمل.

في شاشة النظرة العامة افحص:

• كم معيارا موجودا وكم منها نشط؛
• أي عناصر للقراءة فقط وأي عناصر يمكن إدارتها؛
• إلى أي وحدة ينتمي السطر: المهام، CRM، أو مسار العمل؛
• نوع العنصر: قاعدة، مهمة دورية، فحص وقائي، أو مسار عمل؛
• نطاق العمل: الشركة، مشروع، قسم، أو نطاق آخر؛
• من عدل الإعداد آخر مرة؛
• متى كان آخر تشغيل؛
• إلى أين يقود زر الفتح.

الفلاتر حسب الوحدة والنوع والحالة ليست للبحث فقط، بل للمراجعة الإدارية. مثلا يستطيع قائد القسم مراجعة قواعد المهام النشطة فقط، ويستطيع المسؤول العثور على الفحوصات الوقائية المعطلة التي يجب حلها قبل إطلاق العملية.

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

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

تبويبات أتمتة المهام

صفحة أتمتة المهام تقسم الإعدادات حسب الغرض. لا تتعامل معها كقائمة واحدة مختلطة: كل تبويب يجيب عن سؤال إداري مختلف.

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

إذا كان فعل في تبويب غير متاح، فاقرأ أولا سبب التقييد وافحص دور المستخدم. الزر المعطل يعني غالبا أن المستخدم لا يملك حق التشغيل أو التعديل أو الحذف أو العرض في النطاق المختار.

قبل تشغيل قاعدة يدويا على مهمة، استخدم المعاينة. إذا أوضحت المعاينة أن التشغيل سيمنع أو سيؤثر على مهام غير صحيحة، فعدّل القاعدة قبل التشغيل.

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

التاريخ ليس للتحقيق في الأخطاء فقط. استخدمه بعد أول تشغيلات لقاعدة جديدة أو عملية دورية، حتى يرى مالك العملية الأفعال الناجحة، والتخطي، والأخطاء، والأسباب قبل توسيع الأتمتة.

ماذا تعطي القوالب والأتمتة

القالب يثبت بنية المهمة الصحيحة: ما المطلوب، من يشارك، ما الخطوات التي تفحص، أي مواد ترفق، وأي نتيجة تعتبر مكتملة.

المهمة الدورية تنشئ مهمة من هذا النوع حسب جدول. هذا مناسب للعمليات التي يجب أن تحدث حتى لو لم يتذكرها شخص معين.

قاعدة الأتمتة تنفذ فعلا عند حدوث حدث في المهمة: تغير حالة، قرب موعد، تعليق جديد، تعيين مسؤول، أو شرط آخر.

عند استخدامها بشكل صحيح يحصل المدير على:

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

كيف تختار الأداة المناسبة

ابدأ بالسؤال: ما الذي نريد توحيده؟

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

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

لا تبدأ بالأتمتة إذا لم توصف العملية بالكلمات. أولا اتفقوا على النتيجة، والأدوار، والاستثناءات، ومعايير القبول. بعد ذلك تصبح إعدادات LadVen OS انعكاسا للعملية، لا اتفاقا تقنيا منفصلا.

كيف تطبق معيارا جديدا

القالب أو القاعدة يجب أن يدخلا كتحسين للعملية، لا كإعداد مفاجئ.

ترتيب العمل:

1. صف العملية بلغة عادية: النتيجة، الأدوار، معايير القبول، والاستثناءات.
2. اختر الأداة: قالب، دورية، قاعدة، أو فحص وقائي.
3. ابدأ بسيناريو واحد واضح، لا بكل الأقسام دفعة واحدة.
4. أنشئ عدة مهام اختبارية وافحصها كمنفذ ومدير ومراقب.
5. عدل الاسم والوصف والقائمة والمواعيد والأدوار قبل التعميم.
6. عين مالك العملية.
7. بعد الإطلاق، اجمع الملاحظات من أول مهام حقيقية وعدل المعيار.

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

القوالب

استخدم القالب عندما تتكرر المهمة ولها ترتيب ثابت.

أمثلة:

• موافقة عقد أو عرض تجاري؛
• إطلاق عميل أو مشروع؛
• تقرير أسبوعي أو شهري؛
• فحص وثائق بقائمة تحقق؛
• معالجة طلب نمطي؛
• تهيئة موظف أو عميل جديد؛
• إجراء إداري دوري؛
• رقابة على تنفيذ نظام عمل القسم.

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

ماذا يحتوي القالب

ضع في القالب العناصر المتكررة فقط:

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

القالب الجيد لا يسرع إنشاء المهمة فقط. هو يشرح للموظف ما النتيجة المطلوبة وكيف ستقبل.

إذا احتاج الموظف إلى سؤال المدير كل مرة لفهم النتيجة، فالقالب ليس مكتمل المعنى كمعيار.

مكتبة القوالب

مع الوقت تكثر القوالب. من دون قواعد تتحول المكتبة إلى مخزن نسخ متشابهة.

حافظ على المكتبة بهذه القواعد:

• قالب واحد لكل عملية متكررة واضحة؛
• اسم القالب يشرح السيناريو أو القسم أو النتيجة؛
• القوالب القديمة تعطل أو تؤرشف؛
• لكل قالب مهم مالك؛
• تغيير القالب يعتبر تغيير عملية، لا تعديل شخصي عابر؛
• القوالب المتشابهة تدمج أو تفصل بسبب واضح: قسم، نوع نتيجة، اتفاقية مستوى خدمة، أو سيناريو عميل.

أسماء ضعيفة: "قالب 1"، "عملية جديدة"، "نسخة تقرير". أسماء أفضل: "تقرير المبيعات الأسبوعي"، "تسليم العميل إلى التنفيذ"، "فحص العقد قبل الإرسال".

إنشاء مهمة من قالب

المهمة المنشأة من قالب تبقى مهمة عمل عادية. يجب فحصها قبل الحفظ.

قبل الإنشاء تحقق من:

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

بعد إنشاء المهمة، تعيش مستقلة عن القالب. تعديل المهمة لا يغير القالب، وتعديل القالب لا يغير المهام التي أنشئت سابقا.

المهام الدورية

المهمة الدورية مناسبة للعمليات التي يجب أن تظهر حسب جدول: يوميا، أسبوعيا، شهريا، أو حسب فترة ثابتة.

أمثلة:

• تقرير أسبوعي للمدير؛
• مراجعة شهرية للوثائق؛
• فحص جودة الخدمة؛
• متابعة طلبات متأخرة؛
• تواصل دوري مع عميل؛
• فحص التزام داخلي؛
• إجراء إداري للقسم.

قبل تفعيل الدورية اسأل: هل العمل يجب أن يظهر بسبب التقويم أم بسبب حدث؟ إذا كان العمل يبدأ بعد اكتمال عقد أو انتقال مهمة إلى حالة معينة، فقاعدة الأتمتة قد تكون أفضل من جدول ثابت.

الجدول الجيد يشرح معنى العمل: "كل يوم اثنين الساعة 10:00 افحص الطلبات المتأخرة للأسبوع السابق" أوضح من "أنشئ مهمة كل أسبوع".

إعداد الجدول والدوبليكات

عند إعداد المهمة الدورية تحقق من:

• كم مرة تظهر المهمة؛
• أي يوم ووقت يناسبان الفريق؛
• هل هناك تاريخ نهاية للعمل المؤقت؛
• ما الموعد النهائي للمهمة الجديدة؛
• من المسؤول عن النتيجة؛
• ماذا يحدث إذا كانت مهمة الفترة السابقة لم تغلق بعد.

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

قبل الإطلاق اتفقوا:

• هل تمنع المهمة النشطة إنشاء نسخة جديدة؛
• من يراجع المهمة السابقة غير المغلقة؛
• ماذا يكتب في تعليق المهمة الزائدة إذا ألغيت؛
• أين يرى مالك العملية تاريخ الإنشاءات والتخطي؛
• متى يجب مراجعة الجدول.

إذا أنشئت مهمة زائدة، لا تحذفها بصمت. اكتب تعليقا يوضح أنها زائدة بسبب إعداد الجدول أو سياسة الدوبليكات، ثم صحح القاعدة.

كيف تضبط الجدول

الجدول يجب أن يتبع منطق عمل القسم، لا راحة الإعداد التقني. قبل الحفظ افحصه كمدير عملية: متى يحتاج الفريق إلى رؤية المهمة، ومتى يستطيع تنفيذها، ومتى يجب قبول النتيجة.

انتبه إلى:

• التكرار: يومي، أسبوعي، شهري، أو فترة أخرى؛
• اليوم والوقت المناسبين لفريق التنفيذ والمراجعة؛
• الموعد النهائي للمهمة الجديدة بالنسبة إلى وقت إنشائها؛
• تاريخ البداية والنهاية إذا كانت العملية مؤقتة؛
• المنطقة الزمنية أو وقت العمل المتفق عليه إذا كان الفريق موزعا؛
• هل توجد مهمة سابقة نشطة قد تجعل النسخة الجديدة زائدة.

للتقارير الأسبوعية، لا يكفي اختيار "كل أسبوع". حدد يوم إعداد التقرير ويوم مراجعته. وللإجراءات الشهرية اربط الجدول بدورة القسم: إغلاق الفترة، التخطيط، المراجعة، أو التسليم.

إذا كان العمل يعتمد على نتيجة مهمة أخرى، فقد يكون الجدول اختيارا ضعيفا. في هذه الحالة ابدأ المهمة من حدث: اكتمال وثيقة، تغيير حالة، إضافة وسم، أو قبول مرحلة.

كيف تفحص العملية الدورية

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

افحصها بهذه السلسلة:

1. تحقق من أن الدورية تستخدم القالب الصحيح.
2. راجع الجدول: الفترة، اليوم، الوقت، تاريخ البداية، وتاريخ النهاية عند الحاجة.
3. راجع موعد المهمة الجديدة: لا يجب أن تنشأ متأخرة منذ اللحظة الأولى.
4. تحقق من مالك العملية: من يراجع معنى الدورية وجودتها.
5. تحقق من المسؤول، والمنفذين المشاركين، والمراقبين في المهمة المستقبلية.
6. افحص سياسة الدوبليكات: ماذا يحدث إذا لم تغلق مهمة الفترة السابقة.
7. افتح تاريخ التشغيل وتأكد أن LadVen OS يوضح: متى حدث التشغيل، أي مهمة أنشئت، أي قالب استخدم، وهل تم تخطي التشغيل ولماذا.
8. بعد أول تشغيل حقيقي، افتح المهمة كما يراها المنفذ: هل يفهم لماذا ظهرت، ماذا يفعل، ومتى ينتظر المدير النتيجة.

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

إنشاء يدوي خارج الجدول

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

قبل الإنشاء اليدوي:

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

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

مالك العملية

لكل قالب مهم، مهمة دورية، أو قاعدة أتمتة يجب أن يكون مالك عملية. هذا الشخص لا يكون بالضرورة مسؤولا تقنيا. غالبا هو مدير قسم أو متخصص كبير يعرف كيف يجب أن تنتهي النتيجة.

مالك العملية يتأكد من أن:

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

إذا لم يوجد مالك، تتحول الأتمتة إلى مصدر عمل زائد: مهام تظهر، قواعد تغير شيئا، ولا أحد يعرف هل يساعد ذلك القسم.

راجع العملية بإيقاع واضح، لا عند حدوث أزمة فقط:

• بعد أول مهام حقيقية ظهرت من القالب أو الدورية؛
• بعد أسبوع أو أسبوعين من التشغيل الأول؛
• عند تغيير نظام العمل أو اتفاقية مستوى الخدمة أو مسار الموافقة؛
• عند تغيير الفريق أو المسؤولين الرئيسيين؛
• عندما تبدأ المهام تظهر بدوبليكات أو تعاد كثيرا للتعديل.

مالك العملية لا يراقب الإعدادات فقط. هو يحافظ على معنى المعيار: هل ما زال يمثل أفضل طريقة عمل للقسم أم أصبح نسخة قديمة من العملية.

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

اختبر القالب أو القاعدة على نطاق صغير: قسم واحد، مشروع واحد، نوع مهمة واحد، أو مجموعة مستخدمين صغيرة.

أثناء التجربة افحص:

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

بعد التجربة قرر: التعميم، التعديل، أو الإلغاء. لا تترك قواعد اختبارية نشطة "للاحتياط".

قواعد الأتمتة

قاعدة الأتمتة تصف منطق عمل بسيط: عندما يحدث حدث، ينفذ النظام فعلا.

أمثلة:

• عند التأخير، إبلاغ المنشئ أو المدير؛
• عند الانتقال إلى المراجعة، إضافة المدير كمراقب؛
• عند الإغلاق، إضافة تعليق ختامي؛
• عند إضافة وسم عاجل، رفع الأولوية؛
• عند إنشاء مهمة في مشروع، تعيين المسؤول حسب القاعدة؛
• عند تغيير الموعد، إبلاغ المشاركين.

اسم القاعدة يجب أن يشرح النتيجة. "عند التأخير أبلغ مدير القسم" أفضل من "Auto 2".

حدد بعناية:

• أين تعمل القاعدة: قسم، مشروع، عميل، مجموعة عمل، أو كل المؤسسة؛
• ما الحدث الذي يشغلها: إنشاء، تغيير حالة، تغيير موعد، تعليق، وسم، مسؤول، أو وقت؛
• ما الفعل الذي تنفذه: حالة، مسؤول، مراقب، تعليق، موعد، وسم، مهمة فرعية، أو إشعار.

كلما اتسع نطاق القاعدة، زاد خطر أن تغير مهاما لا تنتمي إلى العملية. القاعدة الجيدة يمكن قراءتها كجملة واضحة:

إذا انتقلت مهمة وسمها "تنفيذ" إلى حالة "في المراجعة"، أضف مدير التنفيذ كمراقب واترك تعليق قبول.

مجال العمل والمشاركون

قبل تفعيل القاعدة حدد أين تعمل ولمن. القاعدة يمكن أن تخص:

• المهام الشخصية فقط؛
• قسما محددا؛
• قسما مع الفرق التابعة؛
• موظفين محددين؛
• مشروعا أو عميلا أو مجموعة عمل؛
• المؤسسة كلها إذا كان ذلك جزءا من النظام الداخلي.

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

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

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

شروط التشغيل

الشروط تجيب عن سؤال: متى يجب أن تعمل القاعدة؟

أحداث شائعة:

• إنشاء مهمة جديدة؛
• تغيير الحالة؛
• تغيير الموعد؛
• تعيين أو تغيير المسؤول؛
• تغيير الأولوية؛
• إضافة تعليق؛
• إضافة وسم؛
• تسجيل وقت العمل.

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

اختبار جيد قبل التفعيل: اقرأ القاعدة كجملة عادية. إذا لم تستطع قولها بوضوح، فالشرط أو المجال يحتاجان إلى تضييق.

أفعال القاعدة

الفعل يجيب عن سؤال: ماذا يجب أن تفعل LadVen OS بعد تحقق الشرط؟

في المهام غالبا تتم أتمتة:

• تغيير الحالة؛
• تعيين المسؤول؛
• إضافة مراقبين أو منفذين مشاركين؛
• إضافة وسم؛
• إضافة تعليق؛
• تعيين أو تغيير الموعد؛
• ملء حقل؛
• إنشاء مهمة فرعية؛
• إرسال إشعار؛
• بدء مسار عمل مرتبط؛
• إعداد تقييم أولي للوقت أو الصعوبة.

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

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

التقييم الأولي للوقت

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

استخدم هذا كتلميح إداري، لا كحقيقة نهائية. قبل الاعتماد عليه تحقق من أن:

• سيناريو التقييم يناسب هذا النوع من المهام؛
• النتيجة لا تستبدل مراجعة خبير عندما تكون مطلوبة؛
• الموظفون يرون أن التقييم أولي؛
• التقييم اليدوي الموجود لا يستبدل بلا سبب؛
• مالك العملية يراجع جودة التوصيات دوريا.

إذا كان التقييم يؤثر على خطة القسم، فثبت القاعدة في النظام الداخلي: متى يمكن قبولها تلقائيا، ومتى يجب تعديلها يدويا.

فحص القاعدة قبل التفعيل

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

يجب أن يجيب الفحص عن:

• أي مهام ستدخل في القاعدة؛
• ما الشروط التي اعتبرت مكتملة؛
• ما الحقول التي ستتغير؛
• من سيتلقى إشعارا؛
• هل ستنشأ مهمة فرعية أو تعليق؛
• هل ستتأثر أقسام أو عملاء غير مقصودين؛
• هل سيفهم المشاركون سبب التغيير.

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

المعاينة قبل التفعيل

المعاينة ليست فحصا تقنيا فقط. هي سؤال إداري: ماذا سيحدث للمهام الحقيقية إذا فعلنا هذه القاعدة؟

قبل التفعيل افحص:

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

إذا كانت المعاينة واسعة جدا، لا تفعل القاعدة. ضيق المجال: قسم، مشروع، عميل، وسم، حالة، نوع مهمة، أو حدث محدد.

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

اقرأ المعاينة كسجل تغييرات قبل التنفيذ، لا كقائمة أرقام فقط:

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

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

مثال ضعيف:

عند تغيير الحالة، أضف المدير كمراقب.

هذا واسع وقد يعمل في عمليات لا تحتاج إلى المدير.

مثال أفضل:

عندما تنتقل مهمة عليها وسم "تنفيذ" إلى حالة "في المراجعة"، أضف مدير التنفيذ كمراقب واترك تعليقا يوضح أن المهمة تنتظر القبول.

في المثال الثاني توجد عملية واضحة، وحدث واضح، وشرط محدد، وفعل مفهوم للمشاركين.

الفحوصات الوقائية

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

أمثلة:

• لا تغلق المهمة بلا نتيجة؛
• لا ترسل للمراجعة بلا ملف؛
• لا تغير الحالة بلا مسؤول؛
• لا تنهي الموافقة بلا تعليق من المدير؛
• لا تتجاوز بندا إلزاميا في قائمة التحقق.

الرسالة الجيدة لا تقول فقط "ممنوع". تقول ما الناقص وكيف يصلحه المستخدم: أرفق الملف النهائي قبل الإغلاق، عين مالك النتيجة قبل الإرسال للمراجعة، أو أغلق بنود قائمة التحقق الإلزامية قبل إنهاء العمل.

إذا لم يفهم الموظف ماذا يفعل بعد رسالة الفحص، فالنص أو القاعدة يحتاجان إلى تحسين قبل التعميم.

كيف تطبق الفحص الوقائي

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

الفحص الجيد يحتوي:

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

أمثلة على صياغة مفيدة:

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

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

عند ظهور منع في واجهة العمل، يجب أن يحصل المستخدم على إجابة عملية عن أربعة أسئلة:

• ما الفعل المتوقف الآن: إغلاق المهمة، إرسالها للمراجعة، تغيير الحالة، تعيين مشارك، أو تشغيل قاعدة.
• ما الشيء الناقص: ملف النتيجة، بند قائمة تحقق مغلق، تعليق قبول، مسؤول، ارتباط بعميل، حقل مطلوب، أو تأكيد من المدير.
• من يستطيع الإصلاح: المنفذ، المنشئ، مالك العملية، مدير القسم، أو مسؤول LadVen OS.
• كيف يعيد المحاولة: ماذا يضيف أو يغير، ثم أي زر يضغط بعد حفظ المهمة.

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

أمثلة لصياغة إنسانية عند التعافي من المنع:

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

التاريخ والتحقق من النتائج

يجب أن يمكن للمدير فهم ما غيرته الأتمتة ولماذا.

في التاريخ أو سجل الأتمتة افحص:

• متى عملت القاعدة أو أنشئت مهمة دورية؛
• أي مهمة تأثرت؛
• ما الذي تغير؛
• من تم إبلاغه أو تعيينه؛
• لماذا تخطت القاعدة بعض المهام؛
• ما الخطأ الذي منع التنفيذ؛
• أي قالب أنشأ المهمة.

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

ابدأ التحقيق من التاريخ عندما يقول المستخدم: "تغيرت المهمة وحدها"، أو "ظهرت مهمة جديدة ولا أعرف لماذا"، أو "لم تعمل القاعدة". التاريخ يجب أن يربط بين الحدث والنتيجة: ما الذي حدث في المهمة، أي قاعدة أو دورية تعاملت معه، وما القرار الذي اتخذ.

في القراءة العملية للتاريخ انتبه إلى:

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

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

تحليل تشغيل مهمة دورية

تكون المهمة الدورية مضبوطة جيدا عندما يفهم المشاركون من المهمة نفسها:

• لماذا ظهرت الآن؛
• أي قالب استخدم؛
• من يملك النتيجة؛
• ما الموعد النهائي؛
• هل توجد نسخة نشطة من فترة سابقة؛
• أين يمكن رؤية الجدول ومالك العملية؛
• ماذا نفعل إذا ظهرت في وقت غير مناسب أو لم تعد مطلوبة.

إذا لم تظهر المهمة الدورية، افحص:

1. هل الدورية مفعلة.
2. هل حان وقت التشغيل مع مراعاة وقت العمل.
3. هل انتهت فترة الصلاحية أو تاريخ النهاية.
4. هل منعت سياسة الدوبليكات إنشاء نسخة جديدة.
5. هل يوجد مسؤول صالح.
6. هل القالب متاح ولم يحذف.
7. هل توجد علامة في تاريخ الأتمتة تشرح التخطي أو الخطأ.

إذا ظهرت مهمة زائدة، لا تحذفها بصمت. اكتب تعليقا يوضح السبب، ثم راجع الجدول وسياسة الدوبليكات ومالك العملية.

تعليق عملي:

تم إنشاء هذه المهمة خارج الفترة المطلوبة. نراجع الجدول وسياسة الدوبليكات، ونلغي هذه النسخة كزائدة.

بهذا يفهم المشاركون أن المهمة ليست تكليفا جديدا، بل تصحيح لإعداد العملية.

مراقبة جودة العملية

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

اسأل دوريا:

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

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

بالنسبة إلى مالك العمل ورئيس القسم، لا تكفي حقيقة أن القاعدة تعمل تقنيا. ابحث عن علامات أن المعيار يحسن التشغيل فعلا:

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

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

الحقوق والوصول

ليس كل مستخدم يجب أن يعدل القوالب والقواعد العامة. هذا جزء من إدارة العملية.

نهج عملي:

• الموظفون يستخدمون القوالب ويرون أثر الأتمتة في مهامهم؛
• مدير القسم يضبط ما يخص فريقه؛
• مالك العملية يحافظ على معنى القاعدة وجودة القالب؛
• المسؤول الإداري يساعد في الصلاحيات والقيود النظامية.

إذا لم يكن الإجراء متاحا، لا تنشئ نسخة شخصية من قاعدة عامة لتجاوز الوصول. اطلب من مالك العملية أو المسؤول تحديث المعيار.

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

عندما يطلب المستخدم صلاحية إضافية، لا تمنحها بسبب زر معطل فقط. افحص:

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

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

إدارة الأتمتة

شاشة الإدارة ليست للعمل اليومي للمنفذ. تستخدم لفهم لماذا تكون إمكانية معينة متاحة أو مقيدة في نطاق محدد: الشركة، القسم، المشروع، المستخدم، أو مقطع عمل آخر.

يفحص المسؤول أو مالك العملية فيها:

• ما هي إمكانات الأتمتة المفعلة للمهام والوحدات المرتبطة؛
• ما هي الأفعال المتاحة لأدوار محددة فقط؛
• أين تم إيقاف قاعدة أو قالب أو فحص وقائي أو عملية دورية مؤقتا؛
• أي قيد يمنع المستخدم من تشغيل الإجراء؛
• هل يجب تغيير الصلاحيات أو المجال أو العملية نفسها.

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

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

في الإدارة، لا تبحث عن "من أخطأ" أولا. ابحث عن مكان القيد: هل هو في الدور، أو القسم، أو المشروع، أو حالة القاعدة، أو فترة الدورية، أو صلاحيات الملف. بعد معرفة مكان القيد يصبح الإصلاح أصغر وأوضح.

أمثلة عملية لقرارات الإدارة:

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

الأخطاء والقيود

معظم مشاكل القوالب والأتمتة تأتي من عملية غير واضحة.

قبل الحفظ تحقق من:

• اسم القالب أو القاعدة مفهوم؛
• يوجد مسؤول ومالك عملية؛
• الموعد لا يصنع تأخيرا فوريا؛
• الجدول له بداية وتكرار واضح؛
• مجال القاعدة ليس واسعا جدا؛
• الشرط دقيق؛
• الفعل لا يغير حقلا مهما بلا تفسير؛
• المشاركون لديهم وصول إلى الملفات والمشاريع؛
• رسالة الفحص الوقائي مفهومة للمستخدم.

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

اكتب الأخطاء بلغة تساعد المستخدم على إكمال العمل. لا تجعل الرسالة تعرض اسم القيد الداخلي أو نتيجة فنية بلا توجيه. في واجهة المستخدم، الأفضل أن يرى الشخص ما يستطيع فعله الآن.

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

هذه الصياغات لا تخفي المشكلة، لكنها تحولها إلى خطوة يمكن للمستخدم أو مالك العملية تنفيذها.

للأخطاء المتكررة استخدم ترتيب تحليل قصيرا:

1. ابحث عن مثال مهمة حدثت فيها المشكلة.
2. افحص تاريخ المهمة وتاريخ الأتمتة.
3. قارن الحدث الفعلي بشرط القاعدة.
4. افحص المجال، والصلاحيات، والاستثناءات.
5. صحح القاعدة أو القالب.
6. اترك تعليقا في المهمة إذا كان الخطأ أثر على المشاركين.
7. بعد عدة تشغيلات تحقق أن المشكلة لم تتكرر.

بهذا تبقى الأتمتة جزءا قابلا للإدارة من LadVen OS، لا مجموعة أفعال مخفية يخاف الفريق من لمسها.

ممارسات جيدة

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

أخطاء شائعة

إنشاء قالب من مهمة عشوائية. تدخل فيه ملفات وروابط ومراقبون لا يتكررون. نظف القالب قبل اعتماده.

استخدام القالب كمسودة فقط. إذا كان الفريق يغير نصف القالب كل مرة، فهو ليس معيارا.

مهمة دورية بلا مالك. تظهر المهمة حسب الجدول ولا أحد يملك النتيجة.

دورية بدلا من حدث. إذا كانت المهمة يجب أن تظهر بعد اكتمال عقد أو مرحلة، فاستخدم قاعدة لا تقويما.

قاعدة واسعة جدا. تبدأ بتغيير مهام لا تنتمي إلى العملية.

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

إخفاء قرار إداري داخل قاعدة. إذا غيرت الأتمتة سلوك القسم، يجب أن يكون ذلك واضحا في الاسم أو التعليق أو التاريخ.

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

فحص وقائي برسالة غامضة. المنع بلا تفسير يدفع المستخدمين للبحث عن طريق التفافي.

عدم مراجعة التاريخ. قد تعمل القاعدة بشكل خاطئ فترة طويلة إذا لم يراجع أحد ما أنشئ أو تخطى.

ماذا تفحص قبل إطلاق العملية

• القالب يعكس العمل الحقيقي لا مهمة قديمة عشوائية.
• النتيجة ومعايير القبول واضحة.
• يوجد مالك عملية.
• المشاركون اختيروا حسب أدوارهم.
• الجدول يناسب دورة عمل القسم.
• الموعد لا يخلق تأخيرا فوريا.
• القاعدة تعمل في المجال الصحيح فقط.
• الشرط دقيق ويمكن شرحه بجملة.
• أفعال الأتمتة مفهومة للمشاركين.
• الفحص الوقائي يشرح ما يجب تصحيحه.
• التاريخ يكفي لاستعادة ما حدث ولماذا.

ما حالات الأتمتة التي يجب فهمها

الأتمتة مفيدة كسلسلة نقاط تحقق، لا كمجموعة إعدادات فقط. من خلالها يفهم مالك العملية أي معيار يعمل، وأين توجد حدوده، وما الذي عمل بالفعل، وأين تلزم مراجعة يدوية.

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

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

سيناريوهات مرتبطة

• إنشاء مهمة
• تعديل المهمة
• إضافة قائمة تحقق
• قائمة المهام والفلاتر وطرق العرض
• الأخطاء والقيود والإجراءات غير المتاحة
• نشاط المهمة وتاريخها
• مراجعة المهمة وإغلاقها