كيف يمكنك إدارة العملاء فيما يتعلق بتغيير المتطلبات ؟ [مغلقة]

Question

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

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

ومع ذلك ، يبدو أن الكثير منا المتطلبات المتغيرة لا يمكن إلا يصب جودة البرمجيات, ولكن يمكن أيضا استنزاف دافعنا و تجعل منا يريد أن طعن شخص ما.

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

• هل لديك مديري المشاريع لعزل المشروعات الإنمائية من العملاء ؟
• هل لديك تغيير رسمي في إدارة العملية ؟ تغيير المديرين ؟
• كيف من الصعب على العميل من الحصول على التغيير عندما كانوا حقا في حاجة إليها ؟
• على العكس من ذلك ، كيف أنه من السهل للعملاء للحصول على تغيير عند أنها "تافهة"?
• كم التفاصيل التي تعطي العميل عندما شرح تكلفة التغيير ؟
• كيف بسرعة هل أنت قادرة على إعطاء العميل هذه المعلومات بعد تلقي طلب التغيير ؟
• ما هي العوامل التي يمكن أن تنسف عملية (مثلا ، مساء الذين لا يمكن أن نقول لا إلى العميل ؟ )
• ما يعمل بالنسبة لك ؟

Answer 1

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

هذا هو كيف أدير فريق:

1) نبدأ مع قصص المستخدم.العميل هو المشاركة في الكتابة عليها و فريق التطوير تقديرات متى كل قصة المستخدم في النسبية الطريقة.

2) استخدام الخبرة السابقة لا تأخذ هذه التقديرات النسبية (قصة نقطة) إنشاء جدول قاسي عندما المعالم الرئيسية من المشروع سوف تكون كاملة.

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

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

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

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

Answer 2

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

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

Answer 3

إدارة العملاء من الصعب, و هو شيء بسهولة جدا يمكن أن تذهب الخطأ.

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

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

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

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

Answer 4

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

هذا هو 'الداخلية' العملاء.

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

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

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

Answer 5

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

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

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

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

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

Answer 6

أنا أفضل مصطلح المتطلبات المتطورة إلى "الاحتياجات المتغيرة".البروفيسور م. م. بنك ليمان (http://www.doc.ic.ac.uk/~mml/ و http://en.wikipedia.org/wiki/Meir_Manny_Lehman) وقد فعلت مساهمة كبيرة في البحث عن البرمجيات تطور.أعماله أيضا تشير إلى أن ليس جميع أنواع متطلبات التطور.قد يعتبرون أنفسهم محظوظين إذا ما كان العمل على واحد من هذه الأنظمة ، حيث متطلبات تبقى نفسها (أيالرياضيات المكتبات الخ).

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

بعض النصائح العملية إدارة تطور المتطلبات:

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

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

• رصد أن الاحتياجات لا تزال ذات الصلة.

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

• الحفاظ على إدارة توقعات العملاء على مدى فترة طويلة تسير الأمور لاتخاذ ؛ هذا يساعد أيضا على الحفاظ على التركيز.

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

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

Answer 7

العميل يأتي لك أن تفعل شيئا لأنها إما لم يكن لديك الوقت للقيام بذلك أو أنها لا تعرف ماذا تفعل (و تريد أن تدفع لك أن تفعل ذلك بالنسبة لهم).إذا كان لديك الاحتياجات المتغيرة, لأن هذا الأخير.وبعبارة أخرى, هم يدفعون لك لمعرفة التفاصيل!وهم أعرف ما أحب وما لا أحب لكنها لن تعرف كيف يعمل.

ندرك هذا و ما الحل يحتاج إلى أن يقع في المكان.