Tarabutترابط
عربيENSupportالدعم الفني
Implementation Methodologyمنهجية التنفيذ

The project guideدليل المشروع

Tarabut's methodology for implementing Odoo, built on the Odoo Implementation Methodology. A reference guide for clients and partners.منهجية ترابط في تنفيذ أودو، المبنية على منهجية أودو الرسمية للتنفيذ — دليل مرجعي للعملاء والشركاء.

Introductionالمقدمة Conceptsالمفاهيم Successالنجاح Rolesالأدوار Phasesالمراحل Challengesالتحديات Data & measurementالبيانات والقياس Summaryالخلاصة

Why is ERP implementation hard?لماذا تنفيذ أنظمة ERP صعب؟

Our work is wonderful: we have the opportunity to improve people's lives in their work environment by automating routine tasks and making companies more productive. Solutions that have this real an impact on the people who use them are rare.عملنا رائع: لدينا الفرصة أن نُحسّن حياة الناس في بيئة عملهم من خلال أتمتة المهام الروتينية وجعل الشركات أكثر إنتاجية. نادرة هي الحلول التي يكون لها هذا الأثر الحقيقي على من يستخدمها.

But implementing an integrated management program is as difficult as it is impactful. Odoo connects all departments together, which means big changes and a large number of users who rely on you to improve the way they work.لكن تنفيذ برنامج إدارة متكامل بقدر ما هو مؤثر، بقدر ما هو صعب. يربط أودو جميع الأقسام ببعضها، مما يعني تغييرات كبيرة وعددًا كبيرًا من المستخدمين الذين يعتمدون عليك لتحسين طريقة عملهم.

0%+
of proprietary ERP implementation projects failمن مشاريع تنفيذ أنظمة ERP الاحتكارية تفشل
0%
of SMEs only succeeded in implementing an integrated proprietary ERPفقط من الشركات الصغيرة والمتوسطة نجحت في تطبيق نظام إدارة احتكاري متكامل

The cost and complexity are greater than most companies can handle.لأن التكلفة والتعقيد يكونان أكبر من طاقة معظم الشركات. This recurring failure is exactly our opportunity to stand out.هذا الفشل المتكرر هو بالضبط فرصتنا للتميّز.

By making implementation projects smooth, predictable, and reasonably priced — we make a real difference in the market.من خلال جعل مشاريع التنفيذ سلسة، قابلة للتوقع، وبتكلفة معقولة — نُحدث فرقًا حقيقيًا في السوق.
01 · Foundations01 · المفاهيم الأساسية

Key conceptsالمفاهيم الأساسية

The philosophy that governs every decision in the project — from scoping to go-live.الفلسفة التي تحكم كل قرار في المشروع — من تحديد النطاق إلى الإطلاق.

Distribution of responsibilitiesتوزيع المسؤوليات

AspectالجانبResponsibleالمسؤول
Defining the business need (what? and why?)تحديد الاحتياج التجاري (ماذا؟ ولماذا؟)The clientالعميل
Defining the implementation method (how?)تحديد طريقة التنفيذ (كيف؟)The project teamفريق المشروع
Challenging requests to verify their viabilityتحدّي الطلبات للتأكد من جدواهاThe project teamفريق المشروع
The core idea:الفكرة الجوهرية: you are experts in your business, and we are experts in the product. The client describes the problem, and we propose the optimal solution.أنتم خبراء في أعمالكم، ونحن خبراء في المنتج. العميل يصف المشكلة، ونحن نقترح الحل الأمثل.

Simplicity firstالبساطة أولًا

Complexity does not multiply linearly — it multiplies by the square of the number of customizations.التعقيد لا يتضاعف خطيًا — بل يتضاعف بمربع عدد التخصيصات.

5 customizations ≠ 5 units of complexity, but =5 تخصيصات لا تساوي 5 وحدات تعقيد، بل = 25 units of complexity25 وحدة تعقيد.

