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