المحطة 4 من 10
الخطة والفريق: القيد الحقيقي
ما تخرج به من هذه المحطة
خطة مبنية على سعة حقيقية بالساعات لا على تمنٍّ، وقرار مكتوب بشأن تفريغ المستخدمين الرئيسيين قبل بدء التصميم.
اسأل أي مدير مشروع تطبيق عن سبب آخر تأخير عنده، ولن يكون الجواب تقنياً.
سيكون: المستخدم الرئيسي في المالية لم يجد وقتاً لمراجعة التصميم. وهذا ليس عذراً؛ هو القيد البنيوي في هذا النوع من المشاريع، والخطة التي لا تُبنى عليه خطة خاطئة من يومها الأول.
لماذا سعة العميل هي القيد
في مشروع تطبيق، الشخص الذي يعرف كيف تعمل الشركة هو نفسه الشخص الذي يُشغِّل الشركة.
فالمستخدم الرئيسي في المشتريات هو مدير المشتريات. ولا بديل له: من لا يعرف التفاصيل لا يستطيع أن يقرّر التصميم، ومن يعرفها مشغول بها.
والنتيجة أن مشروعك يُنفَّذ بفائض طاقة أشخاص لم يُخفَّف عنهم شيء. ومن لم يُخطَّط لهذا يبني جدولاً على وقت غير موجود.
والخداع أن الأشهر الأولى تمرّ بلا ألم، لأن حملها على فريقك. ثم يبدأ التصميم، ويصير الحمل على العميل، وينهار الجدول دفعة واحدة — ويبدو الانهيار مفاجئاً وهو ليس كذلك.
خطّط بالساعات لا بالأسماء
«فلان مستخدم رئيسي» ليست خطة. الخطة: «فلان 12 ساعة أسبوعياً، الثلاثاء والخميس، من الأسبوع 3 إلى الأسبوع 20».
| الدور | السعة الواقعية | ما يحدث بلا تفريغ |
|---|---|---|
| راعي المشروع | ساعتان أسبوعياً | القرارات تتأخّر |
| مدير المشروع من العميل | 50٪ على الأقلّ | لا أحد يملك الملف — وهذا أخطرها |
| المستخدم الرئيسي | 30٪ إلى 50٪ في التصميم والاختبار | التصميم يُعتمَد بلا قراءة |
| المستخدم النهائي | يومان تدريب + 5 أيام اختبار | الرفض بعد الإطلاق |
والصفّ الثاني هو الذي يُحسم أو يسقط المشروع. فمدير مشروع من جهة العميل بربع وقته يعني أن المشروع بلا مالك من جهة من يدفع.
سؤال التفريغ — يُطرح مرة واحدة وبوضوح
اطرح على الراعي سؤالاً واحداً في الكيك-أوف، واطلب إجابة مكتوبة:
«فلان يحتاج 16 ساعة أسبوعياً لعشرين أسبوعاً. ما الذي سيتوقّف عن فعله، أو من الذي سيحلّ محلّه؟»
والسؤال قاسٍ عمداً، لأن الإجابة المهذّبة — «سيدبّر أموره» — تعني لا شيء سيتوقّف، وهو ما يعني أن الخطة خيال.
وثلاث إجابات مقبولة: تعيين مؤقّت يحلّ محلّه، أو تأجيل عمل آخر بالاسم، أو تمديد الجدول ليناسب السعة الحقيقية. والثالثة أفضل من جدول يُكسر في الشهر الرابع.
ومن لم يطرح هذا السؤال في الكيك-أوف يطرحه في الشهر الرابع، حين يكون الجواب اتهاماً متبادلاً.
بنية الخطة
خمسة معالم لا خمسون:
| المعلم | ما يثبته |
|---|---|
| 1. اعتماد التصميم | العميل قرأ ووافق على كيف سيعمل |
| 2. أول تحميل بيانات مطابَق | البيانات تنتقل ويمكن التحقّق منها |
| 3. انتهاء اختبار القبول | المستخدمون جرّبوا وقبلوا |
| 4. بروفة التحوّل | الليلة نُفِّذت مرة قبل ليلتها |
| 5. الإطلاق | — |
وبين كل معلمين احتياطي معلن، لا مخبّأ. فاحتياطي مخفيّ في تقديرات المهامّ يُستهلك بلا أن يشعر أحد؛ واحتياطي معلن قرار يُتّخذ.
والاحتياطي الواقعي في مشروع تطبيق: 15٪ إلى 20٪ — وأكثره يُستهلك في مرحلة البيانات، وهي المحطة السادسة.
والفريق من جهتك
المحطة كلّها عن سعة العميل، وهناك نصف آخر يُهمَل: فريقك.
| الدور | ما يفعله | الخطأ الشائع |
|---|---|---|
| مدير المشروع | الجدول والنطاق والتواصل | أن يكون مستشاراً وظيفياً أيضاً |
| المستشار الوظيفي | التصميم والتهيئة والاختبار | واحد لكل مجالين لا لكل خمسة |
| مستشار البيانات | الترحيل والمطابقة | يُستعان به متأخّراً دائماً |
| المطوّر | التوسعات والتكاملات | يُستدعى قبل أن يُحسَم أنه لازم |
والصفّ الأول هو الأشيع خطأً في الشركات الصغيرة والمتوسطة: الشخص نفسه يدير المشروع ويصمّم المالية. والنتيجة أن الإدارة تُهمَل كلّما ضغط التصميم — وهو ما يحدث دائماً.
والصفّ الثالث يستحقّ قراراً مبكراً. فمستشار البيانات يُستدعى عادةً في الشهر الرابع، بينما عمله الحقيقي يبدأ في الأول حين تُجرَد الملفّات وتُحدَّد المعايير. ومن أخّره ورث مرحلة بيانات مضغوطة، وهي المرحلة التي تستهلك الاحتياطي كلّه كما في المحطة السادسة.
المسار الحرج
أربعة بنود تكاد تكون على المسار الحرج في كل مشروع:
- قرار دليل الحسابات — يعطّل المالية كلّها بعده.
- جودة بيانات الأصناف — تعطّل المخزون والمشتريات والمبيعات معاً.
- قرار التكامل مع نظام خارجي — يعطّل الاختبار الشامل.
- توفّر المستخدمين الرئيسيين — يعطّل كل شيء.
والرابع لا يظهر في أي مخطّط مهامّ، لأنه ليس مهمّة بل مورد. فاكتبه بنداً صريحاً في سجلّ المخاطر مع مؤشّر يُقاس أسبوعياً: كم ساعة حصلنا عليها فعلاً من كل مستخدم رئيسي هذا الأسبوع؟
والفرق بين المخطّط والواقع يظهر في الأسبوع الثالث، لا في الشهر الرابع.
ما تفعله عملياً في هذه المحطة
- اكتب سعة كل شخص بالساعات والأيام، لا بالأسماء.
- اطرح سؤال التفريغ في الكيك-أوف واحصل على إجابة مكتوبة لكلّ مستخدم رئيسي.
- ابنِ الخطة على خمسة معالم باحتياطي معلن بينها.
- ضع مؤشّر الساعات الأسبوعي في تقرير الحالة من الأسبوع الأول.
- راجع أدوار فريق تطبيق ERP لتعريف كل دور وما يُنتظَر منه.
أشهر ثلاثة أخطاء
الأول: تخطيط بالأسماء لا بالساعات. فيبدو الفريق مكتملاً وهو غير متاح.
الثاني: مدير مشروع من العميل بربع وقته. فيصير مشروعك بلا مالك من جهة من يدفع.
الثالث: احتياطي مخفيّ. يُستهلك بلا قرار، ثم يُكتشف غيابه في الشهر السادس.
اختبار القبول لهذه المحطة
- اعرض جدول السعة بالساعات لكلّ دور.
- اعرض إجابة الراعي المكتوبة عن سؤال التفريغ.
- اعرض المعالم الخمسة والاحتياطي المعلن بينها.
- اذكر بنود المسار الحرج الأربعة وحالة كلّ واحد.
- اعرض مؤشّر الساعات لآخر ثلاثة أسابيع.
ماذا بعد
عرفت من يعمل ومتى. المحطة التالية هي أوّل ما يفعلونه معاً: التصميم وقرار الفجوة — كيف تُدار ورشة التصميم، ومتى يكون الجواب الصحيح ألّا تخصّص شيئاً.
القصص في هذا المسار مركّبة: وقائع حقيقية من أكثر من ألف شركة تعاملت معها في مصر والإمارات، أُعيد تركيبها في حالات لا تخصّ شركة بعينها. لا أسماء أشخاص ولا أسماء شركات، ولا تفاصيل تدلّ على أحد. الأرقام المنسوبة إلى مصدر منشور مذكور مصدرها بالاسم والتاريخ؛ وما عداها تقدير مُعلن أنه تقدير.
