شو هو عقد TMA الموصى فيه بعد تسليم البرمجيات، وهل فعلاً ضروري للشركات الصغيرة؟

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

نحنا بلوحة اللوجستيك تبعنا بندفع 600 EUR شهرياً، والباقة بتشمل 5 ساعات تطوير. السنة الماضية لما تغير API خدمة الباركود من طرف ثالث، النظام تحدّث وانفتح خلال 3 ساعات. لولا العقد كان خسرنا 4.000 EUR إيرادات هداك اليوم.

850 EUR بالشهر مبلغ كبير لعملية صغيرة. إذا ما في تطوير ميزات جديدة وبس بيقولوا 'منشوف السيرفر'، معناها الوكالة متكي ورا وبيحاول يعمل دخل إيجار منتظم. اطلب تفصيل مفصل.

قبل ما تقعد عالطاولة، اطرح هالشروط الأربعة: 1) أول 3 أشهر تتحسب ضمن الضمان وما يبدأ TMA، 2) الساعات غير المستخدمة تترحّل لمدة 3 أشهر، 3) وقت GTI بالأعطال الحرجة ما يتجاوز ساعتين، 4) سعر الرجل/الساعة للأعمال خارج النطاق يتثبّت من البداية.

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

نحنا بأول مشروع إلنا رفضناها وقلنا 'شو الحاجة، النظام شغال'. بعد ست أشهر انهارت مكتبة دفع، والوكالة كانت مشغولة بمشروع تاني، فقعدنا ننتظر أربع أيام عالباب. ضمان ثابت فعلاً ضروري.

ملاحظة: كتبت هذا بناءً على تجربتي الشخصية، قد لا ينطبق على الجميع.

بدلاً من العقد الشهري الثابت، اقترح عليهم "باقة تذاكر د Royce" (carnet d'heures). يعني مثلاً اشترِ باقة مسبقة الدفع بـ 20 ساعة، ويخصمون منها بس لما يصير عطل أو يطلب تحديث. كذا ما تدفع 850 EUR كل شهر على الفاضي.

يجب تحديد التزام الوكالة في عقود TMA قانونياً، هل هو "التزام بتحقيق نتيجة" (obligation de résultat) أم مجرد "التزام ببذل عناية" (obligation de moyens). كما ينبغي إضافة بنود للتعويض أو شروط جزائية في حال حدوث انقطاع في الخدمة.

شكرًا لكتابة هذا. تسير الأمور على ما يرام في الأشهر الثلاثة الأولى، وتظهر المشاكل في الشهر الرابع.

هل يمكنك توضيح هذا أكثر؟ وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.

دعني أتركها كملاحظة، قد تكون مفيدة.

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

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.

بالتأكيد. وإذا أردت إضافة شيء: عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

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

عانيت من نفس المشكلة قبل عامين. وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.

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

أكتب هذا حتى لا تكرروا نفس الخطأ. وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

ملخص سريع للجدد: وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.

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

أنا أيضًا متحمس لمعرفة ذلك.

أخذت ملاحظة، شكرًا لك.

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

كل عبارة "سننظر في ذلك لاحقًا" في الاجتماع تعني عملًا غير مُسعّر. بالتوفيق.