ما تفعله كمطور مع طلبات العميل غير البق، f.e الإصلاح صغير في واجهة المستخدم؟

StackOverflow https://stackoverflow.com/questions/253596

  •  05-07-2019
  •  | 
  •  

سؤال

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

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

المحلول

إنشاء قائمة انتظار أنشئت حيث يمكن للمستخدمين تقديم طلبات، بطريقة لا تخل سير العمل يوما بعد يوم.

ومن الأصوات من هذا كنت تحصل على طلبات عبر قناة الاتصال التي قمت بالتدقيق بصورة منتظمة، وكنت قد تحاول تحريكه جانبية.

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

نصائح أخرى

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

وأن يقال ...

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

وهذا أقل نهايات مفتوحة، كلما كان ذلك أفضل.

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

وعلى الرغم من عدم "علة" الفني، وقابلية الاستخدام من قبل العميل هو علة أهم للمستخدم. إذا كنت ترغب في مواصلة العمل مع العميل، لا بد من عمل الأشياء الصغيرة.

وتحديد الحشرات الصغيرة == السعادة العميل == == المزيد من العمل أكثر $$

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

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

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

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

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

في رأيي انه لامر جيد لمتابعة بعض الافراج عن الجدول الزمني الثابت: أنه يجعل عملية التنمية أكثر يمكن السيطرة عليها، ويحسن جودة البرمجيات، والزبائن يعرفون ما يمكن توقعه

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