From this principle our rules stem:من هذا المبدأ تنبع قواعدنا:

  • Fewer meetings, faster decisionsاجتماعات أقل، قرارات أسرع — too many meetings don't get projects done— الاجتماعات الكثيرة لا تُنجز المشاريع
  • A minimum of decision-makersحدّ أدنى من أصحاب القرار — the fewer people involved, the greater the speed— كلما قلّ عدد المعنيين بالقرار، زادت السرعة
  • The minimum of custom developmentالحد الأدنى من التطوير المخصص — every extra development adds risk and cost— كل تطوير إضافي يضيف مخاطر وتكاليف
  • Field work for training onlyالعمل الميداني للتدريب فقط — field visits are for training and change management, not for technical implementation— الزيارات الميدانية مفيدة للتدريب وإدارة التغيير، وليست للتنفيذ التقني
02 · Success02 · النجاح

What is a successful project?ما هو المشروع الناجح؟

A unified definition of success — it protects decisions from drift and focuses the team on the goal.تعريف موحّد للنجاح — يحمي القرارات من الانحراف ويُركّز الفريق على الهدف.

The clear definitionالتعريف الواضح

A successful project = delivery on time + within budget + with a system that actually works.المشروع الناجح = التسليم في الموعد + ضمن الميزانية + بنظام يعمل فعلًا.

Not a criterionليس معيارًا للنجاحThe real criterionمعيار النجاح الحقيقي
Client satisfaction during implementationرضا العميل أثناء التنفيذDelivery on the set dateالتسليم في الموعد المحدد
Number of features deliveredعدد المميزات المُسلَّمةDelivery within budgetالتسليم ضمن الميزانية
Selling extra services before go-liveبيع خدمات إضافية قبل الإطلاقThe system actually works in productionالنظام يعمل فعلًا على أرض الواقع
The top priority in a successful project is getting users onto the system — on time and on budget. When a project fails, the reason is always delay or cost overrun.الأولوية القصوى في المشروع الناجح هي تشغيل المستخدمين على النظام — في الوقت وبالميزانية. حين يفشل المشروع، السبب دائمًا هو التأخير أو تجاوز التكلفة.— Odoo Implementation Methodology— منهجية أودو للتنفيذ

Why is client satisfaction not a measure of success?لماذا رضا العميل ليس مقياسًا للنجاح؟

Client satisfaction fluctuates throughout the project phases:رضا العميل يتقلّب طوال مراحل المشروع:

At the startفي البداية
enthusiasm is highالحماس عالٍ
Mid-implementationفي منتصف التنفيذ
anxiety and sometimes frustrationالقلق والإحباط أحيانًا
After go-liveبعد الإطلاق
satisfaction returns and risesالرضا يعود ويرتفع
During the first three months, I did not like working with the project manager — he challenged every request I made. But later I realized that was for the good of the project. He often found better solutions than what I asked for. Now, even after go-live, I call him before any operational decision.خلال أول ثلاثة أشهر، لم أحب العمل مع مدير المشروع — كان يطعن في كل طلب أقدمه. لكن لاحقًا أدركت أن ذلك كان لصالح المشروع. كثيرًا ما كان يجد حلولًا أفضل مما طلبت. الآن، حتى بعد الإطلاق، أتصل به قبل أي قرار تشغيلي.— Odoo client— عميل أودو

The takeaway:الخلاصة: caring about momentary client satisfaction distracts focus from the project's real goal.الاهتمام برضا العميل اللحظي يُشتّت التركيز عن هدف المشروع الحقيقي.

Why don't we sell extra services before go-live?لماذا لا نبيع خدمات إضافية قبل الإطلاق؟

  • 7 times easierأسهل بـ 7 مرات to sell services to an existing client after go-live than to acquire a new clientبيع خدمات لعميل موجود بعد الإطلاق مقارنةً باستقطاب عميل جديد
  • Every sale before go-live weakens trustكل مبيعة قبل الإطلاق تُضعف الثقة — the client starts to question priorities— العميل يبدأ يتساءل عن الأولويات
  • Fast go-live = competitive advantageالإطلاق السريع = ميزة تنافسية — we build a base of satisfied clients who buy more later— نبني قاعدة عملاء راضين يشترون المزيد لاحقًا
03 · Roles03 · الأدوار

Rolesالأدوار

Who does what — from the implementation team and from the client side.من يفعل ماذا — من فريق التنفيذ ومن جانب العميل.

From the implementation team sideمن جانب فريق التنفيذ

Project Leaderمدير المشروع (Project Leader)

