كيف يمكنك تجاوز "الركود" التحفيزي الحتمي قرب نهاية المشاريع؟[مغلق]

Question

عند العمل على مشروع ما، بعد ترميز الأجزاء المثيرة للاهتمام، يتضاءل حافزي بشدة.ماذا تفعل للتغلب على هذه المشكلة؟

Answer 1

لا تترك كل الأجزاء "المملة" حتى النهاية - تأكد من أن كل مكون يعمل، مع اختبارات الانحدار والوثائق، في أقرب وقت ممكن في المشروع.

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

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

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

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

Answer 2

استخدم التطوير القائم على الاختبار.إن الفشل في الاختبار هو دائمًا دافع قوي.

Answer 3

دع بعض المختبرين يخسرون عليه.ليس هناك ما هو أكثر تحفيزًا من رؤية الأشخاص يستخدمون أجزاءك المثيرة للاهتمام ويجدون تحسينات واضحة.

Answer 4

أكرر لنفسي: الكود الخاص بي غير موجود حتى يتم التحقق منه.

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

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

Answer 5

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

Answer 6

لا تفعل كل الأجزاء المثيرة للاهتمام أولاً.

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

Answer 7

"إذا لم تنهيه وتطلقه، فسيفعله شخص آخر."

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

Answer 8

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

يمكنك أيضًا إضافة جوائز/رموز إلى هذا المفهوم للحصول على أفضل جزء من إعادة البناء أو تحسين الأداء وما إلى ذلك

Answer 9

أوافق على أن الأمر صعب.الشيء الوحيد الذي يجعلني أستمر هو أن أتذكر الشعور الذي سأشعر به بعد رؤيته مكتملًا / مشحونًا / في أيدي العملاء.

Answer 10

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

Answer 11

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

Answer 12

بشكل عام، عندما تنتهي من 90% من العمل، يكون قد انتهى تقريبًا، ما عليك سوى القيام بالـ 90% الأخيرة :-)

فكر دائمًا في ذلك، وسترى أن الطريق طويل حتى ينجح الأمر.

Answer 13

أنا سعيد بالقيام بالأجزاء الإبداعية الممتعة من البرمجة.

لكن بعد ذلك أفكر في إسعاد المستخدم.