---
title: "ليه مشاريع البرمجة بتفشل، وخمس مراجعات بتمنع ده"
description: "الفشل تقريباً عمره ما بيكون تقني. هو خمس قرارات محددة بتتاخد غلط في الأول، وكل واحد فيهم تقدر تراجعه قبل ما تلتزم."
url: https://kftechsolutions.dev/ar/blog/why-software-projects-fail
language: ar
published: 2026-09-23
modified: 2026-10-23
author: Kirollos Fayez
site: "KF Tech Solutions — https://kftechsolutions.dev"
---

# ليه مشاريع البرمجة بتفشل، وخمس مراجعات بتمنع ده

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

لما مشروع سوفتوير يفشل، الحكاية غالباً بتتحكي على إنها حكاية تقنية: framework
غلط، أو مبرمج مستواه أقل من المطلوب، أو ربط مع سيستم تاني طلع أصعب من المتوقع.

وده تقريباً عمره ما بيكون اللي حصل. الصعوبة التقنية كانت حقيقية، بس كانت عَرَض.
الفشل اتحسم في أول أسبوعين، بقرار من خمس قرارات، واتكشف بعدها بخمس شهور.

## 1. محدش عرف يوصف طريقة الشغل

أشهر سبب للفشل، وأقلهم تقنية.

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

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

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

## 2. صاحب القرار ما كانش موجود

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

**المراجعة:** مين اللي هيمضي على آخر فاتورة، وهل راجع النطاق بنفسه؟ لو ما
راجعهوش، خلّيه يراجعه قبل ما الشغل يبدأ. مش تقرير متابعة — النطاق نفسه.

## 3. افترضوا إن الربط سهل

السيستم الجديد تقريباً دايماً لازم يتكلم مع سيستم قديم. الجديد نطاقه متكتب
بالتفصيل؛ والقديم سطر واحد بيقول "ربط مع الـ POS الحالي".

والصعوبة بيحددها السيستم القديم بالكامل، ومحدش بيتأكد قبل ما يلتزم. API متوثّق
شغل أيام. سيستم مقفول بيطلّع ملف CSV كل ليلة شغل أسابيع وتنازلات. وسيستم الشركة
بتاعته اختفت ممكن يبقى مستحيل.

**المراجعة:** قبل ما تمضي، اطلب تشوف توثيق الـ API لكل سيستم لازم يترابط. مش وعد
إنه موجود — المستند نفسه. المراجعة دي لوحدها بتمنع تجاوزات في الوقت والميزانية
أكتر من أي مراجعة تانية في القايمة دي.

## 4. ما كانش فيه نسخة أولى

المشروع اللي نطاقه متحدد كتسليم واحد على اتناشر شهر مافيهوش أي فيدباك لحد الشهر
الاتناشر. ووقتها البيزنس اتغير، والناس اتغيرت، والمتطلبات بتاعة أول شهر بقت
قديمة.

**المراجعة:** ينفع المشروع يتقسم لأجزاء كل جزء فيها بيشتغل لوحده؟ لو الإجابة لأ،
يبقى النطاق متشابك أكتر من اللازم، والتشابك ده في حد ذاته هو المخاطرة. ومشروع
المطعم في
[تقليل هدر المخزون بالتلت](https://kftechsolutions.dev/blog/cutting-a-restaurant-s-stock-waste-by-a-third)
اشتغل على أربع مراحل للسبب ده بالظبط.

## 5. محدش جوه الشركة كان مسؤول عنه

كل مشروع ناجح فيه شخص واحد جوه البيزنس عايز المشروع ده يحصل، وعنده صلاحية ياخد
قرار، وعنده وقت. ولما الشخص ده يبقى مش موجود، القرارات بتتكوّم مستنية، والمورّد
بيخمّن عشان يفضل ماشي، والتخمينات بتتراكم.

**المراجعة:** سمّي الشخص ده، واتأكد إن عنده كذا ساعة في الأسبوع للمشروع. "كلنا
مسؤولين عنه" معناها محدش مسؤول.

## الخمس مراجعات مع بعض

| المراجعة | اسأل قبل ما تمضي | النتيجة لو اتجاهلتها |
|---|---|---|
| طريقة الشغل متفق عليها | اتنين بيوصفوها بنفس الشكل، مكتوبة | تعديلات ما بتخلصش |
| صاحب القرار مشارك | راجع النطاق بنفسه | إعادة شغل وقت الاستلام |
| الربط متأكدين منه | شفت توثيق الـ API بتاع السيستم التاني | أكبر تجاوزات في الوقت والميزانية |
| تسليم على مراحل | كل مرحلة بتشتغل لوحدها | اتناشر شهر لحد أول فيدباك |
| مسؤول داخلي بالاسم | شخص واحد، عنده صلاحية ووقت | القرارات بتتكوّم؛ والمورّد بيخمّن |

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

> الغلطات الغالية بتحصل قبل ما حد يكتب سطر كود. بس مش بتتكشف غير بعدها.

## الفشل شكله إيه في الحقيقة

نادراً لما يكون درامي. غالباً: التسليم بيتأخر شهر، وبعدين شهر كمان. النطاق بيتقص
عشان يلحقوا ميعاد. اللي بيتسلّم شغال بس محدش بيستخدمه، لأنه مش ماشي مع طريقة
الشغل. وبعد ست شهور حد بيرجع للشيت القديم من غير ما يقول لحد.

محدش بيسميه فشل. بيتوصف إنه "السيستم اللي اشتريناه ومش بنستخدمه أوي"، وأغلب
الشركات عندها واحد.

## أسئلة بتتكرر

### الغلط غالباً بيبقى على مين؟

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

### ينفع ننقذ مشروع بعد ما بدأ يبوظ؟

كتير ينفع، لو وقفت وعملت الخمس مراجعات من تاني. اللي ما بينفعش إنك تزوّد ناس أو
تمد الميعاد والقرار الأساسي لسه ما اتاخدش.

### نتجنب ده إزاي مع مورّد عمرنا ما اشتغلنا معاه؟

ابدأ بمشروع صغير مدفوع — الاختبار اللي في
[إزاي تختار شركة برمجة](https://kftechsolutions.dev/blog/how-to-choose-a-software-company). من أسبوعين
لأربعة بيكشفوا الخمسة دول كلهم، بجزء بسيط من تكلفة إنك تكتشفهم في الشهر السادس.

---

KF Tech Solutions is a software studio in Cairo, Egypt, founded by Kirollos Fayez in 2020; its only website is kftechsolutions.dev. It is not affiliated with KFTECH Software Solutions (kftechsols.com).