The main decision-maker in the project. Combines three roles in one person:صاحب القرار الرئيسي في المشروع. يجمع بين ثلاثة أدوار في شخص واحد:

As project managerكمدير مشروع
  • Sets the project plan and follows itيضع خطة المشروع ويتابعها
  • Focuses on the core objectivesيركّز على الأهداف الجوهرية
  • Involves the client's point of contact at every stepيُشرك نقطة التواصل من جانب العميل في كل خطوة
As business analyst and product expertكمحلل أعمال وخبير منتج
  • Decides how each requirement is implementedيقرر طريقة تنفيذ كل متطلب
  • Challenges the client's requests and manages their expectationsيتحدى طلبات العميل ويدير توقعاته
  • Writes the technical specifications if neededيكتب المواصفات التقنية إن لزم الأمر
The golden rule:القاعدة الذهبية: the project manager does not say "yes" to everything — he proposes the best solution, and the client either accepts or discusses.مدير المشروع لا يقول «نعم» لكل شيء — هو يقترح أفضل حل، والعميل إما يقبل أو يناقش.

Project Directorمدير البرنامج (Project Director)

In large or highly sensitive projects, a program director is appointed alongside the project manager. His mission:في المشاريع الكبيرة أو ذات الحساسية العالية، يُعيَّن مدير برنامج بجانب مدير المشروع. مهمته:

  • Reporting on the project to the client's senior managementرفع تقارير المشروع للإدارة العليا عند العميل
  • Monitoring the efficiency of the project's progressمتابعة كفاءة سير المشروع
  • Managing decision-makers' expectationsإدارة توقعات صانعي القرار

He doesn't work daily on the project — rather he oversees it from a broader perspective.لا يعمل بشكل يومي على المشروع — بل يشرف عليه من منظور أوسع.

App Expertخبير التطبيق (App Expert)

A deep specialist in a specific app (accounting, warehouses, manufacturing, etc.). Not part of the daily project team, but is called in at critical stages to review proposed solutions and provide an independent opinion.متخصص عميق في تطبيق محدد (المحاسبة، المستودعات، التصنيع، إلخ). ليس جزءًا من فريق المشروع اليومي، لكنه يُستدعى في المراحل الحرجة لمراجعة الحلول المقترحة وتقديم رأي مستقل.

Developerالمطوّر (Developer)

Most small companies (fewer than 50 users) do not need custom development. The developer entersلا تحتاج معظم الشركات الصغيرة (أقل من 50 مستخدمًا) إلى تطوير مخصص. المطوّر يدخل onlyفقط when the nature of the business requires indispensable development.حين تتطلب طبيعة العمل تطويرًا لا غنى عنه.

From the client sideمن جانب العميل

Single Point of Contact (SPoC)نقطة التواصل الوحيدة (SPoC)

The primary project partner from the client side.هو شريك المشروع الأساسي من جانب العميل. One personشخص واحد who holds decision authority and works closely with the project manager.يتمتع بصلاحية القرار ويعمل بشكل وثيق مع مدير المشروع.

Responsibilitiesمسؤولياته
  • Gathering and evaluating project requirementsجمع متطلبات المشروع وتقييمها
  • Training end users with support from the project managerتدريب المستخدمين النهائيين بدعم من مدير المشروع
  • Becoming the internal Odoo expert and providing support to colleaguesأن يصبح خبير أودو الداخلي ويوفر الدعم لزملائه
Conditions of a good point of contactشروط نقطة التواصل الجيدة
  • Sufficiently available for the projectمتاح للمشروع بشكل كافٍ
  • Holds decision authority — doesn't go back to their manager for every detailيملك صلاحية القرار — لا يرجع لمديره في كل تفصيلة
  • Accepted by their colleagues and respected by themمقبول من زملائه ويحظى باحترامهم

Warning:تحذير: if the point of contact is unavailable or lacks sufficient authority, this is an early indicator that the project will stumble. This must be addressed from day one.إذا كانت نقطة التواصل غير متاحة أو لا تملك صلاحية كافية، فهذا مؤشر مبكر على أن المشروع سيتعثر. يجب معالجة هذا من اليوم الأول.

