أكتوبر ٢٠٢٦ · قراءة ٦ دقائق

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

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

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

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

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

مقالات أخرى

يسعدنا أن نسمع كيف يبدو ذلك في مؤسستكم

مكالمة تعارف مدتها نحو ٢٠ دقيقة، بلا كلفة وبلا التزام.

احجزوا جلسة تحليل