تُسهّل منصة البرمجة منخفضة الكود عملية التطوير، لكنها لا تُلغي الالتزامات المرتبطة بالنظام المُنشأ. فمثلاً، يصل سير العمل الذي يُجمّعه قسمٌ ما في غضون ساعات إلى بيانات حقيقية، ويُنفّذ إجراءات على أنظمة الإنتاج، ويُنشئ تبعية تشغيلية تماماً كتطبيق يُطوّره الفريق التقني. والفرق هو أنه لم يُراجع أحدٌ صلاحياته، ولا أحد يعلم بوجوده، ولن يُصانه أحدٌ عندما يرحل مُنشئه.
هذا ليس اعتراضاً على البرمجة منخفضة الكود، بل هو تأييد للتعامل معها على حقيقتها: برمجيات إنتاجية.
فرض | في تطور رسمي | في تدفق منخفض التعليمات البرمجية |
|---|---|---|
التصاريح | تم تعديل التصميم | إنهم يرثون الحساب من الشخص الذي أنشأه. |
إمكانية التتبع | مصمم | يعتمد ذلك على ما تسجله المنصة |
الاستمرارية | التوثيق والإغاثة | إنها تسكن في رأس الإنسان |
امتثال | يتم تقييمها قبل النشر | لم يقم أحد بتقييمه |
تُعدّ قائمة الصلاحيات أخطرها. عادةً ما يتم تنفيذ سير العمل الذي يُنشئه مسؤول مالي باستخدام بيانات اعتماده. وهذا يعني أمرين: أولهما، أن سير العمل يمكنه رؤية كل ما يراه ذلك المسؤول، وثانيهما، أنه عند انتقال ذلك المسؤول إلى قسم آخر أو مغادرته، سيتوقف سير العمل عن العمل أو سيستمر في العمل بصلاحيات لم يعد يملكها. وكلا الاحتمالين سيئان.
إنّ نظام استمرارية العمل هو ما يخلق حالات الطوارئ. فعملية الفوترة التي تعتمد على سير عمل لا يفهمه إلا شخص لم يعد موجوداً تُشكّل خطراً تشغيلياً حقيقياً، وتظهر دائماً في أسوأ وقت ممكن.
من المهم الاعتراف بمزاياها، لأن الحل لا يكمن في الحظر. يزدهر البرمجة منخفضة الكود لأنها تحل مشكلة حقيقية: فالأقسام لديها احتياجات صغيرة وعاجلة، وتستغرق القنوات التقنية الرسمية أسابيع أو شهورًا لتلبيتها.
طالما بقي هذا التفاوت في السرعة قائماً، سيستمر الناس في البناء بأنفسهم. إنها نفس الآلية التي تُنتج الذكاء الاصطناعي الخفي الذي يدخل من خلال بطاقة الشركة , ويتم تصحيح ذلك بنفس الطريقة: ليس عن طريق إغلاق الطريق غير الرسمي، ولكن عن طريق جعل الطريق الرسمي سريعًا بما فيه الكفاية.
الطريقة العملية لإدارة هذا الأمر دون عرقلة أي شخص هي التصنيف حسب النتيجة، وليس حسب الأداة:
المستوى 1 - شؤون الموظفين. لا يؤثر إلا على المُنشئ؛ فهو لا يمس البيانات الحساسة ولا يكتب على الأنظمة المشتركة. حرية تامة، بدون أي إجراءات ورقية.
المستوى 2 - القسمي. يستخدمه فريق، ويقرأ البيانات المشتركة، ولا يقوم بإجراءات لا رجعة فيها. ويتطلب تسجيل المخزون، وتعيين مالك له، ومراجعة سنوية.
المستوى 3 - تشغيلي. يتعامل هذا النظام مع البيانات الشخصية، وينفذ إجراءات على العملاء أو الأموال، أو تعتمد عليه بعض العمليات. ويتطلب مراجعة الأذونات، وإمكانية التتبع، والتوثيق، وخطة لخلافة الإدارة. وهو برنامج إنتاجي، ويُعامل على هذا الأساس.
معظم ما يتم بناؤه يندرج ضمن المستوى 1، ومن المهم ذكر ذلك صراحة: سيتم تجاهل السياسة التي تعامل كل شيء على أنه المستوى 3، وهذا هو الصواب.
لتصنيف أي تدفق في خمس دقائق:
يُعدّ الجرد هو المنتج النهائي الذي يجعل كل شيء آخر ممكناً، ويمكن تحقيقه بشكل أفضل من خلال العفو بدلاً من التدقيق:
اسأل دون أن تُعاقب. رسالة توضح سبب القيام بذلك وتضمن عدم إيقاف أي شيء دون مناقشة مسبقة.
قدّم شيئاً في المقابل. تقديم الدعم عند حدوث عطل، والمساعدة في توصيله بشكل صحيح، وإنشاء نسخة احتياطية في حال رحيل مطوّره. يقوم المستخدمون بتسجيل ما يفعلونه عندما يكون للتسجيل فوائد.
مراجعة المستوى 3 فقط. ركز جهودك حيث يكمن الخطر، واترك الباقي وشأنه.
أنشئ مسارًا سريعًا. قناة لطلب المساعدة مع رد خلال أيام. سرعة هذه القناة تحدد مدى تفاقم المشكلة وخروجها عن السيطرة.
هناك سؤال واحد يحكم هذا الأمر في أي لجنة: كم عدد عمليات الشركة اليوم التي تعتمد على شيء بناه شخص واحد فقط ولم يراجعه أحد؟
إذا لم يعرف أحد الإجابة، فهذا هو الهدف من المشروع. لا يتعلق الأمر بحظر البرمجة منخفضة الكود، التي تحل مشاكل حقيقية، بل بفهم ما هو موجود، وتصنيفه وفقًا لذلك، وحماية ما هو مهم.
ما لا يمكنك فعله هو تشغيل برامج لا تعرف المؤسسة أنها تعتمد عليها.
أربعة التزامات لا تختفي حتى لو تم تخفيض الحاجز التقني: الأذونات، التي عادة ما ترث الحساب الشخصي للشخص الذي أنشأ التدفق؛ إمكانية التتبع، التي تعتمد على ما تسجله المنصة؛ الاستمرارية، إذا كانت المعرفة موجودة في شخص واحد؛ والامتثال التنظيمي، الذي لم يقم أحد بتقييمه.
لا، بل يزدهر النظام غير الرسمي لأنه يحل مشكلة حقيقية: فالأقسام لديها احتياجات صغيرة وعاجلة يستغرق النظام الرسمي أسابيع لتلبيتها. وطالما استمر هذا التفاوت في السرعة، سيستمر البناء غير الرسمي، لذا يكمن الحل في تسريع النظام الرسمي، لا في إغلاق النظام غير الرسمي.
وبالتالي، هناك ثلاثة مستويات: شخصي، إذا كان يؤثر فقط على الشخص الذي أنشأه ولا يمس البيانات الحساسة؛ إداري، إذا كان يستخدم من قبل فريق ويقرأ البيانات المشتركة دون القيام بإجراءات لا رجعة فيها؛ وتشغيلي، إذا كان يمس البيانات الشخصية، أو ينقل الأموال، أو تعتمد عليه بعض العمليات.
ما هي بيانات الاعتماد التي يتم تشغيلها بها، وما هي البيانات التي تصل إليها، وهل تكتب إلى أي نظام أم تقرأ فقط، وماذا سيحدث إذا توقفت عن العمل غدًا، ومن سيقوم بصيانتها إذا كان مؤلفها غير متاح.
في حالة العفو بدلاً من التدقيق: قم بتوضيح سبب القيام بذلك وتأكد من عدم إغلاق أي شيء دون محادثة مسبقة، وقدم الدعم والمساعدة مقابل التسجيل، وقم بمراجعة تدفقات المستوى التشغيلي فقط بشكل متعمق، وقم بإنشاء قناة طلب مع رد في غضون أيام.
إما أن يتوقف سير العمل لأنه كان يعمل باستخدام بيانات الاعتماد الخاصة به، أو يستمر في العمل بصلاحيات لم تعد سارية. كلا الاحتمالين يمثلان مشكلة، ولهذا السبب تحتاج سير العمل على المستوى التشغيلي إلى هوية خاصة بها، وتوثيق، وخطة استمرارية.
هل تعلم ما هي سير العمل منخفضة التعليمات البرمجية التي تعتمد عليها عملياتك اليوم؟ نقوم بجرد الأصول، وتصنيفها وفقًا لذلك، ونضمن الحصول على التصاريح واستمرارية العمل للأمور المهمة. لنتحدث → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
