6 مفاهيم أساسية في تحليل اي مشروع مش شرط يكون برمجي
Change – Need – Solution – Stakeholder – Value – Context
كلهم متساويين
أي تغيير في واحد يؤثر على البقية
Change – Need – Solution – Stakeholder – Value – Context
كلهم متساويين
أي تغيير في واحد يؤثر على البقية
تحليل الأعمال يقوم على نموذج يُسمّى نموذج المفاهيم الأساسية لتحليل الأعمال (BACCM)، وهو يوضح العناصر الرئيسية التي يجب فهمها عند تحليل أي نظام أو تغيير داخل مؤسسة.
يتكوّن النموذج من ستة مفاهيم أساسية مترابطة:
الحاجة (Need): مشكلة أو فرصة تتطلب معالجة.
التغيير (Change): التحوّل المقصود الذي يتم لمعالجة الحاجة وتحسين الأداء.
الحل (Solution): الوسيلة أو الطريقة التي تُلبّي الحاجة، وقد تكون نظامًا أو إجراءً أو أسلوب عمل.
أصحاب المصلحة (Stakeholders): الأفراد أو الجهات التي لها علاقة بالتغيير أو تتأثر به.
القيمة (Value): الفائدة المتحققة من الحل، وقد تكون ملموسة مثل الوقت والمال، أو غير ملموسة مثل الرضا والسمعة.
السياق (Context): الظروف والبيئة المحيطة بالتغيير مثل القوانين، والتقنية، والثقافة، والموارد.
جميع هذه المفاهيم متساوية في الأهمية ومترابطة، وأي تغيير في أحدها يؤثر على البقية.
فهمها يساعد على تحليل المشكلة بشكل شامل واختيار حل مناسب وقابل للنجاح في الواقع.
يتكوّن النموذج من ستة مفاهيم أساسية مترابطة:
الحاجة (Need): مشكلة أو فرصة تتطلب معالجة.
التغيير (Change): التحوّل المقصود الذي يتم لمعالجة الحاجة وتحسين الأداء.
الحل (Solution): الوسيلة أو الطريقة التي تُلبّي الحاجة، وقد تكون نظامًا أو إجراءً أو أسلوب عمل.
أصحاب المصلحة (Stakeholders): الأفراد أو الجهات التي لها علاقة بالتغيير أو تتأثر به.
القيمة (Value): الفائدة المتحققة من الحل، وقد تكون ملموسة مثل الوقت والمال، أو غير ملموسة مثل الرضا والسمعة.
السياق (Context): الظروف والبيئة المحيطة بالتغيير مثل القوانين، والتقنية، والثقافة، والموارد.
جميع هذه المفاهيم متساوية في الأهمية ومترابطة، وأي تغيير في أحدها يؤثر على البقية.
فهمها يساعد على تحليل المشكلة بشكل شامل واختيار حل مناسب وقابل للنجاح في الواقع.
❤4🔥1
في تحليل الأعمال يتم تقسيم المتطلبات إلى أنواع رئيسية ليسهل فهمها وتنفيذها
متطلبات الأعمال (Business Requirements):
توضّح لماذا بدأ التغيير، وما الأهداف والنتائج المطلوب تحقيقها على مستوى المؤسسة أو المشروع.
متطلبات أصحاب المصلحة (Stakeholder Requirements):
تعبّر عن احتياجات كل طرف له علاقة بالتغيير، وتعمل كحلقة وصل بين أهداف العمل ومتطلبات الحل.
متطلبات الحل (Solution Requirements):
توضّح ما يجب أن يقدّمه الحل، وتنقسم إلى:
متطلبات وظيفية:
تصف ما الذي يجب أن يفعله النظام أو الحل.
متطلبات غير وظيفية:
تصف جودة الحل أو الشروط التي يجب أن يعمل ضمنها، مثل الأداء والأمان وسهولة الاستخدام.
متطلبات الانتقال (Transition Requirements)
متطلبات مؤقتة تساعد على الانتقال من الوضع الحالي إلى الوضع الجديد، مثل ترحيل البيانات أو تدريب المستخدمين، وتختفي بعد اكتمال التغيير.
كما يشمل تحليل الأعمال تحديد أصحاب المصلحة (Stakeholders)
وهم كل الأفراد أو الجهات التي لها علاقة بالمشروع أو تتأثر به، مثل: محلل الأعمال، العميل، المستخدم النهائي، خبير المجال، المبرمج، فريق الدعم، مدير المشروع، الجهة الرقابية، المموّل، المورد، والمختبر. وقد يؤدي الشخص الواحد أكثر من دور حسب طبيعة المشروع.
فهم أنواع المتطلبات وأصحاب المصلحة يساعد على بناء حلول واقعية، واضحة، وقابلة للنجاح.
متطلبات الأعمال (Business Requirements):
توضّح لماذا بدأ التغيير، وما الأهداف والنتائج المطلوب تحقيقها على مستوى المؤسسة أو المشروع.
متطلبات أصحاب المصلحة (Stakeholder Requirements):
تعبّر عن احتياجات كل طرف له علاقة بالتغيير، وتعمل كحلقة وصل بين أهداف العمل ومتطلبات الحل.
متطلبات الحل (Solution Requirements):
توضّح ما يجب أن يقدّمه الحل، وتنقسم إلى:
متطلبات وظيفية:
تصف ما الذي يجب أن يفعله النظام أو الحل.
متطلبات غير وظيفية:
تصف جودة الحل أو الشروط التي يجب أن يعمل ضمنها، مثل الأداء والأمان وسهولة الاستخدام.
متطلبات الانتقال (Transition Requirements)
متطلبات مؤقتة تساعد على الانتقال من الوضع الحالي إلى الوضع الجديد، مثل ترحيل البيانات أو تدريب المستخدمين، وتختفي بعد اكتمال التغيير.
كما يشمل تحليل الأعمال تحديد أصحاب المصلحة (Stakeholders)
وهم كل الأفراد أو الجهات التي لها علاقة بالمشروع أو تتأثر به، مثل: محلل الأعمال، العميل، المستخدم النهائي، خبير المجال، المبرمج، فريق الدعم، مدير المشروع، الجهة الرقابية، المموّل، المورد، والمختبر. وقد يؤدي الشخص الواحد أكثر من دور حسب طبيعة المشروع.
فهم أنواع المتطلبات وأصحاب المصلحة يساعد على بناء حلول واقعية، واضحة، وقابلة للنجاح.
❤2
كذلك في تحليل الأعمال يوجد فرق بين المتطلبات والتصميم، لكن الفرق بينهما ليس دائمًا واضحًا.
المتطلبات (Requirements) تركز على الحاجة:
ماذا نريد؟ ولماذا نريده؟
التصميم (Design) يركز على الحل:
كيف سنلبّي هذه الحاجة؟
محلل الأعمال لا يعمل على المتطلبات فقط، بل يشارك أيضًا في التصميم بدرجات مختلفة حسب طبيعة المشروع.
نفس الأدوات تُستخدم لتحليل المتطلبات والتصميم، وغالبًا ما يؤدي المتطلب إلى تصميم، ثم يكشف التصميم عن متطلبات جديدة بشكل تكراري.
تمر العملية بدورة مستمرة كما هو موضح في الصورة👆
تبدأ بـ:
متطلبات الأعمال (لماذا نريد التغيير؟)
متطلبات أصحاب المصلحة (ما الذي يحتاجه كل طرف؟)
متطلبات الحل (ما الذي يجب أن يقدّمه الحل؟)
متطلبات الانتقال (كيف ننتقل من الوضع الحالي إلى الجديد؟)
تستمر هذه الدورة حتى تتحقق المتطلبات بالكامل.
أحيانًا يأتي أصحاب المصلحة بحل جاهز، ودور محلل الأعمال هو دائمًا طرح سؤال:
لماذا؟ للتأكد أن الحل يحقق قيمة حقيقية ويخدم الهدف الصحيح.
المتطلبات (Requirements) تركز على الحاجة:
ماذا نريد؟ ولماذا نريده؟
التصميم (Design) يركز على الحل:
كيف سنلبّي هذه الحاجة؟
محلل الأعمال لا يعمل على المتطلبات فقط، بل يشارك أيضًا في التصميم بدرجات مختلفة حسب طبيعة المشروع.
نفس الأدوات تُستخدم لتحليل المتطلبات والتصميم، وغالبًا ما يؤدي المتطلب إلى تصميم، ثم يكشف التصميم عن متطلبات جديدة بشكل تكراري.
تمر العملية بدورة مستمرة كما هو موضح في الصورة👆
تبدأ بـ:
متطلبات الأعمال (لماذا نريد التغيير؟)
متطلبات أصحاب المصلحة (ما الذي يحتاجه كل طرف؟)
متطلبات الحل (ما الذي يجب أن يقدّمه الحل؟)
متطلبات الانتقال (كيف ننتقل من الوضع الحالي إلى الجديد؟)
تستمر هذه الدورة حتى تتحقق المتطلبات بالكامل.
أحيانًا يأتي أصحاب المصلحة بحل جاهز، ودور محلل الأعمال هو دائمًا طرح سؤال:
لماذا؟ للتأكد أن الحل يحقق قيمة حقيقية ويخدم الهدف الصحيح.
🫡1
التعلم الحقيقي يبدأ عندما تتوقف عن جمع المعلومات، وتبدأ في تحويلها إلى سلوك عوضاً عن كونها اجتمعت كاحتباس حراري...
❤2
في التقنية، الفريق المتماسك غالبًا ينتج أفضل من فريق عباقرة متخاصمين
❤2👍2
القائد يميل للمدى البعيد والرؤية الكبيرة وإلهام الناس، بينما المدير يركز على تفاصيل التنفيذ اليومية
وكمثال مشهور:
“المدراء يفعلون الأشياء بشكل صحيح، والقادة يفعلون الشيء الصحيح”
وكمثال مشهور:
“المدراء يفعلون الأشياء بشكل صحيح، والقادة يفعلون الشيء الصحيح”
نسبة النجاح في المشاريع التقنية 16٪ فقط.
مش لأن الناس غبية.
لكن لأن المشاريع التقنية كانت تُدار بعقلية خاطئة.
مش لأن الناس غبية.
لكن لأن المشاريع التقنية كانت تُدار بعقلية خاطئة.
💻Tamah🍀
طيب ماذا لو كلمت واحد الان من اصحابك وقلت نسوي آله حاسبة ؟ 😂
نطالب من الأخ طماح فتح مجموعة للتعليقات 💯
🥰3❤2
في إدارة المشاريع التقنية الحديثة، ظهرت فرق العمل الافتراضية و المنهجيات الرشيقة كواقع لا يمكن تجاهله. الفريق الافتراضي هو مجموعة أشخاص يعملون معًا رغم اختلاف المكان والوقت، باستخدام أدوات التواصل الرقمية. هذا النموذج خفّض التكاليف، وفتح المجال للاستفادة من خبرات عالمية، ومنح الأفراد مرونة أكبر في العمل والحياة. لكنه في المقابل زاد من تحديات التواصل، وبناء الثقة، ونقل المعرفة، وجعل النجاح مرتبطًا بشكل كبير بجودة الأدوات، ووضوح الأدوار، وأسلوب القيادة.
نجاح الفرق الافتراضية لا يعتمد على التقنية وحدها، بل على وضوح طريقة العمل، وبناء الثقة بين الأعضاء، واختيار الأشخاص المناسبين للعمل عن بعد، وفهم الفروقات الثقافية، وتقديم حوافز مستمرة تحافظ على الدافعية. القيادة هنا تلعب دورًا حاسمًا، لأن غياب الاحتكاك المباشر قد يضخم أي خلل بسيط في التواصل أو التنسيق.
نجاح الفرق الافتراضية لا يعتمد على التقنية وحدها، بل على وضوح طريقة العمل، وبناء الثقة بين الأعضاء، واختيار الأشخاص المناسبين للعمل عن بعد، وفهم الفروقات الثقافية، وتقديم حوافز مستمرة تحافظ على الدافعية. القيادة هنا تلعب دورًا حاسمًا، لأن غياب الاحتكاك المباشر قد يضخم أي خلل بسيط في التواصل أو التنسيق.
❤5
عزام العرمزه
الي عارف ايش هذا يشرح 👇
ومع تعقّد المتطلبات وسرعة التغيير، ظهر المنهج الرشيق Agile كبديل عملي للأساليب التقليدية. الفكرة الأساسية في Agile هي التركيز على التعاون، وتقديم منتج يعمل فعليًا، والاستجابة للتغيير بدل التقيد بخطط جامدة.
ومن أشهر تطبيقاته إطار العمل Scrum، الذي يقسم المشروع إلى دورات قصيرة تُسمى Sprints، يتم في كل واحدة منها إنجاز جزء صغير لكنه قابل للاستخدام من المنتج.
في Scrum، يبدأ العمل بقائمة متطلبات مرتبة حسب الأهمية، ثم يختار الفريق ما يمكن إنجازه خلال فترة قصيرة من أسبوعين إلى أربعة. يجتمع الفريق يوميًا اجتماعًا سريعًا لمتابعة التقدم وإزالة العوائق، وفي نهاية كل دورة يتم عرض ما تم إنجازه على أصحاب المصلحة، ثم مراجعة طريقة العمل نفسها للتحسين المستمر.
تستمر هذه الدورة حتى يتحقق الهدف أو تنتهي الموارد، مع ضمان أن الأهم قد أُنجز أولًا.
ومن أشهر تطبيقاته إطار العمل Scrum، الذي يقسم المشروع إلى دورات قصيرة تُسمى Sprints، يتم في كل واحدة منها إنجاز جزء صغير لكنه قابل للاستخدام من المنتج.
في Scrum، يبدأ العمل بقائمة متطلبات مرتبة حسب الأهمية، ثم يختار الفريق ما يمكن إنجازه خلال فترة قصيرة من أسبوعين إلى أربعة. يجتمع الفريق يوميًا اجتماعًا سريعًا لمتابعة التقدم وإزالة العوائق، وفي نهاية كل دورة يتم عرض ما تم إنجازه على أصحاب المصلحة، ثم مراجعة طريقة العمل نفسها للتحسين المستمر.
تستمر هذه الدورة حتى يتحقق الهدف أو تنتهي الموارد، مع ضمان أن الأهم قد أُنجز أولًا.