كيفية تبديل أدوات إدارة المشاريع دون فقدان سجلات العمل

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

تتأخر الفرق عادةً في تبديل الأدوات لأن البقاء على الوضع الحالي هو الخيار الافتراضي للعقل. وبحسب محللي القرارات John Hammond و Ralph Keeney و Howard Raiffa في مجلة Harvard Business Review، فإن فخ الوضع الراهن يدفع الأشخاص نحو الحفاظ على الموقف الحالي حتى عند وجود بدائل أفضل. وفي سلسلة من تجارب اتخاذ القرار، وجد الباحثان Samuelson و Zeckhauser أن الأشخاص يتمسكون بالوضع الراهن بشكل غير متناسب، وهو توجه يظهر أيضاً في الخيارات الواقعية مثل خطط الرعاية الصحية وبرامج التقاعد. ونتيجة لذلك، لا يُجري الفريق المتوسط التبديل إلا بعد دورة ميزانية واحدة من وصول المعاناة إلى الشخص المسؤول عن الاعتماد.

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

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

وفي مساحة عمل تضم 50 مشروعاً، عادةً ما يكون هناك 10 مشاريع نشطة، و 35 مشروعاً منجزاً، و 5 مشاريع متوقفة. ويؤدي ذلك إلى توزيع بنسبة 20% للنقل، و 70% للتجميد، و 10% لإعادة التشغيل، مما يقلص حجم عملية الترحيل بشكل كبير.

يجب أن تتسلسل عملية الترحيل بدءاً باختبار تجريبي، ثم فريقاً تلو الآخر، وألا تتم دفعة واحدة أبداً. وتستغرق فترة التداخل من أسبوعين إلى ستة أسابيع لمعظم الفرق.

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

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

يمكن أن تكون خطة الترحيل نفسها هي الاختبار التجريبي. وفي منصة Quire، تُنظم الخطة كمشروع واحد:

1. مهمة واحدة لكل فريق. سَمِّها باسم الفريق، وعيِّن مالك عملية النقل، وحدد تاريخ نقل الفريق كالموعد النهائي.
2. مهمة فرعية واحدة لكل مشروع قديم ضمن فريقه، مع ضبط حقل مخصص باسم المسار (Bucket) على النقل أو التجميد أو إعادة التشغيل.
3. ثلاث مهام فرعية تحت كل مشروع في مسار النقل. التصدير، والاستيراد إلى Quire، والتحقق من وصول الهيكلية. وتحصل كل مهمة على مسؤول وموعد نهائي خاص بها.
4. مهمة أخيرة باسم «تحويل الأداة القديمة للقراءة فقط». تُستحق في التاريخ المُعلن، وتُسند إلى الشخص الذي يمتلك صلاحيات المسؤول في الأداة القديمة.

في حين تُظهر العروض التوضيحية الأداة في أفضل حالاتها، يجب أن تختبر الفترة التجريبية أسوأ الحالات. ويجب على الفرق استيراد مشروعها الأكثر تعقيداً، مثل مشروع بخمسة مستويات من التداخل، وأربعين مرفقاً، وهيكلية معقدة. بعد ذلك، يجب عليهم إعادة إنشاء أصعب إعدادات الصلاحيات؛ وفي Quire، تتولى ميزة الفريق الخارجي (External Team) هذه المهمة، حيث يرى أعضاؤها المهام المسندة إليهم فقط. وأخيراً، يجب على الفرق إنتاج التقرير الذي يطلبه المدير شهرياً. وفي Quire، يُبنى هذا التقرير مرة واحدة كعرض لوحة معلومات (Dashboard View) من التطبيقات المصغرة وقوائم المهام والرسوم البيانية، وهو متاح في باقات Professional وما يعلوها.

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

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

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

كُتب هذا المقال بالذكاء الاصطناعي اعتماداً على ما نشره: quire.io.