كيف كنت تدير كبيرة تراكم المنتجات?[مغلقة]

https://stackoverflow.com/questions/109141

01-07-2019
|

سؤال

لدينا عدد كبير من الأشياء التي يجب القيام به في البرنامج ، في الكثير من فئات مختلفة ، على سبيل المثال:

مشكلة جديدة مجالات المنتجات لدينا حل
وظائف جديدة ودعم القائمة مشكلة المناطق
الوظائف الجديدة المطلوبة من قبل لدينا المستخدمين الحاليين
سهولة الاستخدام و "نظرة" التحسينات
المعمارية ترقيات في نهاية العام
إصلاحات الشوائب

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

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

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

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

هل وجدت طريقة أو أداة أن يعمل ؟ إذا كان الأمر كذلك, يرجى حصة!(وإذا كنت ترغب في معرفة الإجابة أيضا معدل السؤال لذلك يبقى مرئية :)

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

المحلول

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

http://leansoftwareengineering.com/2008/08/19/priority-filter/

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

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

أنه قال: لا يزال يمكن أن يكون تحديا لجعل القصص ذات الحجم المماثل.في بعض الأحيان كنت فقط لا يمكن ، لذلك يمكنك التواصل أن قرارات التخطيط.

فيما يتعلق تتحرك wibbles اثنين بكسل ، وكثير من هذه الأمور التي هي سهلة يمكن القيام به ل "الحرة".عليك أن تكون حريصا على التوازن بين هذه و إلا تفعل لهم لو كانوا حقا قريبة إلى الحرة و هم في الحقيقة مهم إلى حد ما.

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

نصائح أخرى

المفتاح هو العدوانية التصنيف وتحديد الأولويات.

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

تقنية بسيطة هو استخدام مصفوفة الأولويات.

أمثلة:

من المفيد أيضا هو تحديد الأولويات الأرباع (بعدين:أهمية الاستعجال) أن كوفي يقترح: http://www.dkeener.com/keenstuff/priority.html.التركيز على أهمية وإلحاحا ، ثم المهم و لا العاجلة.غير الاشياء الهامة...حسنا..إذا كان شخص ما يريد أن يفعل ذلك خارج ساعات العمل :-).البديل من كوفي الأرباع التي استخدمتها مع أبعاد أهمية وسهولة.سهولة هو وسيلة جيدة لتحديد أولويات المهام داخل كوفي رباعي.

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

الأشياء التي يمكن أن الأولوية هي:

القيمة المضافة إلى المنتج
أهمية العملاء الحاليين والمحتملين على حد سواء
حجم المهمة

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

كل هذه الاشياء يمكن تتبعها جيد علة تتبع نظام يحتوي على الميزات التالية:

القدرة على تمييز عناصر العمل كما البق أو طلبات التحسين
الفئة الميدانية للمنطقة من المسؤولية أن عنصر العمل يندرج تحت (UI, الخلفية, الخ)
الإصدار # حقل عند إصلاح أو ميزة من المقرر أن يتم
الوضع الميداني (في التقدم, الانتهاء, التحقق, الخ)
مجال الأولوية

منذ كنت بالفعل يفعلون أشياء في أزياء رشيقة, هل يمكن أن تقترض بعض الأفكار من XP:

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

على هذا النحو:

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

لمزيد من المعلومات, انظر التخطيط البرمجة المتطرفة قبل كينت بيخ و مارتن فاولر.يقولون أنه أفضل بكثير مما كنت يمكن أن تفعل أي وقت مضى.

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

أبعد من أي أداة عملية ، يجب أن يكون هناك...بعض الناس ;)

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

بينهما اثنان الأولويات يمكن أن تنشأ ، سواء على مستوى عالي (وظيفية طلبات) و على مستوى منخفض (البق والقضايا التقنية)

مرخصة بموجب: CC-BY-SA مع الإسناد

لا تنتمي إلى StackOverflow