كيف تصنع قرارات تقنية صغيرة أرباحاً كبيرة

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

لكنني التحقت بـ Code7 فإذا بمهمّتي الأولى في إدارة الأنظمة، لا في DevOps.

وسأكون صريحاً: آلمني ذلك قليلاً.

الشهر الذي لم أخطّط له

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

ذلك الشهر الواحد علّمني ما لم تعلّمني إياه شهادة ولا دورة: القرارات التقنية الصغيرة قادرة على صنع قيمة تجارية كبيرة بشكل مفاجئ.

لماذا لا أستطيع عرض أرقام حقيقية

لا أستطيع مشاركة الأرقام الفعلية ولا الأنظمة التي عملت عليها، لأنها ملك الشركة. وهذا ليس تهرّباً، بل شرط العمل نفسه.

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

مقارنة افتراضية بين الرخصتين

تخيّل شركة فيها ألف موظّف تختار بين خطّتين.

	Google Workspace Business Starter	Microsoft 365 Business Basic
المساحة لكل مستخدم	30 غيغابايت	1 تيرابايت على OneDrive
المساحة عبر ألف مقعد	30,000 غيغابايت	1,000,000 غيغابايت، أي 1 بيتابايت
الخدمات المضمّنة	ليست جزءاً من هذه المقارنة	Teams، Exchange، SharePoint، وخدمات Microsoft 365 المتكاملة الأخرى

والآن تخيّل أن Microsoft 365 يكلّف نحو دولار واحد أقل لكل مستخدم شهرياً ضمن ترتيب ترخيص معيّن. فالخيار الأرخص هو نفسه الخيار الذي يحمل مساحة أكبر وخدمات مضمّنة أكثر.

ماذا يفعل دولار واحد

عند ألف مقعد، يصير الدولار الواحد شهرياً لكل مستخدم:

• 1,000 دولار موفَّرة كل شهر. سطر واحد في تجديد واحد، يتكرّر من تلقاء نفسه.
• 12,000 دولار موفَّرة كل سنة. من قرار ترخيص واحد فقط، قبل أن يكتب أحد سطر شيفرة.

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

والمقصود ليس الدولار، بل المُضاعِف الجالس بجانبه. فالقرار الذي يبدو تافهاً على مستوى المستخدم الواحد يتوقّف عن كونه تافهاً حين تكتب عدد المقاعد إلى جواره.

الجزء الذي يتراكم

والآن تخيّل أن تضيف، فوق التجديد نفسه:

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

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

عودة إلى DevOps

بعد ذلك الشهر الأول من عمل إدارة الأنظمة، انتقلت إلى DevOps في Code7. لحق المسمّى بالمهارات كما كنت أتوقّع.

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

كنت أسأل: هل أستطيع بناء هذا؟

وصرت أسأل أولاً: هل يستحقّ هذا أن يُبنى؟

السؤال الذي أسأله الآن

هاتان وظيفتان مختلفتان. الأولى تجعلك مفيداً. والثانية تجعلك جديراً بأن يُصغى إليك حين تكون الميزانية على الطاولة.

أحياناً يكون ما يبدو خطوة إلى الوراء هو بالضبط التجربة التي تغيّر طريقة تقدّمك.

القرارات التقنية الصغيرة لا تبدو استثنائية أبداً واحدةً واحدة، وعلى المقياس الكبير هي بالضبط حيث يكمن الربح.

ما الخطوة إلى الوراء التي انتهت بأن دفعتك إلى الأمام؟