Business Analysis - Requirements Management تحليل الأعمال - إدارة المتطلبات

 Business Analysis - Requirements Management تحليل الأعمال - إدارة المتطلبات

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

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

لماذا تفشل المشاريع

هناك العديد من الأسباب لفشل المشاريع ولكن بعض المجالات المشتركة تشمل ما يلي -

• فشل السوق والاستراتيجية
• فشل التنظيم والتخطيط
• فشل الجودة
• فشل القيادة والحوكمة
• المهارات والمعرفة وفشل الكفاءة
• الانخراط والعمل الجماعي وفشل الاتصال

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

لماذا تقوم الفرق الناجحة بإدارة المتطلبات

تتمحور إدارة المتطلبات حول إبقاء فريقك متزامنًا وتوفير رؤية لما يجري داخل المشروع.

من الأهمية بمكان لنجاح مشاريعك أن يفهم فريقك بالكامل ما تقوم ببنائه ولماذا - هكذا نحدد إدارة المتطلبات. "لماذا" مهم لأنه يوفر سياقًا للأهداف والتعليقات والقرارات التي يتم اتخاذها حول المتطلبات.

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

هيا لنبدأ مع الأساسيات

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

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

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

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

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

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

الآن بعد أن حددنا قيمة إدارة المتطلبات على مستوى عالٍ ، دعنا نتعمق في الأساسيات الأربعة التي يمكن لكل عضو في الفريق وأصحاب المصلحة الاستفادة من فهمها -

• تخطيط المتطلبات الجيدة: "ما الذي نبنيه بحق السماء؟"
• التعاون والمشاركة: "وافق فقط على المواصفات ، بالفعل!"
• إمكانية التتبع وإدارة التغيير: "انتظر ، هل يعلم المطورون أن هذا تغير؟"
• ضمان الجودة: "مرحبًا ، هل اختبر أحد هذا الشيء؟"

هل يعلم الجميع ما نبنيه ولماذا؟ هذه هي قيمة إدارة المتطلبات.

التعاون والشراء من أصحاب المصلحة

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

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

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

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

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

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