Team Dynamics & Org Success
The full article.
لقد رأيت فرقًا تُهدر شهورًا في السعي وراء الأتمتة، بينما تُبقي على نفس الفوضى. موافقات إضافية. سجلات تتبع مُكررة. توقيعان على نفس القرار لأن أحدهم أخطأ في الماضي ولم يُصلح أحد الخطأ. والنتيجة متوقعة. كل أداة جديدة تُضاف إلى الفوضى، ويصبح اعتمادها أكثر صعوبة، ويبدأ الناس بربط التحسين بالعمل الإضافي. تواجه المؤسسات خيارًا. إما أن تتعامل مع الأتمتة كمشكلة نشر تقني، فتُطبّق أدوات جديدة على سير العمل الحالي دون التساؤل عما إذا كان ينبغي الحفاظ على هذا السير. أو أن تُدرك أن الأتمتة تتطلب تبسيطًا أولًا، وحذف الخطوات الزائدة قبل دمجها في الأنظمة. يعتمد النهج الأول على ردود فعل سريعة. يستجيب القادة لعدم الكفاءة بشراء أدوات الأتمتة دون تقييم سير العمل الذي ستُؤتمته هذه الأدوات. تُطبّق الفرق حلولًا تُحوّل التعقيد الحالي إلى رقمي، مُنشئةً نسخًا مؤتمتة من العمليات المُعقدة. يُنشئ هذا النمط اعتمادًا على مُرشدين بارعين يفهمون تعقيدات النظام القديم وطبقة الأتمتة الجديدة، ويعرفون أيّ الموافقات ضرورية وأيّهاشكلية، ويمنعون الأعطال بسد الثغرات التي كشفتها الأتمتة يدويًا دون إزالتها. يُرهق هذا النمط هؤلاء الأفراد بإرهاق ذهني. ويجعل المؤسسة عرضةً للخطر، لأنّ التنفيذ الموثوق يعتمد على أشخاص قادرين على التعامل مع التعقيدات بدلًا من الأنظمة المُبسّطة.
تبسيط العمليات ليس مهمة جانبية، بل هو ثمن أساسي. إذا لم تُحسّن سير العمل أولًا، ستُحوّله إلى عملية أتمتة مُرهقة. كما ستفقد الثقة بسرعة أكبر، لأن أول ما يلاحظه الناس ليس مزايا الأداة، بل النقرات الإضافية، ومسار الاستثناءات الجديد، والاجتماعات الإضافية، والوقت الأطول اللازم للموافقة. هنا يكمن خطأ معظم الفرق في ترتيب الأولويات؛ إذ يضعون مخططات عامة جدًا، ثم ينتقلون مباشرةً إلى التنفيذ، دون أن يتوقفوا ليسألوا سؤالًا جوهريًا: ما الذي نبقيه قائمًا دون أن يُحقق أي فائدة؟ تكمن التكلفة في حالات فشل التبني التي تحدث عندما تبدو الأتمتة أثقل من العمل اليدوي، وفي تآكل الثقة الذي يحدث عندما تُضيف مبادرات التحسين أعباءً بدلًا من تخفيفها، وفي التعقيد الذي يتضاعف عندما تُخفي كل طبقة جديدة الأمور بدلًا من تبسيطها، وفي الطاقة المُستهلكة في التعامل مع عمليات موجودة لأسباب تاريخية لا تشغيلية. تُقلل المؤسسات التي تتجاهل تبسيط العمليات من شأن الطاقة الإنتاجية المُستهلكة في الحفاظ على التعقيد الذي تُرسّخه الأتمتة بشكل دائم.
يعتمد النهج الثاني على عقلية المهندس المعماري، حيث يصمم القادة سير العمل من خلال التبسيط أولاً ثم الأتمتة، وإزالة الموافقات الزائدة، وتعزيز عمليات التسليم، وحذف خطوات التحضير المتكررة قبل دمج ما تبقى في الأنظمة. في هذا النموذج، لا تُطبَّق الأتمتة على التعقيد القائم، بل تُطبَّق على العمليات المبسطة التي أُزيلت منها الخطوات غير الضرورية، والتي تتطلب فعلاً ما تبقى منها. عندما تُبسَّط سير العمل قبل الأتمتة بدلاً من أتمتتها كما هي، تستعيد الفرق القدرة التي كانت تُستهلك في التعامل مع الموافقات الزائدة، والتعويض عن ضعف عمليات التسليم، وتنفيذ أعمال التحضير المتكررة. الفرق بين هذين النموذجين ليس فلسفياً، بل عملي. تبدو الأتمتة القائمة على الجهود المضنية وكأنها تقدم، حيث يشتري القادة الأدوات، وتُطبِّق الفرق الحلول، وتُظهر لوحات المعلومات مقاييس التبني. لكن التعقيد يبقى قائماً أو يزداد لأن سير العمل الأساسي لم يُخضع للمراجعة. وعلى النقيض من ذلك، فإن التبسيط المنهجي قبل الأتمتة يخلق بيئات تكون فيها العمليات بسيطة بما يكفي لأتمتتها بسلاسة، ويكون فيها معدل التبني مرتفعًا لأن الأتمتة تقلل العمل بشكل حقيقي، ويتم الحفاظ على الثقة لأن التحسين يعني عبئًا أخف بدلاً من تنسيق أثقل.
تُعدّ الموافقات المتكررة أبسط مثال على ذلك. صُممت العديد من سلاسل الموافقات لواقع أعمال مختلف، حيث كان حجم العمل أقل، والدورات أبطأ، والأنظمة أقل، وضوابط الامتثال أقل، والشفافية أدنى. أما اليوم، فلدينا سجلات،وصلاحيات، ومسارات تدقيق، ولوحات معلومات، وخيارات لتتبع البيانات. ومع ذلك، لا تزال سلسلة الموافقات تُعامل وكأنها آلية الأمان الوحيدة. المفارقة هي أنه كلما طالت السلسلة، قلت المساءلة عنها. فعندما يوافق خمسة أشخاص، لا أحد يتحمل مسؤولية النتيجة فعليًا. أما الفخ الثاني فهو العمل غير المرئي. تُقلل الفرق من شأن الوقت الضائع ليس في المهمة الرئيسية، بل في جميع التحضيرات المحيطة بها، مثل جمع الملفات، وإعادة تسمية المستندات، وتنزيل الفواتير، ونقل الملفات إلى المجلدات، ومطابقة التنسيقات، وإعادة التدقيق بسبب عدم اتساق المدخلات. يبدو هذا العمل التحضيري بسيطًا، لذا لا يحظى بالأولوية أبدًا، ثم يتراكم حتى يصبح هو المهمة بحد ذاتها. هاتان الفئتان، الموافقات المتكررة والعمل التحضيري غير المرئي، تكشفان عن مواطن الخلل في تبسيط العمليات. عندما تُستخدم سلاسل الموافقة لتوزيع المسؤولية بدلاً من ضمان جودة القرار، فإنها تُضيفعبئاً تنسيقياً دون إضافة قيمة. وعندما يتضاعف العمل التحضيري نتيجةً لتضارب النماذج وضعف عمليات التسليم، فإنه يستنزف طاقةً كان من المفترض توجيهها نحو التنفيذ.
يُجسّد مثالٌ واحدٌ في مجال الفواتير هذا الأمر بشكلٍ ملموس. ففي سياق المطابقة، كان على الفريق تنزيل كمياتٍ كبيرةٍ من الفواتير من مختلف المناطق. لم تكن المطابقة نفسها هي المشكلة، بل كانت عملية التحضير. ومن خلال أتمتة دورة تنزيل الفواتير ضمن إطار عملٍ تشغيليٍّ قائم، انخفض وقت التنزيل من 16 ثانية إلى 8 ثوانٍ لكل فاتورة، ما ضاعف السرعة فعليًا وقلّل من مخاطر الأخطاء المرتبطة بالمعالجة اليدوية. لا شيء في هذا الأمر يبدو براقًا، ولكنه أيضًا نوعٌ من التحسينات التي تُغيّر الواقع اليومي، لأنها تُزيل الروتين وتُبقي تركيز الموظفين مُنصبًّا على اتخاذ القرارات بدلًا من الآليات المتكررة. تُبيّن هذه النتيجة كيف يبدو التبسيط عندما يكون واقعيًا. إنه ليس مجرد شعارٍ عن الكفاءة، بل هو إزالة العقبات من أيدي الفريق. لم يتحقق التحسن من 16 ثانية إلى 8 ثوانٍ بمطالبة الموظفين بالعمل بشكلٍ أسرع، بل تحقق بإزالة آليات التنزيل اليدوي التي كانت تستهلك الوقت وتُتيح فرصًا للأخطاء من خلال الملفات الخاطئة أو التسميات الخاطئة أو تنزيل المستندات الخاطئة. كانت مضاعفة السرعة نتيجةً مباشرةً للتخلص من عبء التحضير.
إذا أردتَ تطبيق هذا المبدأ بطريقة لا تتحول إلى مجرداستعراض لتحسين العمليات، فاجعله بسيطًا ومنضبطًا. ابدأ بسير عمل واحد يشتكي منه الجميع، ولكنه لا يزال مهمًا. شيءٌ يمسّ العملاء، أو الأموال، أو الامتثال. ثمّ قم بمراجعة سريعة للبحث عن ثلاثة أنواع من التعقيد. أولًا، الموافقات التي لا تُغيّر النتائج. ستُدركها سريعًا. فالمُعتمد لا يملك أي ميزة في البيانات، ولا سلطة للتجاوز، ولا وقت للمراجعة بشكلٍ صحيح. وجود الموافقة في الغالب يهدف إلى توزيع المسؤولية. استبدل ذلك بمسؤول واحد حقيقي وآلية شفافة واحدة. إذا كان الخطر حقيقيًا، فاحمِه بقواعد واضحة وتوثيق، لا باجتماع آخر. هنا يُصبح مبدأ "الوضوح يُولّد السرعة" فعالًا في تبسيط العمليات. عندما تكون سير العمل مُثقلة بموافقات لا تُغيّر القرارات، وعندما تتوزع المسؤولية على عدة جهات مُعتمدة، وعندما يكون الهدف من العملية هو الحماية من اللوم بدلًا من تحسين القرارات، يتباطأ التنفيذ. هذا التعقيد يُولّد احتكاكًا. القادة الذين يُرسّخون الوضوح من خلال إلغاء الموافقات المتكررة، وتحديد جهة واحدة مسؤولة بشفافية بدلاً من توزيع المسؤوليات، واستبدال نظام الرقابة القائم على الموافقات بنظام قائم على القواعد، يُزيلون هذا الاحتكاك. وتزداد سرعة الإنجاز ليس لأن الأفراد يعملون بشكل أسرع، بل لأنهم يُنفّذون المهام بدلاً من تنسيق الموافقات.
ثانيًا، عمليات التسليم التي تُفقد السياق. عندما ينتقل سير العمل بين الفرق، يضيع السياق، ويلجأ الأفراد إلى إضافة خطوات لتعويض ذلك، مثل إعادة التحقق، وإعادة التنسيق، وإعادة طرح أسئلة سبق الإجابة عليها. هنا تكمن أهمية توحيد المدخلات وتحديد معنى "مكتمل" عند نقطة الالتقاء. في الواقع، تُعدّ معظم سلاسل الموافقة حلولًا مؤقتة لعمليات التسليم غير الفعّالة. ثالثًا، خطوات التحضير المتكررة والمتوقعة، مثل التنزيل، والحفظ، والتسمية، والتصنيف، والاستخراج، والدمج. إذا كان بإمكان الشخص وصف الخطوة بنفس الطريقة في كل مرة، فهي مرشحة للأتمتة. لكن لا تُؤتمتها قبل تبسيطها. أزل الاختلافات غير الضرورية أولًا، ثم أتمت الجزء الأساسي الثابت. هذا النهج، أي التبسيط قبل الأتمتة، هو ما يمنع المؤسسات من تحويل التعقيد إلى أنظمة. عندما تُؤتمت خطوات التحضير دون إزالة الاختلافات أولًا، تصبح الأتمتة هشة لأنها مُلزمة بمعالجة التناقضات. أما عندما تُوحّد خطوات التحضير أولًا ثم تُؤتمت، تصبح الأتمتة قوية لأنها تتعامل مع مدخلات متوقعة. القادة الذين يفرضون تسلسل الحذف ثم الأتمتة يخلقون أنظمة موثوقة.
يُعدّ هذا اختبارًا مفيدًا: لو أزلتَ موافقتين وأداة تتبع واحدة غدًا، هل سيتعطل شيء ما، أم أنك ستكشف ببساطة عن عدم وضوح المسؤولية؟ إذا كان التعطل سيحدث، فاسأل عن المخاطرة الحقيقية. في أغلب الأحيان، لا تكون المخاطرة تشغيلية، بل عاطفية. يخشى الناس من اللوم. يُجبر التبسيط القادة على استبدال الرقابة القائمة على الخوف بالرقابة القائمة على الوضوح. وهنا أيضًا يصبح اختيار الأدوات ذا طابع سياسي. عندما تكون الفرق مُرهقة بالفعل، يُفسَّر كل أداة جديدة على أنها رغبة من الإدارة العليا في التغيير، وسنتحمل تبعاته. هذا هو إرهاق التبني. ليس العلاج في الخطابات التحفيزية، بل في التخفيضات المرئية. عندما يرى الناس خطوات تُزال، يستعيدون ثقتهم بأن التحسين يعني عملًا أخف، لا عملًا أثقل. هذه الممارسة، التخفيضات المرئية، هي ما يُعيد بناء الثقة خلال مبادرات التغيير. عندما تُعلن المؤسسات عن تحسينات ولكنها تُضيف طبقات جديدة فقط، عندما تُقدّم كل مبادرة أدوات جديدة دون إلغاء العمليات القديمة، تُدرك الفرق أن التحسين يعني عبئًا إضافيًا. يُصابون بإرهاق التبني، حيث تكون مقاومة التغيير في الواقع إرهاقًا من التعقيد المُتراكم. إن القادة الذين يجعلون عملية التقليص مرئية، والذين يلغون أدوات التتبع ويزيلون الموافقات عند إدخال قدرات جديدة، يخلقون بيئات يكون فيها التحسين ذا مصداقية لأنه يقلل العمل بشكل واضح.
يمكنك حتى وضع قاعدة صريحة. في كل مرة تُضيف أداة جديدة أو نقطة تحكم جديدة، عليك إزالة عنصر ذي أهمية مماثلة. اجتماع واحد يُلغى، موافقة واحدة تُلغى، أداة تتبع واحدة تُلغى.وإلا فلن تُحسّن النظام، بل ستُوسّعه. إذا كنت تعمل في بيئة تعتمد بشكل كبير على الذكاء الاصطناعي أو الأتمتة، فإن القاعدة نفسها تنطبق بشكل أكبر. لقد سارعت العديد من المؤسسات في تطوير الأدوات، ويتعامل القادة الآن مع بنى تقنية غير مترابطة وإضافاتلاتتكامل بسلاسة. التبسيط هو الحل الأمثل. إنه السبيل لتقليل التعقيد قبل توسيع نطاق الأتمتة. إنه السبيل لتجنب بناء طبقة حديثة فوق بنية قديمة مُعقدة. هذا المبدأ القائم على التبادل المتساوي في الأهمية هو ما يمنع تراكم التكنولوجيا دون تبسيط العمليات. عندما تُضاف أدوات جديدة دون إزالة تعقيد مُكافئ، يصبح المشهد التقني مُجزأً. لا تتكامل الأنظمة بسلاسة لأنها بُنيت على إصدارات مختلفة من نفس سير العمل. القادة الذين يُطبقون قاعدة أن كل إضافة تتطلب إزالة مُكافئة يُنشئون بيئات تُستخدم فيها التكنولوجيا للتبسيط بدلاً من إضافة طبقات.
يُعد مثال تنزيل الفواتير مفيدًا هنا لأنه يُظهر تأثير التحسينات الصغيرة على نطاق واسع. قد يبدو تقليص مهمة من 16 ثانية إلى 8 ثوانٍ أمرًا بسيطًا نظريًا، لكنه في الواقع يُحسّن الإنتاجية، ويُقلل من إعادة العمل، ويُزيل التشتت الذهني المُستمر الذي يُرهق الفرق. كما يُحسّن موثوقية سير العمل، لأن تقليل التدخل اليدوي يُقلل من احتمالية الخطأ في حفظ الملفات أو تسميتها أو تخطي خطوة أو تنزيل المستند الخاطئ. غالبًا ما يغفل القادة أن الموثوقية مكسب ثقافي. فعندما يكون سير العمل موثوقًا، يتوقف الناس عن الجدال حول الأرقام ويبدأون في حل المشكلة الحقيقية. هكذا تُحقق الأداء الأمثل دون تشويش. هنا يتجلى مفهوم القيادة الشاملة كعامل تشغيلي رائد في تبسيط العمليات. لا تعني الشمولية إشراك الجميع في ورش عمل إعادة التصميم أو التوصل إلى توافق في الآراء حول كل تغيير، بل تعني الاستماع إلى فرق العمل الميدانية حول مواطن الخلل والعمل بناءً على ملاحظاتهم بإزالة هذا الخلل. عندما يُجرى تبسيط العمليات على الفرق دون إشراكها، وعندما تُحذف خطوات بناءً على تصورات الإدارة التنفيذية بدلًا من الواقع التشغيلي، تُحذف الأمور غير الضرورية وتُزال خطوات حاسمة عن طريق الخطأ. عندما تُدمج عملية تبسيط الإجراءات المعرفة المباشرة حول الموافقات التي تُضيف قيمةً وتلك التي تُستخدملأغراضٍ شكلية، وحول خطوات التحضير الضرورية وتلك الناتجة عن تناقضات التنسيق، تُتخذ قرارات أفضل. القادة الذين يُشركون فرقهم في تحديد التعقيدات يُحققون تبسيطًا يُحسّن العمل اليومي بشكلٍ فعلي.
إذا كنت ترغب في طريقة عملية لتنفيذ هذا ضمن فريق دون تحويله إلى برنامج يستغرق ستة أشهر، فاستخدم حلقة عمل قصيرة. اختر مسار عمل واحد. ارسمه على مستوى يُمكّن أي شخص من العمل مباشرةً من قول: "نعم، هذا بالضبط ما أفعله". حدد أوقات الخطوات المتكررة. حدد الموافقتين الأقل فائدة. أزل إحدى الموافقتين فورًا كتجربة أولية، مع تحديد مسؤولية واضحة وخطة للتراجع. أتمت خطوة تحضيرية واحدة فقط بعد إزالة التغييرات غير الضرورية. ثم راجع التأثير مع الفريق وقم بالتعديل. ستلاحظ شيئًا مهمًا عند تطبيق هذه الطريقة بنجاح. يصبح الفريق أكثر هدوءًا. ليس حماسًا، بل هدوءًا. لأنهم يشعرون بأن النظام أصبح أسهل. هذا الهدوء هو الهدف. إنه ما يجعل التبني مستدامًا. هذا التغييرالسلوكي، التحول من الإرهاق إلى الهدوء، هو المؤشر الحقيقي لنجاح التبسيط. عندما تختبر الفرق مبادرات التحسين، فإنها لا تحتفل بحماس، بل تستجيب بارتياح لأن العبء أصبح أخف. هذا الهدوء دليل على أن التبسيط عالج الاحتكاك الحقيقي بدلًا من إضافة تعقيد شكلي.
يتطلب الانتقال من الأتمتة التفاعلية للتعقيد القائم إلى التبسيط المنهجي قبل الأتمتة تصميمًا مدروسًا. ويتطلب قادةً يدركون أن التبسيط ليس تحضيرًا اختياريًا، بل أساسًا جوهريًا، وأن الأتمتة دون تبسيط تُرسّخ الفوضى، وأن التبني يعتمد على وضوح أثر التبسيط. كما يتطلب مؤسساتٍ مستعدة للاستثمار في تحديد الموافقات الزائدة، وتعزيز عمليات التسليم لإلغاء الخطوات التعويضية، وإزالة أعمال التحضير المتكررة، واستبدال الرقابة القائمة على الخوف بالرقابة القائمة على الوضوح، وفرض تبادل متساوٍ حيث تتطلب كل قدرة جديدة إلغاءً مماثلاً للتعقيد القديم. ويتطلب أيضًا استعدادًا للانتقال من وضع البقاء، حيث تتكيف الفرق مع التعقيد من خلال ملاحةٍ بطولية ويُضيف القادة أدوات جديدة إلى العمليات القديمة، إلى وضع إعادة الابتكار، حيث تُبسط سير العمل أولًا وتُطبق الأتمتة على أسس مُبسطة. هذا التحول لا يحدث بين عشية وضحاها. يتطلب الأمر جهدًا متواصلًا لرسم خرائط سير العمل بتفاصيل دقيقة، وتصنيف العمليات غير الضرورية إلى موافقات زائدة، وتسليمات غير فعّالة، وإعدادات متكررة، وتجربة إلغاء الموافقات مع تحديد المسؤوليات بوضوح ووضع خطط للتراجع، وتوحيد المدخلات قبل أتمتة خطوات الإعداد، وجعل عملية الإلغاء مرئية من خلال الاجتماعات والمتابعات والموافقات المُلغاة. لكن العائد على هذا الاستثمار قابل للقياس ومستدام. تزداد الإنتاجية نتيجة إزالة العقبات. انخفض وقت تحميل الفواتير من 16 ثانية إلى 8 ثوانٍ، مما ضاعف السرعة. يقل خطر الخطأ لأن قلة التدخل اليدوي تعني فرصًا أقل للخطأ. تتحسن الموثوقية لأن سير العمل بسيط بما يكفي لتنفيذه باستمرار. تُعاد الثقة لأن التحسين يقلل العبء بشكل واضح بدلًا من إضافة طبقات. يُقضى على إرهاق التبني لأن الموظفين يشعرون بعبء عمل أخف. ويصبح الفريق أكثر هدوءًا لأن النظام أبسط بالفعل. هذا الهدوء، وهذا الارتياح،وهذا التحول من الإرهاق إلى القدرة على العمل بكفاءة هو ما يخلقه التبسيط عند تنفيذه بشكل صحيح بدلًا من تجاهله في خضم التسرع نحو الأتمتة.
أسئلة وأجوبة
س: كيف أعرف ما إذا كانت الموافقة زائدة عن الحاجة؟
ج: إذا كان تأثيرها على القرار نادرًا، وإذا كان المُعتمد يفتقر إلى معلومات فريدة، وإذا كان دورها الأساسي هو توزيع اللوم، فهي زائدة عن الحاجة. ينبغي أن تُحسّن سلسلة الموافقة جودة القرار، لا أن تُوزّع المسؤولية على عدة أشخاص لا يُغيّرون النتائج فعليًا.
س: ما الذي يجب عليّ تبسيطه أولاً؟
أ: الخطوات التي تحدث في كل مرة ولا تتطلب أي تقدير: التحضير، ونقل البيانات، والدمج، والتحقق من صحة البيانات المكررة. في مثال الفواتير، أدى أتمتة دورة التنزيل إلى تقليل وقت التنزيل من 16 ثانية إلى 8 ثوانٍ لكل فاتورة، مما ضاعف السرعة فعليًا وقلل من مخاطر الأخطاء.
س: كيف أتجنب الإخلال بالامتثال أثناء إزالة الخطوات؟
أ: استبدل الموافقة كآلية تحكم بقواعد وشفافية: معايير واضحة، وتسجيل، وإمكانية التدقيق، ومسؤول واحد. توفر الأنظمة الحديثة سجلات تدقيق وتتبعًا لسلسلة البيانات، مما يقلل من الحاجة إلى سلاسل الموافقة كآلية أمان أساسية.
س: كيف أتجنب الإرهاق الناتج عن تبني الأتمتة؟
أ: اجعل عملية التخفيض واضحة. استغنِ عن اجتماع أو أداة تتبع أو موافقة لكل آلية جديدة تُدخلها. عندما يرى الناس خطوات تُزال، يستعيدون ثقتهم بأن التحسين يعني عملاً أخف، لا عملاً أثقل.
س: ما هي أقوى إشارة تدل على نجاح عملية التبسيط؟
أ: تقليل الاستثناءات، وتقليل الأسئلة التوضيحية، وتخصيص وقت أطول لمناقشة النتائج بدلاً من محاولة حل الالتباسات الإجرائية. ستلاحظ أيضاً أن الفريق يصبح أكثر هدوءاً، لأنهم يشعرون بأن النظام أصبح أكثر مرونة.
Keep reading
Continue from the blog index or method pages.
Use the Insights index to move across related categories, then connect the idea back to operating architecture, proof, resources, or capability depending on the work in front of you.