I had two similar projects for two companies under the same owner. The first: the point of contact was an operations manager — the project ended successfully in a few months. The second: the point of contact was the CEO himself — he was always busy, and every decision took days. The project turned into a nightmare.كان لديّ مشروعان متشابهان لشركتين تتبعان نفس المالك. الأول: نقطة التواصل كانت مديرًا تشغيليًا — انتهى المشروع بنجاح في أشهر قليلة. الثاني: نقطة التواصل كان الرئيس التنفيذي نفسه — كان مشغولًا دائمًا، وكل قرار كان يستغرق أيامًا. المشروع تحوّل إلى كابوس. The only difference: the quality of the point of contact.الفرق الوحيد: جودة نقطة التواصل.— Project manager, Odoo— مدير مشروع، أودو

Supporting roles (in large projects)الأدوار الداعمة (في المشاريع الكبيرة)

Steering committee:لجنة التوجيه: the client's decision-makers + program director, following the methodology and success indicatorsصانعو القرار من العميل + مدير البرنامج، يتابعون المنهجية ومؤشرات النجاح

Key Users:المستخدمون الرئيسيون (Key Users): experts in their departments, helping define requirements and test deliverablesخبراء في أقسامهم، يساعدون في تحديد المتطلبات واختبار التسليمات

Sponsor:الراعي (Sponsor): usually the CEO or CFO — supports the project before the team and makes strategic decisionsعادةً الرئيس التنفيذي أو المالي — يدعم المشروع أمام الفريق ويتخذ القرارات الاستراتيجية

04 · Phases04 · المراحل

Implementation phasesمراحل التنفيذ

Four phases with defined time proportions — each phase has a clear goal and measurable deliverables.أربع مراحل بنسب زمنية محددة — لكل مرحلة هدف واضح ومُخرجات قابلة للقياس.

Time distribution across phasesتوزيع الوقت على المراحل

10%
Gap Analysis · GAPتحليل الفجوات (GAP)
Business analysis, gap identification, plan and budgetتحليل الأعمال، تحديد الفجوات، الخطة والميزانية
5%
Kick-Offالانطلاق (Kick-Off)
Aligning the team on the methodology + basic trainingمواءمة الفريق على المنهجية + التدريب الأساسي
80%
Implementationالتنفيذ (Implementation)
Successive cycles: analysis, development, verification, trainingدورات متتالية: تحليل، تطوير، تحقق، تدريب
5%
Go-Liveالإطلاق (Go-Live)
End-user training + bug fixingتدريب المستخدمين النهائيين + إصلاح الأخطاء
PHASE 1 · GAP ANALYSISالمرحلة الأولى · تحليل الفجوات

Goal:الهدف: understand the client's current reality and build a solid plan before committing to any cost.فهم واقع العميل الحالي وبناء خطة محكمة قبل الالتزام بأي تكلفة.

What the client getsما يحصل عليه العميل
  • A mapping between their business needs and system featuresخريطة ربط بين احتياجاته التجارية ومميزات النظام
  • The project plan with time and costخطة المشروع بالوقت والتكلفة
  • Proof of concept (Demo) for practical validationإثبات المفهوم (Demo) للتحقق العملي
Gap analysis stepsخطوات تحليل الفجوات
  1. Meeting with decision-makers to define objectives and risksاجتماع مع أصحاب القرار لتحديد الأهداف والمخاطر
  2. Workshops with key users in each departmentورش عمل مع المستخدمين الرئيسيين في كل قسم
  3. Documenting the gaps and the planتوثيق الفجوات والخطة
  4. Review by an independent expert (App Expert)مراجعة من خبير مستقل (App Expert)
  5. Presenting results to the client with a practical Demoتقديم النتائج للعميل مع Demo عملي
Golden tip:نصيحة ذهبية: always start by understanding how the client works today — not how they want to work tomorrow. The current reality defines the minimum that must be covered, and enables you to challenge requests logically.ابدأ دائمًا بفهم كيف يعمل العميل اليوم — وليس كيف يريد أن يعمل غدًا. الواقع الحالي يُحدد الحد الأدنى الذي يجب تغطيته، ويُمكّنك من تحدي الطلبات بشكل منطقي.
PHASE 2 · KICK-OFFالمرحلة الثانية · الانطلاق

Goal:الهدف: align everyone on the methodology and build a solid plan.مواءمة الجميع على المنهجية وبناء خطة صلبة.

