6 نصائح لتنفيذ أداة إدارة المتطلبات الخاصة بك بنجاح
لماذا تحتاج إلى أداة إدارة المتطلبات:
انه ليس سرا أن pتؤدي المتطلبات السيئة إلى منتجات ذات جودة رديئة وأن هذه المشاريع غالبًا ما تمتلئ بنطاق التسلل. هناك العديد من التحديات التي تواجه النهج المستند إلى المستندات فيما يتعلق بالمتطلبات ، بما في ذلك حقيقة أنه من الصعب مواكبة التغييرات في تطوير البرامج باستمرار. حتى لو قمت بعمل ممتاز في جمع وتوثيق متطلبات المستخدم ، فإن مهمة إدارة المتطلبات قد بدأت للتو.
فيما يلي بعض الأسباب الرئيسية لاستخدام أداة إدارة المتطلبات الآلية وفقًا لـ Karl Wiegers (مقال www.processimpact.com حول أتمتة إدارة المتطلبات).
- إدارة الإصدارات والتغييرات. يتم إصدار معظم الأنظمة بطريقة تكرارية (أو رشيقة) اليوم. هذا يعني أن المتطلبات سيكون لها إصدارات مرتبطة بالإصدار. القدرة على تتبع التغييرات وتحديد تأثير التغييرات هي التحكم في التغيير وزحف النطاق.
- قم بتخزين معلومات إضافية حول المتطلبات في سمات المتطلبات. هناك الكثير الذي نحتاج إلى معرفته حول أحد المتطلبات بخلاف بيان المتطلبات. على سبيل المثال: حالة المتطلبات ، الأولوية ، من طلبها ، حالة الاختبار. هذه ليست إلا بعض الإقتراحات.
- ربط المتطلبات بعناصر النظام الأخرى. من أجل التأكد من أن جميع المتطلبات جزء من المنتج ، يتم اختبار جميع المتطلبات وتقييم التغييرات وما إلى ذلك ، يجب أن نكون قادرين على ربط المتطلبات بعناصر النظام الأخرى.
- تتبع الحالة. فكر في القدرة على إنشاء قائمة بجميع المتطلبات التي لم تتم الموافقة عليها ، وجميع المتطلبات غير المرتبطة بمتطلبات المستوى الأدنى ، وجميع المتطلبات التي لم يتم اختبارها. هذه هي أنواع المعلومات التي تساعدنا حقًا في معرفة حالة المشروع.
- عرض مجموعات المتطلبات الفرعية. فكر في القدرة على عرض جميع المتطلبات ذات الأولوية العالية التي لم يتم تعيين طريقة اختبار لها. أو مكتب الأمن الذي يريد مراجعة المتطلبات المتعلقة بالأمن فقط. القدرة على تصفية المتطلبات لتضمين المعلومات التي يهتم المستخدم برؤيتها تقلل الوقت المطلوب لمراجعة هذه المتطلبات.
- التحكم في الوصول. ستحتاج إلى التأكد من أن محللي الأعمال يمكنهم فقط تعديل متطلبات المستخدم ؛ يمكن لمحللي النظام فقط تعديل متطلبات النظام ، وما إلى ذلك. بمجرد الموافقة ، يجب تقييد الوصول إلى المتطلبات بحيث لا يمكن إجراء المزيد من التغييرات دون مراجعة.
- التواصل مع أصحاب المصلحة. يعد الإخطار بالتغييرات أمرًا ضروريًا للتأكد من أن أصحاب المصلحة على دراية بجميع التغييرات المحتملة. يمكن أن تساعد معظم أدوات إدارة المتطلبات في تقديم هذا النوع من الإشعارات تلقائيًا.
بالنسبة لأولئك منا الذين استخدموا أدوات إدارة المتطلبات ، من الصعب تخيل العودة إلى القيام بهذا العمل على الورق. وأعتقد أن هناك القليل منا ممن يختارون العودة إلى هذه الطريقة. أنا شخصياً سوف أتعامل مع أي أداة لإدارة المتطلبات على نهج مستند إلى المستند. ومع ذلك ، من المدهش بالنسبة لي أن تستمر العديد من المؤسسات من جميع الأحجام في الاعتماد على الأدوات المستندة إلى المستندات لإدارة متطلباتها. يعد استخدام أداة إدارة المتطلبات خطوة أولى مطلوبة للتحكم في المتطلبات.
قبل شراء أداة إدارة المتطلبات:
ليس سرا أن المحترف تساعد الحلول الهندسية للمتطلبات على تحسين الكفاءة عند العمل مع المتطلبات. هم ايضا تساعد في تقليل عدد الأخطاء مما يؤدي عادةً إلى تصحيحات مكلفة عند العثور عليها في مراحل لاحقة من دورة حياة التطوير.
لذلك تبحث العديد من الشركات عن مثل هذه المتطلبات الهندسية للحلول ، ولكن للأسف ، نفس القاعدة التي تنطبق على أي نوع آخر من أدوات البرمجيات تقريبًا تنطبق أيضًا على متطلبات الحلول الهندسية: الأحمق بأداة يظل أحمق ...
الأفضل في فئتها متطلبات الحلول الهندسية مثل منصة Visure Required ALM مرنة للغاية في القدرة لدعم أي نوع من المتطلبات الهندسية تقريبًا. بالطبع ، نحن - بصفتنا بائع أدوات - يسعدنا أن نبيع لك بعض البرامج ولكننا مقتنعون بأن هذا وحده لن يساعدك. في حين أن we تريد مساعدتك لتكون ناجحًا في استخدام منتجاتنا.
لذلك ، قبل شراء حل المتطلبات الهندسية يرجى التأكد من أن لديك عملية هندسة المتطلبات المناسبة محددة بأنشطة معينة مخصصة لأدوار معينة. بالطبع ، يمكننا أيضًا مشاركة تجاربنا معك في هذا المجال. إذا كنت تعرف الخصائص التفصيلية لعمليتك إنه أسهل بكثير المناسبة لكِ لإيجاد الحل المناسب الذي يناسب احتياجات من خلال عملية المعالجة .
6 نصائح لتطبيق أداة إدارة المتطلبات بنجاح على نظام معقد
منذ سنوات عديدة أمضيت عدة سنوات أعمل على نظام معقد للغاية للتحكم في الأسلحة. كما يمكنك أن تتخيل ، كانت المتطلبات كبيرة ومعقدة ومتغيرة كثيرًا. لقد أمضينا الكثير من الوقت في محاولة إدارة تلك التغييرات المزعجة التي استمر تقديمها ، سواء من العملاء أو من المطورين. في تلك الأيام الأولى ، لم يكن لدينا أي أدوات لإدارة المتطلبات للمساعدة في استخدام تقييم هذه التغييرات. كنا نستخدم Interleaf و Excel (يمكنني سماع آهات الألم الآن). كان كل شيء يدويًا ، بما في ذلك إمكانية التتبع المعقدة. كان لدينا بعض الأشخاص الذين لم يفعلوا شيئًا سوى الحفاظ على مصفوفات التتبع وتقييم تأثير التغييرات. في هذا الوقت ، كان لدينا فقط إمكانية التتبع من مفهوم العمليات إلى متطلبات النظام إلى متطلبات النظام الفرعي. أقول "فقط" ولكن في ذلك الوقت كان مجرد الحصول على هذا المستوى من التتبع إنجازًا كبيرًا.
عندما أجرينا تغييرات كافية ، أصدرنا مستند متطلبات النظام الجديد ووثيقة متطلبات النظام الفرعي الجديدة. كان على هؤلاء المقاولين الفقراء أن يمروا بمتطلبات النظام الفرعي الهائلة وأن يحددوا يدويًا التغييرات التي حدثت. لا أستطيع أن أتخيل الوقت الذي أمضاه المقاولون فقط في محاولة معرفة التغييرات التي يحتاجون إلى القلق بشأنها.
في منتصف مشروع الترقية هذا قال العميل بما فيه الكفاية وكلف فريقي بتقييم واختيار أداة إدارة المتطلبات. الأداة التي اخترناها ليست مهمة لهذه المناقشة بالذات ، ولكن ما تعلمناه من اختيار هذه الأداة وتنفيذها مهم. فيما يلي بعض الدروس المستفادة.
1 - لا توجد أداة واحدة ترضي الجميع. كان لدينا مستخدمون أحبوا اختيارنا وأولئك الذين حاربونا في كل خطوة على الطريق. بدون دعم العميل وتنفيذ التغيير ، لن يكون ذلك ممكنًا في برنامج كبير مثل هذا البرنامج. اشتكى أحد المستخدمين من حجم عمود مصفوفة التتبع التي تم إنشاؤها بواسطة الأداة ، متجاهلاً تمامًا حقيقة أنها وفرت له أيامًا من الجهد اليدوي.
2 - لم يكن التتبع اليدوي لدينا نظيفًا جدًا. بمجرد استيراد جميع معلوماتنا إلى الأداة وربطها ، وجدنا العديد من الثغرات في إمكانية التتبع ، والأمر الأكثر إزعاجًا هو أن لدينا روابط لا معنى لها حقًا ، وكان علينا القيام بالكثير من العمل للتنظيف. في مصفوفات التتبع الخاصة بنا.
3 - كان مجرد تتبع المتطلبات أمرًا رائعًا ، ولكن يمكننا الآن استخدام نفس الجهد لربط المتطلبات بخطط الاختبار ، وذهبنا إلى حد ربط متطلبات النظام الفرعي بمستندات التصميم التي يمكننا مراجعتها. لم يحدث هذا بين عشية وضحاها ، لكنه حدث بالفعل. في النهاية يمكننا تتبع متطلبات النظام إلى متطلبات النظام الفرعي إلى مستند التصميم إلى وحدة التعليمات البرمجية. حتى أننا استخدمنا أداة لتحديد مدى تعقيد وحدات التعليمات البرمجية واستخدمناها للمساعدة في تحديد مدى صعوبة تنفيذ واختبار التغيير.
4 - المقاييس من أداة المتطلبات هي المفتاح لفهم اكتمال أنشطة الاختبار. كنا نظن غالبًا أننا أكملنا الاختبار بنسبة 50٪. بعد كل شيء ، تم الانتهاء من 50٪ من الاختبارات. ومع ذلك ، ما وجدناه هو أننا كنا عرضة لاختبار أبسط أجزاء النظام وأكثرها فهمًا أولاً. لذلك اعتقدنا أننا اكتمل بنسبة 50٪ ، كان كل شيء متبقيًا يمثل مخاطرة عالية جدًا. لقد تعلمنا ترتيب أولويات اختباراتنا من خلال النظر في أولويات المتطلبات وتعقيد البرامج ، والمعلومات التي لم نتمكن من تحديدها من خلال التتبع اليدوي.
5 - كان من السهل جدًا أن تغمر نفسك. ابدأ بسيطًا. كان علينا التراجع عن أفكارنا الطموحة والبدء بنموذج بسيط للتتبع. كما تعلمنا واكتسبنا المزيد من الخبرة باستخدام الأداة ، أضفنا المزيد من المعلومات إلى نموذجنا. كنا نعمل باستمرار على تقييم عمليتنا لمعرفة ما يمكننا القيام به لتحسينها.
(6) - لا تبخل في التدريب والتوجيه. قمنا بتدريب الجميع على المشروع وإنشاء خبراء ساعدوا المستخدمين على تجاوز العقبات الأولية. أرسلنا خبرائنا إلى المتعاقدين لدينا لأسابيع في كل مرة لمساعدتهم على التعجيل باستخدام الأداة. حتى أن لدينا مجموعة مستخدمين داخليين خاصة بنا. كن مستعدا لهذا النوع من الجهد.
يا لها من تجربة تعلم رائعة كانت بالنسبة لي. إذا كنت مهتمًا بالبدء في تغيير مثل هذا لتحسين عملية متطلباتك ، اتصل بـ Visure Solutions. سنكون سعداء لمناقشة عمليتك معك.
