بطاقات الأدوار
بطاقة واحدة لكل شخص في الفريق. كل بطاقة تحدد ما يملكه الدور، وما لا يملكه صراحةً، ولمن يسلّم العمل. هذه الصفحة رفيقة لجدول RACI والهيكل التنظيمي.
خطوط التبعية ليست هنا. مكانها واحد: المخطط التنظيمي. كانت هذه الصفحة تعيد رسمها، فانحرفت النسخة: أظهرت الدعم الفني تحت الـ PM بينما أظهره المخطط التنظيمي تحت الـ CTO، ولم يقل شيء أيّهما الصحيح. قائمة واحدة، ومخطط واحد، ومكان واحد للإصلاح.
القيادة
Section titled “القيادة”CEO — Abdullah Alshebli المهمة: إبقاء الشركة مربحة ومختارة من العملاء وموجّهة نحو الاتجاه الصحيح. يملك: علاقات العملاء، التسعير، الأسواق التي نعمل فيها، القرار النهائي في التوظيف والإنهاء، الثقافة. لا يملك: القرارات التقنية، محتوى الـ sprint، الكود. يسلّم إلى: CTO (الكيفية) و PM (التسليم).
CTO — Wahid Bitar المهمة: أن تُنتج منظومة الهندسة برمجيات جيدة بشكل متكرر. يملك: اتجاه tech-stack، معايير architecture، معيار توظيف المهندسين، المخاطر التقنية عبر المشاريع. لا يملك: نطاق وجدولة كل مشروع، الجوانب التجارية مع العميل. يسلّم إلى: Team Leads (التنفيذ)، PM (المواعيد).
التسليم
Section titled “التسليم”PM — Firas Alhawasli المهمة: أن يصل كل مشروع ضمن النطاق والميزانية والجدول الزمني. يملك: الجدول، ضبط النطاق، التواصل مع العميل، تصعيد حقوق القرار، سجل المخاطر. مسؤول (Accountable) عن التسليم حتى عند تأخر العميل. لا يملك: التصميم التقني، تفاصيل المتطلبات، جودة الكود. يسلّم إلى: BA (التفاصيل)، Team Leads (البناء).
BA — Samaha Alhaw المهمة: تحويل نية العميل إلى متطلبات قابلة للبناء والاختبار. يملك: المتطلبات، معايير القبول، Definition of Ready، تنقية الـ backlog. لا يملك: الـ estimates كالتزامات، الحل التقني، الأولويات (يملكها PM). يسلّم إلى: Team Leads و QA (قصص موضّحة).
Technical Support (L1) — Nidal Mohammad المهمة: الاستجابة الأولى لمشاكل الإنتاج ضمن SLA بساعات العمل. يملك: الفرز، إعادة الإنتاج، إصلاح المشاكل المعروفة، توجيه التصعيد. لا يملك: إصلاحات الكود العميقة، الموافقة على deployment، قرارات نطاق الضمان. يسلّم إلى: L2 team lead، ثم المطور الأصلي.
QA Lead — Aylin Koyuncu
المهمة: ألا يصل للعميل شيء يفشل في Definition of Done.
يملك: استراتيجية الاختبار، تنسيق UAT، أحد مفتاحَي قرار الـ go/no-go للإصدار (مع الـ PM)، قرارات شدّة الأخطاء.
لا يملك: كتابة كود الميزات، موافقة البيئة في الـ pipeline على prod (الـ CTO، مع توقيع العميل)، إصلاح الأخطاء.
يسلّم إلى: QA Engineer (التنفيذ)، المطورين (العيوب).
QA Engineer — Abdulaziz Shaqfeh المهمة: العثور على العيوب قبل العميل. يملك: تأليف حالات الاختبار، الجولات اليدوية و regression، تقارير الأخطاء بخطوات إعادة الإنتاج. لا يملك: استراتيجية الاختبار، اعتماد الشدّة، بوابة الإصدار. يسلّم إلى: QA Lead (البوابة)، المطورين (العيوب).
Mobile
Section titled “Mobile”Mobile Lead — Fadel Sabbagh المهمة: أن تحقق تطبيقات Android و iOS الأصلية المعيار وتُشحن. يملك: architecture الموبايل، code review، رفع التطبيق للمتاجر، الـ estimates التقنية للموبايل. لا يملك: عقود الـ backend (يستهلكها)، النطاق، المواعيد. يسلّم إلى: مطوري Android/iOS (البناء)، Backend Lead (احتياجات API).
Android Dev — Abdulmalek Dery المهمة: بناء وصيانة تطبيق Android الأصلي. يملك: كود ميزات Android، الأخطاء الخاصة بـ Android، نسخة Play Store. لا يملك: اتجاه architecture، iOS، تصميم API. يسلّم إلى: Mobile Lead (المراجعة)، QA (الاختبار).
iOS Dev — Mohammad Tarabishi المهمة: بناء وصيانة تطبيق iOS الأصلي. يملك: كود ميزات iOS، الأخطاء الخاصة بـ iOS، نسخة App Store. لا يملك: اتجاه architecture، Android، تصميم API. يسلّم إلى: Mobile Lead (المراجعة)، QA (الاختبار).
Backend
Section titled “Backend”Backend Lead — Firas Darwish المهمة: backend سليم وآمن بـ .NET عبر المشاريع. يملك: architecture الـ backend، عقود API، معيار code review، اعتماد نموذج البيانات، الـ estimates للـ backend. لا يملك: تفاصيل الـ frontend/mobile الداخلية، النطاق، المواعيد. يسلّم إلى: seniors/juniors (البناء)، Frontend و Mobile Leads (العقود).
Backend Senior — Bakri Nakameh المهمة: تسليم الشرائح الصعبة في الـ backend وإرشاد الـ juniors. يملك: الميزات المعقدة، الـ spikes التقنية، مراجعات PR للـ juniors. لا يملك: الاعتماد النهائي لـ architecture، نطاق المشروع. يسلّم إلى: Backend Lead (الاعتماد)، juniors (العمل المشترك).
Backend Juniors — Hamza Tekin, Hadi Sabbagh المهمة: تسليم قصص backend محددة النطاق تحت الإرشاد. يملك: كود الميزات المسند، unit tests، PRs مراجعة ذاتياً. لا يملك: architecture، العقود، الدمج دون مراجعة (مطلوب مراجعان). يسلّم إلى: Backend Senior/Lead (المراجعة).
Frontend
Section titled “Frontend”Frontend Lead — Kenana Reda المهمة: frontend متسق وسهل الوصول بـ Angular + PrimeNG. يملك: architecture الـ frontend، معايير المكونات، code review، الـ estimates للـ frontend. لا يملك: تصميم API (يستهلكه)، النطاق، المواعيد. يسلّم إلى: فريق الـ frontend (البناء)، Backend Lead (العقود).
Frontend Senior (part-time) — Rahaf Haj-Mohammad المهمة: حل مشاكل الـ UI الصعبة ورفع مستوى الفريق. يملك: المكونات المعقدة، المراجعات، الأنماط. بدوام جزئي — يُبلّغ PM بالتوفر. لا يملك: ملكية بدوام كامل لأي مسار حرج، اعتماد architecture. يسلّم إلى: Frontend Lead (الاعتماد)، intermediates (التفويض).
Frontend Intermediates — Maed Sorani, Ali Kasem المهمة: تسليم ميزات UI قياسية من البداية للنهاية. يملك: المكونات المسندة، التكامل مع APIs، unit tests، PRs مراجعة ذاتياً. لا يملك: architecture، معايير المكونات. يسلّم إلى: Frontend Lead/Senior (المراجعة).
حدود المبيعات
Section titled “حدود المبيعات”مندوب مبيعات مستقل (بالعمولة) المهمة: جلب عملاء محتملين مؤهلين إلى أعلى القمع. يملك: توليد العملاء المحتملين، الاتصال الأول، التأهيل المبدئي. لا يملك: التسعير، النطاق، SOW، الـ estimates، وعود التسليم، الادعاءات التقنية — كلها قرارات الـ CEO/PM/CTO. يسلّم إلى: CEO (الصفقة)، PM+BA (تحديد النطاق). لا يصح أي التزام للعميل ما لم يؤكده الـ CEO.