This phase determines the course of the entire project. Everyone must understand:هذه المرحلة تحدد مسار المشروع بأكمله. الكل يجب أن يفهم:

  • How we will work togetherكيف سنعمل معًا
  • What each party's authority isما هي صلاحيات كل طرف
  • What will be accomplished and whenما الذي سيُنجَز ومتى

Tip:نصيحة: if you notice a problem in the timeline or in the client's understanding of the requirements — discuss it now, don't postpone it. Postponement worsens problems later.إذا لاحظت مشكلة في الجدول الزمني أو في فهم العميل للمتطلبات — ناقشها الآن، ولا تؤجلها. التأجيل يُفاقم المشاكل لاحقًا.

A project reached me that had to be completed in 12 days — 5 complete apps. I told the executive director frankly: "The project is impossible in this time. But if there is one chance to succeed, its condition is: a 100% standard system, and you execute what I say without discussion." He agreed.وصلني مشروع يجب إنجازه في 12 يومًا — 5 تطبيقات كاملة. قلت للمدير التنفيذي بصراحة: «المشروع مستحيل في هذا الوقت. لكن إن كان هناك فرصة واحدة للنجاح، فشرطها: نظام قياسي 100%، وأنت تُنفّذ ما أقوله بدون نقاش». وافق. We completed the project in 9 days.أنجزنا المشروع في 9 أيام. The right kick-off is what made the impossible possible.الكيك-أوف الصحيح هو ما جعل المستحيل ممكنًا.— Project manager, Odoo— مدير مشروع، أودو
PHASE 3 · IMPLEMENTATIONالمرحلة الثالثة · التنفيذ

Goal:الهدف: build the system in successive weekly cycles.بناء النظام في دورات أسبوعية متتالية.

Each cycle consists ofكل دورة تتكون من
1
Analysisتحليل
project manager with the key userمدير المشروع مع المستخدم الرئيسي
2
Configuration or developmentتهيئة أو تطوير
setting up the systemضبط النظام
3
Verificationتحقق
the point of contact tests and validatesنقطة التواصل تختبر وتصادق
4
Trainingتدريب
on the delivered featureعلى المميزة المُسلَّمة
Migration dataبيانات الترحيل
  • Import only the master dataاستورِد البيانات الأساسية (Master Data) فقط
  • Avoid importing historical records except in extreme necessity — they cost significant time and effort for limited valueتجنّب استيراد السجلات التاريخية إلا عند الضرورة القصوى — تكلّف وقتًا وجهدًا كبيرين مقابل قيمة محدودة
  • Don't stop go-live because of data quality — cleaning can be done after go-liveلا توقف الإطلاق بسبب جودة البيانات — يمكن التنظيف بعد الإطلاق
Verification and trainingالتحقق والتدريب
  • Ask the point of contact to execute the workflows themselves — don't settle for watchingاطلب من نقطة التواصل تنفيذ تدفقات العمل بنفسها — لا تكتفِ بالمشاهدة
  • The user who operates the system with their own hands learns faster and deeperالمستخدم الذي يُشغّل النظام بيده يتعلم أسرع وأعمق
PHASE 4 · GO-LIVEالمرحلة الرابعة · الإطلاق

Goal:الهدف: run the system in the actual production environment.تشغيل النظام على الشغل الفعلي والبيانات الحقيقية.

Critical tipsنصائح حرجة
  • Don't postpone go-liveلا تؤجل الإطلاق except in exceptional cases — postponement raises costs and loses momentumإلا في حالات استثنائية — التأجيل يرفع التكاليف ويُفقد الزخم
  • Be at the client's siteكن في موقع العميل the first days if there is resistance to changeالأيام الأولى إذا كان هناك مقاومة للتغيير
  • Act quicklyتصرف بسرعة when any problem appears — go-live always has complications, what distinguishes you is the speed of resolutionعند ظهور أي مشكلة — الإطلاق دائمًا فيه تعقيدات، ما يميّزك هو سرعة الحل
