نقل بيانات المشاريع من Excel إلى النظام الجديد: خطة عملية بسبع خطوات

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

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

لماذا ينقل استيراد ملفات Excel مباشرة الفوضى إلى النظام الجديد؟

ترحيل بيانات المشاريع (Data Migration) هو نقل السجلات القائمة من مصادرها الحالية إلى هيكل النظام الجديد بعد مطابقتها وتنظيفها والتحقق منها. والكلمة المهمة هنا «هيكل»: ملف Excel يقبل أي قيمة في أي خلية، أما منصة إدارة المشاريع والبرامج والمحافظ فتربط كل مشروع ببرنامج ومحفظة وجهة مالكة، وكل مهمة بمرحلة، وكل مخاطرة بمالك وتقييم. القيمة التي لا تجد مكانها الصحيح في هذا الهيكل إما أن تُرفض، وإما أن تُدخل في حقل خاطئ فتظهر رقمًا مضللًا في اللوحات.

المشكلات التي تتكرر في ملفات المشاريع متشابهة بين الجهات:

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

الخطوات السبع التالية مرتبة لتعالج هذه المشكلات قبل التحميل لا بعده.

الخطوة الأولى: جرد المصادر قبل لمس أي بيانات

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

مثال توضيحي: شركة تطوير عقاري في بيشة تدير 34 مشروعًا جاريًا، وتتوزع بياناتها على أربع جهات داخلية: إدارة التصميم، وإدارة التنفيذ، والإدارة المالية، ومكتب إدارة المشاريع. أظهر الجرد 19 ملفًا: 8 ملفات خطط لدى إدارة التنفيذ، و3 لدى التصميم، و4 لدى المالية، و4 نسخ من التقرير الشهري لدى مكتب إدارة المشاريع. استُبعدت نسخ التقرير الأربع لأنها مشتقة، فبقي 15 ملفًا مصدرًا. وظهرت المشاريع الـ34 بـ47 اسمًا مختلفًا، وتعارضت أرقام الميزانية لستة مشاريع بين ملفات التنفيذ وملفات المالية.

الخطوتان الثانية والثالثة: حسم النطاق ثم مطابقة الحقول

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

الخطوة الثالثة هي مطابقة الحقول (Field Mapping): ربط كل عمود في ملفات الجهة بالحقل الذي يقابله في المنصة، مع قاعدة التنظيف التي تطبق عليه، والشخص الذي يحسم الخلاف فيه. جدول المطابقة هو الوثيقة المركزية للنقل كله، وهذا نموذج منه:

عمود «المالك» في الجدول ليس تفصيلًا إداريًا. حين تختلف قيمتان في ملفين، يحسم المالك المكتوب أمام الحقل الخلاف دون اجتماع إضافي. وفي مثال شركة التطوير العقاري، حُسم تعارض ميزانيات المشاريع الستة بقاعدة واحدة في الجدول: الإدارة المالية هي المرجع للميزانية المعتمدة.

الخطوة الرابعة: قواعد تنظيف البيانات التي تتكرر في ملفات المشاريع

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

1. اسم واحد لكل كيان: لكل مشروع وإدارة ومورد وشخص اسم رسمي واحد. أنشئ قائمة مرجعية لكل نوع، واربط كل اسم بديل بالاسم الرسمي قبل التحميل.
2. تقويم مصرح به لكل تاريخ: أضف عمودًا يبين تقويم المصدر لكل تاريخ، هجريًا أو ميلاديًا، ولا تخمّن. التاريخ «05/03» قد يعني الخامس من مارس أو الثالث من مايو، والفصل فيه لمدير المشروع لا لمن يجهز الملف. ووحدة التخطيط والجدولة في المنصة تتيح اختيار التقويم الهجري أو الميلادي عند إنشاء الجدول، فالمطلوب اتساق التاريخ مع تقويم الجدول لا تحويل كل شيء إلى تقويم واحد بالإكراه.
3. نسبة الإنجاز تحتاج أساسًا: إن وُجدت أنشطة، يُعاد حساب الإنجاز منها بالطريقة المناسبة لكل نوع نشاط (يدويًا، أو حسب المدة، أو حسب الكمية، أو 0/100، أو 50/50) مع الوزن النسبي. وإن لم توجد، تُنقل النسبة قيمة يدوية مع تاريخ آخر تحديث، ويُعرف أنها تقدير لا قياس.
4. الحالة من قائمة مغلقة: عبارات مثل «شبه منتهي» و«موقوف مؤقتًا» و«ينتظر المالية» تُحوّل إلى قيم متفق عليها، والسبب يُنقل إلى حقل مستقل أو إلى سجل القضايا.
5. المعنى المخفي يتحول إلى حقل: لون الخلية والتعليق الجانبي يُترجمان إلى قيمة صريحة، مثل حالة أو قرار مسجل بتاريخه.
6. لا صفوف مجاميع ولا خلايا مدمجة: صف «إجمالي الإدارة» داخل الجدول يُضاعف الأرقام عند التحميل، والخلايا المدمجة تترك صفوفًا بلا قيمة.
7. الأرقام أرقام: المبالغ المكتوبة نصًا، أو المضاف إليها «تقريبًا»، أو بعملات مختلفة في العمود نفسه، تُوحد قبل التحميل.

الخطوة الخامسة: النقل التجريبي ومن يراجعه

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

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

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

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

الخطوتان السادسة والسابعة: التجميد والنقل النهائي ثم إيقاف الملفات

الخطوة السادسة تبدأ بتحديد تاريخ القطع (Cut-off): اليوم الذي تتوقف فيه الإدارات عن تحديث الملفات القديمة، ويُؤخذ منه آخر نسخة للنقل النهائي. اختر تاريخًا قريبًا من نهاية دورة تقرير أو دورة مالية حتى تكون أرقام المصروف مقفلة، وأبلغ الإدارات به مسبقًا. التحديثات التي جرت بين النقل التجريبي وتاريخ القطع تمر على القواعد نفسها قبل النقل النهائي.

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

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

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

ما الذي تتفق عليه مع فريق التطبيق قبل أن يبدأ النقل؟

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

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

كلما كانت هذه القرارات مكتوبة قبل البدء، قلّ احتمال أن يتحول نقل البيانات إلى السبب الأول لتأخر الإطلاق.