كيفية العثور على (والاحتفاظ) بالمختبر المطور

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

  •  09-06-2019
  •  | 
  •  

سؤال

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

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

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

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

المحلول

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

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

نصائح أخرى

المال والمسؤولية.

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

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

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

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

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

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

تأكد أيضًا من وجود مسار وظيفي يؤدي إلى المزيد من التطوير، وليس المزيد من ضمان الجودة، إذا كان هذا هو ما يريده المرشح.

وأخيرًا، تأكد من أن المطورين الآخرين يعاملون هذا الشخص كمطور زميل، وليس كشخص خارج الفريق.

من المحزن أن "QA" لديها بعض الوصمة المرتبطة بها بين المطورين، لكنها كذلك.

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

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

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

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

المال والمسؤولية هما المفتاح، كما يشير آدم وتشوبس.يجب أن يكون مهندسو الجودة على نفس جدول الرواتب مثل المطورين.العمل المثير للاهتمام هو أيضًا عامل مهم.يبدو الدور وكأنه مجموعة متنوعة لطيفة من المهام.

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

دفع مماثلة للتنمية.تكون صادقة؛الكشف عن التوقعات الفعلية للدور.قم بتغيير العنوان إلى مهندس جودة البرمجيات.

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

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

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

أعتقد أن لديك شخصية صعبة هنا:

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

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

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

العنوان الأكثر شيوعًا لهذا الموقف هو "مطور البرامج قيد الاختبار".

لكنني أعتقد أن هناك مشكلة أخرى أكثر أهمية - من الصعب منع شخص لديه معرفة جيدة بالاختبار والتطوير من الانتقال إلى فريق التطوير

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