Just before go-live, I met with the CEO who was afraid and wanted to postpone 6 months. I told him: "Go-live is always hard — even if we postpone 6 months, problems will appear. The difference is that we will solve them quickly. Postponement will add new costs and risks." He was honest, so he deserved his trust.قبيل الإطلاق، اجتمعت مع الرئيس التنفيذي الذي كان خائفًا وأراد التأجيل 6 أشهر. قلت له: «الإطلاق دائمًا صعب — حتى لو أجّلنا 6 أشهر، ستظهر مشاكل. الفرق هو أننا سنحلها بسرعة. التأجيل سيضيف تكاليف ومخاطر جديدة».— Project manager, Odoo— مدير مشروع، أودو

After go-live · the second deploymentما بعد الإطلاق · النشر الثاني

A month after go-live, the project manager reviews the list of deferred requirements.بعد شهر من الإطلاق، يراجع مدير المشروع قائمة المتطلبات المؤجلة.

And interestingly: we usually find thatوالمثير للاهتمام: عادةً نجد أن 50% of the deferred development50% من التطوير المؤجل is no longer necessary after real experience — and new requirements appeared that were not in the original plan.لم يعد ضروريًا بعد التجربة الفعلية — ومتطلبات جديدة ظهرت لم تكن في الخطة الأصلية.

This confirms that a fast go-live with a reasonable scope is smarter than a slow go-live with a huge scope.هذا يؤكد أن الإطلاق السريع بنطاق معقول أذكى من الإطلاق البطيء بنطاق ضخم.

05 · Challenges05 · التحديات

Challenges and how we handle themتحديات التنفيذ وكيف نتعامل معها

Resistance, expectations, and custom development — the three biggest obstacles and how we manage them.المقاومة، والتوقعات، والتطوير المخصص — أكبر ثلاث عقبات وكيف نديرها.

Resistance to changeمقاومة التغيير

The truth:الحقيقة: humans by nature resist change — from the newest employee to the founder. There is no small change.البشر بطبيعتهم يقاومون التغيير — من أحدث موظف إلى المؤسس. لا يوجد تغيير صغير.

The common mistakeالخطأ الشائعThe right approachالصواب
Ignoring those who aren't convincedتجاهل من لا يقتنعونInvest time in explaining the benefits to them. "Sell" them the solution with training and practical modelsاستثمر الوقت في شرح الفوائد لهم. «بِع» لهم الحل بالتدريب والنماذج العملية
Change is always seen as a cost and a risk. And risk is accepted when the gain is much greater than it. Don't say "it's simple" — rather show the real benefit.التغيير يُنظر إليه دائمًا كتكلفة ومخاطرة. والمخاطرة تُقبَل حين يكون الربح أكبر منها بكثير. لا تقل «الأمر بسيط» — بل أظهر الفائدة الحقيقية.

Managing client expectationsإدارة توقعات العميل

Just before signing the contract, the CEO said to me: "This project is life or death for my company, reassure me that everything will go smoothly." I answered: "No. The project is very hard. Many problems will face us. But in the end your company will be better — and I need you as CEO to support the project when your team complains."قبيل توقيع العقد، قال لي الرئيس التنفيذي: «هذا المشروع حياة أو موت لشركتي، طمّنّي أن كل شيء سيسير بسلاسة». أجبته: «لا. المشروع صعب جدًا. ستواجهنا مشاكل كثيرة. لكن في النهاية شركتك ستكون أفضل — وأحتاج منك كرئيس تنفيذي أن تدعم المشروع حين يشكو فريقك».

Two years later, he called me: the project was delayed 12 months, but he said: "I did what you asked — I always supported the project and did not criticize the system in front of my team." The result: go-live happened two months later.بعد عامين، اتصل بي: المشروع تأخر 12 شهرًا، لكنه قال: «فعلت ما طلبته — دعمت المشروع دائمًا ولم أنتقد النظام أمام فريقي». النتيجة: تم الإطلاق بعد شهرين. Had I reassured him with "everything's fine," he would have withdrawn his support from day one.لو كنت طمّنته بـ«كل شيء تمام»، لكان سحب دعمه من اليوم الأول.— Fabien, founder of Odoo— فابيان، مؤسس أودو

The lesson:الدرس: early honesty with the client is what preserves trust in the long term.الصدق المبكر مع العميل هو ما يصون الثقة على المدى الطويل.

Custom development — when do we accept and when do we refuse?التطوير المخصص — متى نقبل ومتى نرفض؟

