إدارة المستخدم قصص مشروع كبير [مغلقة]

Question

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

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

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

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

شيء آخر من شأنه أن الحصول على +1 من هي أمثلة حقيقية قصص المستخدم من مشاريع حقيقية ("a يمكن للمستخدم تسجيل الدخول" القصة لا يساعد على صورة الأشياء في بلدي المشروع.

شكرا

Answer 1

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

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

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

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

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

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

حظا سعيدا!

Answer 2

مثل DanielHonig ونحن أيضا استخدام RallyDev (على نطاق ضيق) و يبدو أنها يمكن أن تكون مفيدة النظام بالنسبة لك على الأقل التحقيق.

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

Answer 3

لست متأكدا إذا كان هذا هو ما كنت تبحث عنه, ولكن قد تكون لا تزال مفيدة.ماكس بركة من codesqueeze لديه فيديو يشرح له "رشيقة الجدار".انه من الرائع ان نرى عملية له ، حتى لو كان قد تتعلق بالضرورة إلى السؤال:

بلدي رشيقة الجدار (بالإضافة إلى بعض الحيل)

Answer 4

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

في ذلك العام:

1. تنظيم إصدار

2. الحفاظ على التكرار بين 2-4 أسابيع

3. المنتج أصحاب المشروع مديري إضافة إلى الإفراج عن قصص تراكم

4. فريق ديف التقديرات قصص مبنية على التي شيرت الأحجام ، نقاط, الخ...
5. في الربيع التخطيط meeetings فريق ديف يختار العمل من أجل التكرار من الإفراج عن المتراكمة.

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

تذكر الاستثمار الذكية المختصرات تقييم المستخدم قصص, قصة جيدة يجب أن تكون:أنا مستقل N - قابل للتفاوض V قيمة هـ - المحترمة S - صغيرة T - قابلة للاختبار

الذكية:

S - محددة M - قابلة للقياس أ - قابلة للتحقيق R - ذات الصلة T - الوقت-محاصر

Answer 5

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

لقد قرأت بعض الأشياء الجيدة الاختلاط من Thoughtworks.

Answer 6

هنا هو بلدي رد على سؤال مماثل التي قد تعطيك بعض الأفكار

تساعد على درجة البكالوريوس!إدارة المستخدم قصص ...

Answer 7

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

1. عملية سيئة المجهزة مع برنامج الأداة سوف يؤدي سوء البرنامج أداة تنفيذ.
2. عمليات تغيير على أساس مجموعة تقوم بإدارته.على الشيء المهم هو الناس, لا عملية.تنفيذ شيء أنها يمكن أن تعمل بنجاح في المشروع الخاص بك سوف تكون ناجحة.

كل ما قال ، وإليك بعض الإرشادات التي تساعدك على:

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

بالنسبة للمنظمات الكبيرة ، إذا كنت تستخدم سكروم ، واستخدام المتتالية الوقوف آلية.سكروم الماجستير لقاء مع ثير فرق.ثم سكروم الماجستير يجتمع في الوقوف من 6 - 9, مع فائق Scrum-ماجستير مسؤولة عن الإبلاغ عن العناصر من حثالة الماجستير سكروم إلى المستوى التالي...وهكذا دواليك..

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