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