Why do we minimize it?لماذا نقلّله إلى الحد الأدنى؟
  • Every custom development =كل تطوير مخصص = 25% annual maintenance cost25% تكلفة صيانة سنوية (~17% maintenance + ~8% upgrades)(~17% صيانة + ~8% ترقيات)
  • Complexity multiplies by the square of the number of customizations, not linearlyالتعقيد يتضاعف بمربع عدد التخصيصات، لا بشكل خطي
  • Development estimated at 10 days often takes 12 and is priced at 8التطوير المقدَّر بـ 10 أيام كثيرًا ما يستغرق 12 ويُسعَّر بـ 8
The decision framework — 4 questions in orderإطار القرار — 4 أسئلة بالترتيب
QuestionالسؤالIf the answer is "no"إذا كانت الإجابة «لا»
Is it really necessary? (Does the client use it now?)هل هو ضروري فعلًا؟ (هل العميل يستخدمه الآن؟)Refuseارفض
Is the cost worth it? (Multiply 2-3 for maintenance against time saved)هل التكلفة تستحق؟ (اضرب 2-3 للصيانة مقابل الوقت الموفَّر)Refuseارفض
Is the gain big enough? (10 transactions/month × 10 minutes = two hours/month!)هل المكسب كبير بما يكفي؟ (10 معاملات/شهر × 10 دقائق = ساعتان/شهر!)Refuseارفض
Is there an alternative way? (Internal policy, standard solution, ready-made app)هل هناك طريقة بديلة؟ (سياسة داخلية، حل قياسي، تطبيق جاهز)Use the alternativeاستخدم البديل
The rule: don't accept development unless you answered "yes" to all four questions.القاعدة: لا تقبل التطوير إلا إذا أجبت بـ«نعم» على كل الأسئلة الأربعة.
A client asked me for a custom report he was preparing in Excel weekly. Before approving, I asked: what numbers does the CEO actually need? It turned out he only needs the balances of some analytic accounts — and these are directly available in Odoo.طلب مني عميل تقريرًا مخصصًا كان يُعدّه في Excel أسبوعيًا. قبل الموافقة، سألت: ما الأرقام التي يحتاجها الرئيس التنفيذي فعلًا؟ اتضح أنه يحتاج فقط أرصدة بعض الحسابات التحليلية — وهذه موجودة مباشرة في أودو. We saved 10 days of development with one question.وفّرنا 10 أيام تطوير باستفسار واحد.— Project manager, Odoo— مدير مشروع، أودو

Writing a good specificationكتابة المواصفة الجيدة

When development is necessary, a good specification is:حين يكون التطوير ضروريًا، المواصفة الجيدة تتكون من:

1
The business needالحاجة التجارية
The use case (what?) and its justification (why does the client specifically need it?) — two to three paragraphs.حالة الاستخدام (ماذا؟) ومبررها (لماذا يحتاجها العميل تحديدًا؟) — فقرتان إلى ثلاث.
2
The functional specificationالمواصفة الوظيفية
The proposed solution in Odoo (how?) — with screenshots or visual mockups if possible.الحل المقترح في أودو (كيف؟) — مع لقطات شاشة أو نماذج بصرية إن أمكن.
3
Technical guidelinesالتوجيهات التقنية
What the developer must take into account.ما يجب على المطوّر مراعاته.
The rule: a good specification is short, visual, and organized. Length does not mean quality.القاعدة: المواصفة الجيدة قصيرة، بصرية، ومنظّمة. الطول لا يعني الجودة.
06 · Data & measurement06 · البيانات والقياس

Data and measurementالبيانات والقياس

Realistic expectations for historical import, and the evolution stages of project managers.توقعات واقعية للاستيراد التاريخي، ومراحل تطور مديري المشاريع.

Import data — realistic expectationsبيانات الاستيراد — توقعات واقعية

Historical import (records of past years)الاستيراد التاريخي (سجلات السنوات الماضية)

Many clients request it, but ask yourself:يطلبه كثير من العملاء، لكن اسأل نفسك:

  • Can this data be kept in the old system or an Excel file?هل يمكن الاحتفاظ بهذه البيانات في النظام القديم أو ملف Excel؟
  • How often will it actually be used?كم مرة ستُستخدَم فعلًا؟
  • What is the strategic impact over 2-4 years?ما الأثر الاستراتيجي خلال 2-4 سنوات؟
