مهندسون ذوو خبرة، ودورات مدتها أسبوعان، ودعم بعد الإطلاق.

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

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

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

الكودمختبَر قبل الدمج

كل تغيير يمر بطلب دمج (pull request) ومراجعة للكود. الاختبارات الآلية وفحوص الكود وبيئات المعاينة مُعدّة من البداية.

سجل القراراتنشاركه معك

كل قرار تقني مهم، مثل طريقة تقسيم البيانات أو المفاضلة التي اخترناها، يُكتب ونتفق عليه معك قبل أن نبنيه.

متابعة التقدمبلا فواتير مفاجئة

ملخص أسبوعي مقابل خطة المراحل الرئيسية، في الأداة التي يستخدمها فريقك أصلاً: Jira أو Linear أو GitHub Projects. الفواتير تطابق العمل الذي رأيته في العروض.

كل إصدار يُختبر على staging قبل الإنتاجتوافق أنت عند كل مرحلة رئيسية

من الموجز إلى الإطلاق وما بعده

ست مراحل، من الموجز إلى الدعم المستمر

لكل مرحلة مدخل واضح منك ونتيجة واضحة منا. تظهر المشكلات مبكراً، ما دام إصلاحها رخيصاً.

المرحلة 01

الفهم

نتعرف على العمل والمستخدمين وسير عملهم والقواعد التي تنطبق، قبل أن يناقش أحد أطر العمل.

منكلماذا يهم المشروع، وكيف تسير الأمور اليوم، وأين الألم.
منابيان مكتوب للمشكلة وقائمة بالمخاطر
المرحلة 02

التحديد

نتفق على ما يتضمنه الإصدار الأول، وما معنى الاكتمال لكل ميزة، وما ينتظر لاحقاً.

منكطلبات الميزات مرتبة حسب الأولوية، وموافقة أصحاب المصلحة لديك.
منانطاق مكتوب مع معايير القبول
المرحلة 03

التصميم

نموذج البيانات، وطريقة فصل بيانات العملاء، وتسجيل الدخول والصلاحيات، والخدمات الخارجية التي نعتمد عليها.

منكقواعد الأمان، والأنظمة القائمة المطلوب ربطها، ومتطلبات الامتثال.
منامستند البنية المعمارية ومراجعة أمنية
المرحلة 04

البناء

دورات مدتها أسبوعان، تنتهي كل منها بنسخة تعمل على staging. كل تغيير يُراجَع، ومنطق العمل الصعب يُبنى بالعمل الثنائي. لا شيء مزيّف من أجل العرض.

منكملاحظاتك على كل عرض، وحالات حقيقية من فريقك نختبر عليها.
منابرمجيات تعمل ومختبَرة على بيئة الاختبار
المرحلة 05

الإطلاق

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

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

التشغيل والدعم

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

منكبيانات الاستخدام والأولويات التالية.
منادعم مستمر وتدريب للمستخدمين
قواعد أساسية

كيف نعمل معك

أربع قواعد نلتزم بها في كل مشروع. وُجدت لأن التكاليف الخفية، والموظفين المبتدئين بأسعار الخبراء، والكود الذي لا تستطيع أخذه معك، ما زالت شائعة في هذا المجال.

1

تتحدث مع المهندسين

تعمل مباشرة مع المهندسين ذوي الخبرة الذين يصممون نظامك ويكتبونه. لا مديري حسابات ينقلون الرسائل. عندما تطرح مشكلة، تتحدث مع الشخص الذي سيصلحها.

بلا وسطاء
2

كل شيء يبقى في حساباتك

الكود وإعدادات البنية التحتية ومسارات البناء موجودة في GitHub أو GitLab الخاص بك وفي حسابك السحابي (AWS أو Google Cloud أو Azure) من اليوم الأول. تستطيع المتابعة دوننا في أي وقت.

لا شيء مقيد بنا
3

برمجيات تعمل فعلاً كل أسبوعين

لا نختفي لأشهر. كل دورة مدتها أسبوعان تنتهي بنسخة تعمل على staging، تستطيع أنت وفريقك وعملاؤك تجربتها واختبارها.

عرض عملي كل دورة
4

المفاضلات على الطاولة

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

تكلفة ونطاق واضحان

الطرفان

ما نحتاجه منك، وما تحصل عليه منا

تتقدم المشاريع أسرع عندما تُتخذ القرارات بسرعة من الطرفين. هذا ما يلتزم به كل منا.

من جهتك

منك
  • قرارات في وقتها

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

  • الوصول إلى من يعرفون

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

  • سياق صريح

    ميزانيتك ومواعيدك النهائية ومتطلبات الامتثال وأي ضغط على المشروع، تخبرنا بها مبكراً.

المتوقع

رد خلال يوم عمل واحد عندما يتعطل العمل بسبب أمر ما.

من جهتنا

من Grotics
  • شرح واضح

    تواصل واضح بلغة بسيطة. إذا كان شيء ما بطيئاً أو صعباً، نقول ذلك، ونقول السبب.

  • كود مختبَر

    اختبارات آلية على المسارات المهمة قبل دمج أي كود في الفرع الرئيسي.

  • وتيرة وتكلفة يمكن توقعهما

    ملخص أسبوعي لما أُنجز وكم كلّف، لتتابع الإنفاق مقابل المراحل الرئيسية.

المسؤولية

إذا أفسدنا شيئاً، فإصلاحه يأتي أولاً.

أسئلة

أسئلة شائعة

نقارن التغيير بما التزمت به الدورة أصلاً. إذا دخل التغيير، ينتقل شيء بحجم مماثل إلى دورة لاحقة. هكذا تبقى الجودة والاختبارات والمواعيد كما هي، دون أن تكبر الميزانية بصمت.
لا. تحتفظ Grotics بالكود المصدري وتتولى تشغيل النظام لك. الكود مكتوب بأعراف شائعة، ومحدد الأنواع، ومختبَر، ومعه سجل للقرارات، فيستطيع أي مهندس في فريقنا العمل عليه. بياناتك تبقى ملكك، والاتفاقية الموقّعة تحدد ما تحصل عليه.
تُكتب الاختبارات مع كل ميزة، لا في النهاية. نغطي قواعد العمل باختبارات الوحدات، والـ APIs باختبارات التكامل، ورحلات المستخدم الرئيسية باختبارات شاملة (end-to-end) في Playwright أو Cypress. لا يُدمج شيء في staging أو main قبل أن تنجح الاختبارات.
أدواتك، قدر الإمكان. عادةً قناة مشتركة على Slack أو Teams، ولوحة Jira أو Linear أو GitHub Projects الخاصة بك، والمستندات في Notion أو في مجلد مشترك. تصلك تحديثات مكتوبة منتظمة، مع مقاطع فيديو قصيرة عندما يكون عرض الميزة أسهل من وصفها.
نستقبل مشاريع جديدة

تريد أن ترى كيف سيعمل هذا مع مشروعك؟

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