قلت للوكالة 'تعديلات غير محدودة'، بعد 15 تعديل طلبت 'رسوم إضافية' — ده عادل؟

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

صححوا لي إن أخطأت.

سأجرب ذلك.

لهذا النهج ثمن، لكنه لا يُناقش لكن إذا لم تقم بصياغة هذا كتابيًا من البداية، فستنشأ خلافات لاحقًا.

الكود بدون وثائق تثبيت لا يُعتبر ملكك حتى لو كان بين يديك.

أنت محق تمامًا. وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.

إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.

هذا العنوان مؤرشف.

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

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

يجب ربط جدول المدفوعات بمراحل العمل، وليس بالتقويم.

أنا أيضًا أوافق على هذا الرأي. يجب فتح بيانات الوصول باسم المؤسسة، وليس بحسابات شخصية.

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

زالت حيرتي، شكراً لكم. تقرير التقدم الأسبوعي المكتوب أكثر فائدة من السؤال المستمر عن المواعيد.

صححوا لي إن أخطأت.

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

هذا كل شيء، أرجو المعذرة إذا أطالت.

أختلف معك في هذه النقطة. اسألوا من أعد العرض ومن سينفذ العمل.

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

سأكون ممتنًا لو شاركت النتيجة.

دعني أشارك تجربتي. تقرير التقدم الأسبوعي المكتوب أكثر فائدة من السؤال المستمر عن المواعيد.

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

هذا العنوان مؤرشف.

لا أستطيع الموافقة تمامًا على هذا. كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر.

بالتوفيق.

شكرًا جزيلًا، كان مفيدًا جدًا.

لم أكن أعلم بهذا.

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

إذا كانت هذه أول مرة، ابدأ صغيراً، والتوسع يأتي لاحقاً.