سؤال

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

إذا احتفظت بهم، ماذا تفعل معهم لاحقا؟

هل كانت مفيدة؟

المحلول

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

نصائح أخرى

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

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

ووسلة المهملات يبدو وكأنه مكان مناسب.

وPEZ هو الصحيح تقريبا. إعادة تدوير الأوراق بدلا من إرسالها إلى سلة المحذوفات. :)

وهناك حقا لا جدوى من الاحتفاظ بها. إذا كنت في حاجة الى التاريخ من التغييرات التي يمكنك الحصول على ذلك من الخاص SCM واختبار البرامج النصية.

وصوت آخر لابقائها. وأنا أعلم أنه كلمة قذرة، ولكن قصص المستخدم هي جزء من وثائق، وتخدم غرضا هاما.

وبعد ثلاث سنوات من الآن عندما كنت (أو وارث) وإدخال تغييرات على النظام أنه من المفيد أن يكون وثائق تاريخية لأعرف لماذا فعلت الأشياء بالطريقة التي فعلت.

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

وأنا عادة التفاف كل التكرارات بقيمة قصص المستخدم (والمهام) في الشريط المطاطي وبطاقة جديدة أمام تفيد سرعة ونقاط المقدرة. أنا لم أصب أي استخدام لهما على الرغم من باستثناء reasing الحنين. حتى تبقى لهم للأرشيف أقول: -9

تشبث بهم!

أكتب المتطلبات (بدلاً من التعليمات البرمجية)، ولكن كثيرًا ما أجد نفسي أعيد قراءة قصص المستخدمين القديمة واختبارات القبول (خاصتي واختبارات الآخرين).

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

يمكنني أن أستمر، ولكن اسمحوا لي أن أطرح الأمر بهذه الطريقة:
ما الذي من المرجح أن يسبب مشاكل أكبر - الاحتفاظ بالقصص وعدم الحاجة إليها، أو الحاجة إلى القصص وعدم الحصول عليها؟

والاحتفاظ بها (أرشفتها) بحيث إذا كان هناك نزاع أو خلاف على شيء في المستقبل، لديك إشارة إلى ذلك، ويمكن أن تغطي نفسك.

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

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

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

وابتهاج، ريفز

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top