صورة دراسات حالة ستراتويل

مشروع تاليكس

حول المشروع : 

Talix هو مشروع تخرج تم تطويره داخل كلية هندسة المعلومات في جامعة دمشق بواسطة محمد أرناؤوط، وهو موظف في Devista. شارك محمد رحلة المشروع، وعملية التطوير، والرؤى الرئيسية معنا كجزء من مقال يسلط الضوء على التجربة الكامنة وراء Talix.

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

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

في Talix، يقوم وكيل ذكاء اصطناعي بإجراء مقابلة مع العميل — عبر الدردشة أو الصوت المباشر — ويمكن للعميل تحميل المستندات الحالية (PDF، Word) كسياق. يستخرج النظام متطلبات منظمة من تلك المحادثة وينتج ثلاثة أشياء يقوم الفريق بعد ذلك بمراجعتها وتعديلها والموافقة عليها: مقترح، ومجموعة من المخططات الهيكلية التفاعلية، وقائمة مهام المنتج من الملحمات (epics)، والقصص (stories)، والمهام. حول هذا الجانب الأساسي يقع جانب التسليم للمنصة: لوحات دورات العمل (sprint boards)، وعناصر العمل، والتكامل مع GitHub، ودردشة الفريق، والتقويم، وطلبات التغيير، ومسارات عمل الموافقة على المستندات — بحيث يبقى المشروع في مكان واحد من المحادثة الأولى إلى آخر طلب سحب (pull request).

كان قرار التصميم الرئيسي هو أن الذكاء الاصطناعي يضع المسودات، والبشر يقررون. لا شيء يتم إنشاؤه ينشر مباشرة دون مراجعة شخص واعتماده.

كيف تم ذلك :

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

  • البحث وتحديد النطاق

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

  • الهندسة المعمارية أولاً

    • لقد التزمنا مبكرًا بالبنية النظيفة (Clean Architecture) مع نمط CQRS، بحيث تكون كل ميزة حالة استخدام معزولة لها عملية التحقق من الصحة والترخيص الخاصة بها. حافظ هذا على قاعدة الكود الكبيرة وسريعة الحركة من التحول إلى تشابك مع نمو الفريق.

  • شرائح الميزات على التوازي

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

  • خط أنابيب للذكاء الاصطناعي، وليس موجهًا واحدًا

    • تم بناء عمل الذكاء الاصطناعي كسلسلة — منشئ الموجهات، واستدعاء النموذج، ومحلل الاستجابة، ومستخرج المتطلبات — مع تخزين مؤقت لحالة المحادثة حتى تظل المقابلات الطويلة متماسكة. تم ضبط الموجهات بشكل متكرر بناءً على محادثات حقيقية بدلاً من كتابتها مرة واحدة.

  • الاختبار والنشر

    • تم تشغيل اختبارات الوحدة والتكامل والاختبارات الوظيفية على قاعدة بيانات حقيقية تم تشغيلها في حاويات. المنصة مجهزة بالحاويات باستخدام Docker وتم نشرها في Azure من خلال البنية التحتية ككود وخط أنابيب التطوير المستمر والنشر المستمر (CI/CD).

كيف ساعدت Devista : 

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

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

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

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

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

مساهمة محمد:

لقد ساهم في مشروع Talix عبر ثلاثة أدوار رئيسية:

  • مطوّر ويب متكامل (Full-Stack) — قام بتطوير الميزات في كل من الواجهتين الأمامية والخلفية، وعمل مع قواعد البيانات وواجهات برمجة التطبيقات (APIs)، ودمج أجزاء مختلفة من النظام في منتج وظيفي.

  • مهندس ذكاء اصطناعي — عمل على الأجزاء المدعومة بالذكاء الاصطناعي في Talix، بما في ذلك مساعد المتطلبات، والتوثيق وقائمة المهام المنشأة بالذكاء الاصطناعي، وتقنية التوليد المسترد المعزز (RAG) ومعالجة المستندات، والتضمينات، وتكاملات الذكاء الاصطناعي.

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

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

ما تم تعلمه :

علمني هذا المشروع أن بناء منتج حقيقي هو أكثر بكثير من مجرد كتابة الكود.

  • العمق الفني — عزز مهاراتي في تطوير الويب المتكامل وتعلمت كيفية العمل مع نظام أكبر وأكثر تعقيدًا من الواجهة الأمامية إلى الخلفية والبنية التحتية.

  • الذكاء الاصطناعي في المنتجات الحقيقية — اكتسبت خبرة عملية في تصميم ودمج ميزات الذكاء الاصطناعي، والعمل مع RAG، ومعالجة المستندات، والتضمينات، وسير العمل المدعوم بالذكاء الاصطناعي.

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

  • إدارة المشاريع — تعلمت كيفية التخطيط لدورة عمل، وتقسيم العمل، وتنسيق الفريق، وإدارة الأولويات، وتحمل مسؤولية التسليم.

  • التفكير بالمنتج — تعلمت التساؤل عن كل ميزة: من يحتاج إلى هذا؟ ما هي المشكلة التي يحلها؟ هل يستحق البناء؟

  • العمل مع الموجهين — تعلمت كيفية عرض عملنا، وتلقي الملاحظات النقدية، والدفاع عن قراراتنا، وتحويل الملاحظات إلى تحسينات ملموسة.

  • المسؤولية الكاملة — تعلمت تحمل المسؤولية عن النتائج بدلاً من الاكتفاء بإكمال المهام الموكلة إليّ.


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


هل تحتاج إلى مساعدة في تحويل الأفكار إلى حلول قابلة للتطوير؟

سواء كنت تستكشف منتجًا جديدًا، أو تعمل على تحسين منصة حالية، أو تواجه تعقيدات تقنية، فنحن هنا لمساعدتك.

هل تحتاج إلى مساعدة في تحويل الأفكار إلى حلول قابلة للتطوير؟

سواء كنت تستكشف منتجًا جديدًا، أو تعمل على تحسين منصة حالية، أو تواجه تعقيدات تقنية، فنحن هنا لمساعدتك.