My point of contact insisted on importing all historical records from her old system. I explained that this takes weeks and consumes the budget. I proposed: we start in 3 weeks without the history, and if we need it later we add it. She agreed.أصرّت عليّ نقطة التواصل على استيراد كل السجلات التاريخية من نظامها القديم. شرحت لها أن ذلك يستغرق أسابيع ويستهلك الميزانية. اقترحت: نبدأ في 3 أسابيع بدون التاريخ، وإذا احتجناه لاحقًا نضيفه. وافقت. Three months after go-live she sent a thank-you message: "I did not need a single old record even once."بعد 3 أشهر من الإطلاق أرسلت رسالة تشكر: «لم أحتج إلى أي سجل قديم ولو مرة واحدة».— Project manager, Odoo— مدير مشروع، أودو

How do you measure your project's success?كيف تقيس نجاح مشروعك؟

These are the evolution stages of project managers — use them to assess the level of your implementation partner:هذه مراحل تطور مديري المشاريع — استخدمها لتقييم مستوى شريكك التنفيذي:

Beginnerالمبتدئ

  • One project on time and on budgetمشروع واحد في الوقت وبالميزانية
  • Implementing 4 modules or more within a reasonable periodتطبيق 4 وحدات أو أكثر خلال فترة معقولة
  • Delivering a project under the original budgetتسليم مشروع بأقل من الميزانية الأصلية

Experiencedالمتمرس

  • Passing the Odoo certification with 70%+اجتياز شهادة أودو بتقدير +70%
  • Success in 3 different industriesالنجاح في 3 صناعات مختلفة
  • Migrating from a traditional ERP system in less than two monthsترحيل من نظام ERP تقليدي في أقل من شهرين

Expertالخبير

  • Implementing a system for 500 usersتنفيذ منظومة لـ 500 مستخدم
  • 10 consecutive projects within budget10 مشاريع متتالية ضمن الميزانية
  • Migrating from a traditional ERP in less than 4 weeksترحيل من ERP تقليدي في أقل من 4 أسابيع
07 · Summary07 · الخلاصة

Summary of principlesخلاصة المبادئ

Five principles that govern every decision in the project.خمسة مبادئ تحكم كل قرار في المشروع.

01
On time and on budget = successفي الوقت وبالميزانية = النجاح
This is the only measure. Everything else is a detail.هذا هو المقياس الوحيد. كل ما عداه تفصيل.
02
Standard before custom, alwaysالقياسي قبل المخصص دائمًا
Every development adds risk and cost. Start with standard, develop only when it's indispensable.كل تطوير يضيف مخاطر وتكاليف. ابدأ بالقياسي، وطوّر فقط حين لا غنى عنه.
03
One solution, not multiple optionsحل واحد، لا خيارات متعددة
We propose the best, and the client either accepts or discusses. Multiple options slow the project.نقترح الأفضل، والعميل إما يقبل أو يناقش. تعدد الخيارات يُبطئ المشروع.
04
Honesty from day oneالصدق من اليوم الأول
The client who knows the challenges supports the project. Empty promises drop trust.العميل الذي يعرف التحديات يدعم المشروع. الوعود الفارغة تُسقط الثقة.
05
Common sense above every ruleالعقل السليم فوق كل قاعدة
If a rule harms, break it and record the reason. The methodology is a tool, not a constraint.إذا كانت القاعدة تُضر، خالفها وسجّل السبب. المنهجية أداة، وليست قيدًا.
The referenceالمرجع

This file is built on the Odoo Implementation Methodology (July 2024). All the stories and numbers in it are sourced from official Odoo documents.هذا الدليل مبني على منهجية أودو للتنفيذ (Implementation Methodology، يوليو 2024). جميع القصص والأرقام الواردة فيه مصدرها وثائق أودو الرسمية.

Tarabut · Odoo Gold Partner· شريك أودو الذهبي tarabut.pro →tarabut.pro ←

This document is an introduction to the implementation methodology. It is shared with clients before starting the implementation project.هذا المستند تعريف بمنهجية التنفيذ — يُشارَك مع العملاء قبل بدء مشروع التنفيذ.