Saif Ali AlghamdiTransformation & Growth Advisor
تواصل
Business Fields and Theoriesحقول الأعمال ونظرياتهاProject Managementإدارة المشاريع
PROJECT MANAGEMENT · PhDإدارة المشاريع · دكتوراه

Agile Principlesمبادئ الرشاقة Agile

SectionالقسمProject Managementإدارة المشاريع
Reading timeزمن القراءة10 min١٠ دقيقة
ByإعدادSaif Alghamdiسيف الغامدي
One

Overview

Theory: Agile principles
Primary field: Project Management
Core question: When the requirements cannot be fixed before the work begins, what takes the place of a plan?
By: Saif Alghamdi

Agile is not a theory and calling it one obscures what it is. It is a short statement of preferences, agreed by seventeen practitioners in 2001, over how to organize work whose requirements will change while it is being done. It has no formal model, no derived propositions and no falsifiable core, and its authors never claimed otherwise. What it does have is an implicit theory underneath, and that theory is worth stating explicitly because it is what determines where the preferences apply.

The implicit theory concerns the cost of changing a decision late. Classical project management assumes that cost rises steeply with time, and everything it recommends follows: fix the requirements early, control change through a formal process, and plan in detail because replanning is expensive. Agile assumes the opposite for a particular class of work, that the cost of late change in software can be held roughly flat by keeping the product continuously integrated, tested and releasable. If that assumption holds, deferring decisions is rational. If it does not, deferring decisions is negligence.

Everything that follows in this page is organized around that conditional. The four value pairs, the twelve principles and the methods built on them are consequences of a claim about the cost of change, and their transfer to project types where the claim is false is the central unresolved question in the literature.

الأول

نظرة عامة

النظرية: مبادئ الرشاقة
الحقل الأساسي: إدارة المشاريع
السؤال الجوهري: إذا تعذّر تثبيت المتطلّبات قبل بدء العمل، فما الذي يحلّ محلّ الخطّة؟
إعداد: سيف الغامدي

الرشاقة ليست نظرية، وتسميتُها نظريةً تحجب ما هي. إنما هي بيانُ تفضيلاتٍ موجَز اتّفق عليه سبعةَ عشرَ ممارسًا سنة ٢٠٠١ في كيفية تنظيم عملٍ ستتغيّر متطلّباتُه أثناء إنجازه. وليس فيها نموذجٌ صوريّ ولا قضايا مشتقّة ولا نواةٌ قابلة للتكذيب، ولم يدّعِ مؤلّفوها غير ذلك. لكن تحتها نظريةً ضمنية يحسن التصريح بها، لأنها هي التي تحدّد أين تنطبق التفضيلات.

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

وكلُّ ما يأتي في هذه الصفحة منظَّمٌ حول هذا الشرط. فأزواجُ القيم الأربعة، والمبادئُ الاثنا عشر، والطرائقُ المبنيّة عليها، لوازمُ دعوى في كلفة التغيير، ونقلُها إلى أنواع مشاريعَ تكذب فيها الدعوى هو السؤال المركزي غير المحسوم في الأدبيات.

Two

Where It Came From

Iterative and incremental practice, 1930s to 1980s. The idea did not begin in 2001. Plan, do, study and act cycles ran in quality control from the 1930s and passed into post-war Japanese manufacturing. Project Mercury in the early 1960s was built in short iterations with tests written before the code. Defence acquisition ran evolutionary and incremental builds through the 1970s and 1980s. Larman and Basili assembled this record in 2003 and showed that the single pass sequence was never the only practice, and in many important programmes was not the practice at all.

Royce, 1970. The paper universally credited with the waterfall model describes the single pass sequence, then states that implementing it that way is risky and invites failure, and recommends prototyping, customer involvement and doing the whole thing twice. The received reading inverted the argument. That a discipline built its dominant straw man out of a paper arguing the opposite is a fact worth carrying into any historical claim about agile's opponents.

Takeuchi and Nonaka, 1986. A study of product development at Japanese manufacturers, describing overlapping rather than sequential phases, self-organizing teams, multi-learning and what they called subtle control. The rugby image of a scrum moving the ball down the field as one unit gave Scrum its name. The source is manufacturing and product development, not software, which matters when the transfer back to physical projects is discussed.

Boehm, 1988. The spiral model, in which each loop identifies objectives, evaluates alternatives, resolves the dominant risk and plans the next loop. It is risk driven rather than cadence driven, and it is a better specified position than the manifesto that followed it, because it says explicitly what should determine the length and content of an iteration.

Snowbird, February 2001. Seventeen practitioners of existing lightweight methods, among them Extreme Programming, Scrum, Crystal, feature driven development and the dynamic systems development method, met and agreed a statement of four value pairs and twelve principles. It is a consensus document written by advocates of methods that already existed, not a research result, and several signatories have since disagreed publicly about what it entails.

Dybå and Dingsøyr, 2008. The first systematic review of the empirical literature, and the necessary corrective. It found a small number of studies meeting basic methodological standards, most concerning Extreme Programming, several conducted with students, and it rated the overall strength of evidence as low. Later reviews have added volume without greatly improving design. Any claim about agile's effectiveness should be read against this baseline rather than against practitioner surveys.

الثاني

الأصل والنشأة

الممارسة التكرارية والتزايدية، من الثلاثينيات إلى الثمانينيات. لم تبدأ الفكرة سنة ٢٠٠١. فدوراتُ التخطيط والتنفيذ والدراسة والتصحيح جرت في ضبط الجودة منذ الثلاثينيات وانتقلت إلى الصناعة اليابانية بعد الحرب. وبُني مشروع ميركوري في أوائل الستينيات بتكراراتٍ قصيرة تُكتب فيها الاختبارات قبل الشيفرة. وأدارت مشترياتُ الدفاع بناءاتٍ تطوّرية وتزايدية طوال السبعينيات والثمانينيات. وقد جمع لارمان وباسيلي هذا السجلّ سنة ٢٠٠٣ وبيّنا أن التسلسل أحاديّ المرور لم يكن الممارسةَ الوحيدة قطّ، ولم يكن في برامجَ مهمّةٍ كثيرة الممارسةَ أصلًا.

رويس، ١٩٧٠. الورقة التي يُنسب إليها نموذج الشلّال بإجماعٍ تصف التسلسل أحاديّ المرور، ثم تقرّر أن تطبيقه على تلك الصورة محفوفٌ بالخطر ويستدعي الإخفاق، وتوصي بالنمذجة الأولية وإشراك العميل وإجراء الأمر كلِّه مرّتين. فقد قلبت القراءةُ المتوارَثة الحجّة. وأن يبني تخصّصٌ أشهرَ خصومه الوهميّين من ورقةٍ تقول العكس واقعةٌ جديرةٌ بأن تُحمَل إلى كل دعوى تاريخية عن خصوم الرشاقة.

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

بويم، ١٩٨٨. النموذج الحلزوني، إذ تحدّد كلُّ لفّةٍ الأهدافَ وتقوّم البدائل وتحلّ المخاطرة الغالبة وتخطّط للّفّة التالية. وهو مدفوعٌ بالمخاطرة لا بالإيقاع، وهو موقفٌ أدقُّ تحديدًا من البيان الذي جاء بعده، لأنه يقول صراحةً ما ينبغي أن يحدّد طول التكرار ومضمونه.

سنوبيرد، فبراير ٢٠٠١. اجتمع سبعةَ عشرَ ممارسًا لطرائق خفيفةٍ قائمة، منها البرمجة القصوى وسكرَم وكريستال والتطوير المقاد بالخصائص وطريقةُ تطوير النظم الديناميكية، فاتّفقوا على بيانٍ فيه أربعةُ أزواج قيميّة واثنا عشر مبدأً. وهي وثيقةُ توافقٍ كتبها أنصارُ طرائقَ كانت موجودةً أصلًا، لا نتيجةَ بحث، وقد اختلف عددٌ من الموقّعين علنًا بعد ذلك في ما تستلزمه.

ديبو ودينغسوير، ٢٠٠٨. أول مراجعةٍ منهجية للأدبيات التجريبية، والتصحيحُ اللازم. وجدت عددًا قليلًا من الدراسات المستوفية للحدّ الأدنى المنهجي، أكثرُها في البرمجة القصوى، وعدّةٌ منها أُجريت على طلبة، وقدّرت قوّة الأدلّة إجمالًا بالمنخفضة. وقد زادت المراجعاتُ اللاحقة العددَ ولم تحسّن التصاميم كثيرًا. فكلُّ دعوى في فاعلية الرشاقة ينبغي أن تُقرأ في مقابل هذا الأساس لا في مقابل مسوح الممارسين.

Three

How It Works

The four value pairs. The manifesto states four preferences and then adds one sentence that most summaries drop: while there is value in the items on the right, the items on the left are valued more. The pairs are comparative, not exclusive, and reading them as prohibitions produces most of the practice that its own authors criticize.

Valued moreStill valuedThe trade-off being namedThe common misreading
Individuals and interactionsProcesses and toolsA defined process cannot compensate for people who are not talking to each otherThat process and tooling are obstacles rather than a weaker substitute
Working softwareComprehensive documentationA running artefact is harder to be wrong about than a description of oneThat documentation is waste, rather than a poorer evidence of progress
Customer collaborationContract negotiationA contract fixes obligations, and fixed obligations cannot absorb learningThat contracts do not matter, in settings where procurement law says they do
Responding to changeFollowing a planA plan is a forecast, and its accuracy decays at a rate the work itself determinesThat planning is discouraged, rather than that long horizon detail is

The twelve principles, grouped rather than recited. Listing them verbatim is less useful than seeing that they fall into four groups, each doing different work.

  • Cadence and evidence. Deliver something valuable early and then continuously, on a cycle measured in weeks rather than months, and treat working software as the primary measure of progress. This group is what makes the rest observable, because it converts progress from a report into an artefact.
  • Stance toward requirements. Welcome changing requirements even late, and put business people and developers in daily contact so that change arrives as information rather than as a variation order. This group is the one that depends most directly on the flat cost of change assumption.
  • Team constitution. Build around motivated people, give them the environment and support they need and trust them to get it done, prefer face to face conversation, and let teams self-organize their architecture, requirements and design. This group makes the strongest empirical claims and has the weakest evidence behind it.
  • Sustainability and craft. Maintain a pace that can continue indefinitely, keep continuous attention on technical excellence and good design, maximize the work not done, and reflect at regular intervals to adjust behaviour. The technical excellence principle is the one most often dropped in practice, and dropping it is what makes the cost of change assumption false in the team's own product.
The whole structure rests on a claim about the shape of a cost curve, not on a claim about people. Deferring a decision is only rational when deferring it is cheap, and it is cheap only while the product remains integrated, tested and releasable. A team that keeps the ceremonies but lets the test suite decay has removed the condition that made its own method reasonable, and will experience late change as expensive rework exactly as a plan driven team would. This is why the technical practices are not an optional layer under the values; they are what makes the values coherent.

Scrum and Kanban are instantiations, not the thing itself. The manifesto names no method. Scrum is a framework with timeboxed iterations, three accountabilities, an ordered backlog and a fixed set of events; it is prescriptive about structure and deliberately silent about engineering practice. Kanban is not a process at all but a method for changing an existing one: visualize the workflow, limit work in progress, manage flow, make policies explicit and improve collaboratively, with no timeboxes and no prescribed roles, carried across from production control in manufacturing. Neither is entailed by the four pairs, and a team can hold every Scrum event on schedule while violating all four preferences. Treating adoption of a framework as evidence of the values is the most common category error in both the practitioner and the research literature.

الثالث

الآلية والمبادئ

أزواج القيم الأربعة. يذكر البيان أربعة تفضيلات ثم يضيف جملةً تسقطها أكثرُ الملخّصات: أنّ لما على اليمين قيمةً، غير أن ما على اليسار أرجح. فالأزواجُ مقارِنة لا مانعة، وقراءتُها نواهيَ تُنتج أكثرَ الممارسة التي ينتقدها مؤلّفوها أنفسهم.

الأرجحوله قيمةالمقايضة المقصودةالقراءة الخاطئة الشائعة
الأفراد والتفاعلاتالإجراءات والأدواتلا يعوّض إجراءٌ محدَّد عن أناسٍ لا يتحدّث بعضهم إلى بعضأن الإجراء والأدوات عوائق، لا بديلٌ أضعف
برمجياتٌ عاملةتوثيقٌ شاملالخطأُ في مصنوعٍ يعمل أعسرُ من الخطأ في وصفٍ لهأن التوثيق هدر، لا أنه دليلٌ أضعف على التقدّم
التعاون مع العميلالتفاوض على العقدالعقدُ يثبّت الالتزامات، والالتزاماتُ المثبَّتة لا تستوعب التعلّمأن العقود لا تهمّ، في بيئاتٍ يقول نظام المشتريات فيها إنها تهمّ
الاستجابة للتغييراتّباع الخطّةالخطّةُ تنبّؤ، ودقّتُها تتحلّل بمعدّلٍ يحدّده العمل نفسهأن التخطيط مذموم، لا أن التفصيل بعيد الأفق هو المذموم

والمبادئ الاثنا عشر، مجموعةً لا مسرودة. فسردُها بنصّها أقلّ نفعًا من رؤية وقوعها في أربع مجموعات، لكلٍّ منها عملٌ مختلف.

  • الإيقاع والدليل. سلّم شيئًا ذا قيمة مبكرًا ثم على الدوام، بدورةٍ تُقاس بالأسابيع لا بالأشهر، واجعل البرمجيات العاملة المقياس الأول للتقدّم. وهذه المجموعة هي ما يجعل سواها ملحوظًا، لأنها تحوّل التقدّم من تقريرٍ إلى مصنوع.
  • الموقف من المتطلّبات. رحّب بتغيّر المتطلّبات ولو متأخّرًا، واجعل أهل العمل والمطوّرين على تماسٍّ يوميّ حتى يصل التغيير معلومةً لا أمرَ تغييرٍ تعاقديًّا. وهذه المجموعة أشدُّ ما يعتمد مباشرةً على افتراض استواء كلفة التغيير.
  • تكوين الفريق. ابنِ حول أناسٍ لديهم دافع، وامنحهم البيئة والإسناد وثِق بإنجازهم، وقدّم الحديث المباشر، ودَع الفرق تنظّم بنفسها معمارَها ومتطلّباتها وتصميمها. وهذه المجموعة أقوى الدعاوى التجريبية وأضعفُها سندًا.
  • الاستدامة والإتقان. حافظ على وتيرةٍ يمكن أن تستمرّ بلا أجل، وأدِم الانتباه إلى التميّز الفنّي وحسن التصميم، وأكثِر من العمل الذي لا يُعمَل، وتأمّل على فتراتٍ منتظمة لتعديل السلوك. ومبدأُ التميّز الفنّي أكثرُ ما يُسقَط في الممارسة، وإسقاطُه هو ما يُكذِب افتراض كلفة التغيير في منتَج الفريق نفسه.
البنيةُ كلُّها قائمة على دعوى في شكل منحنى كلفة، لا على دعوى في الناس. فتأجيلُ القرار لا يكون رشدًا إلا إذا كان رخيصًا، ولا يكون رخيصًا إلا ما دام المنتَج متكاملًا ومختبَرًا وقابلًا للإصدار. والفريقُ الذي يبقي الشعائر ويدع حزمةَ الاختبار تتآكل قد أزال الشرط الذي جعل طريقته معقولة، وسيلقى التغييرَ المتأخّر إعادةَ عملٍ باهظة كما يلقاه فريقٌ مقادٌ بالخطّة تمامًا. ولهذا لم تكن الممارساتُ الفنّية طبقةً اختيارية تحت القيم؛ بل هي ما يجعل القيم متماسكة.

وسكرَم وكانبان تجسيدان لا هما الشيء نفسه. فالبيان لا يسمّي طريقة. وسكرَم إطارٌ فيه تكراراتٌ محدَّدة الزمن، وثلاثُ مسؤوليات، ومتراكمٌ مرتَّب، وطائفةٌ ثابتة من الفعاليات؛ وهو آمرٌ في البنية صامتٌ عمدًا عن الممارسة الهندسية. وكانبان ليس إجراءً أصلًا بل طريقةً لتغيير إجراءٍ قائم: أظهِر سير العمل، وحُدَّ العمل الجاري، وأدِر التدفّق، وصرّح بالسياسات، وحسّن تشاركيًّا، بلا تحديدٍ زمنيّ للتكرار ولا أدوارٍ مفروضة، منقولةً من ضبط الإنتاج في الصناعة. ولا يستلزم الأزواجُ الأربعة أيًّا منهما، وقد يعقد فريقٌ كلَّ فعاليات سكرَم في مواعيدها وهو يخالف التفضيلات الأربعة جميعًا. ومعاملةُ تبنّي إطارٍ دليلًا على القيم أشيعُ خطأٍ في الجنس لدى الممارسين والباحثين معًا.

Four

Using It in Research

The first decision is what construct is being measured. Agility as a value orientation, conformance to a named framework, and a set of technical practices are three different things that the literature routinely labels with one word. A study that does not say which of the three it measures cannot be replicated and cannot be pooled with any other. Declaring the construct and the instrument in the method section is the cheapest quality improvement available in this area.

Designs that work draw the outcome from a system of record. Issue trackers, version control and deployment pipelines emit timestamps that nobody produced in order to answer a questionnaire. Cycle time from ready to done, work in progress, batch size, deployment frequency, defect escape rate and rework volume are all derivable from that exhaust. A dated method change inside one organization, with those measures before and after and a comparable unchanged division alongside, is the strongest design routinely available outside an experiment.

Designs that fail ask the adopter whether adoption worked. A cross-sectional survey correlating perceived agility with perceived success suffers from common method variance, from selection, and from the fact that the respondent is usually the person who chose the method and would have to disown a decision to report a null. Agile maturity instruments that score how many ceremonies a team holds and then correlate that score with satisfaction measure conformance twice and effectiveness never. Single case narratives authored by the consultant who ran the transformation are advocacy documents and should be cited as such.

The outcome must not be reported by the party that chose the method. This single rule removes most of the published evidence from consideration and is the reason the systematic reviews rate the strength of evidence as low. Where an objective measure genuinely cannot be obtained, the minimum is to separate the respondent who reports the practice from the respondent who reports the outcome, and to say so.

Angles that the local project environment makes distinctive. Construction and infrastructure dominate the project population here, which makes the setting unusually informative about agile's boundary rather than about its core.

  • The hybrid programme is the most valuable case available. A software workstream delivered iteratively inside a plan driven construction programme, a control system or ticketing platform or asset register due at a handover date fixed by the civil works, puts two governance logics inside one organization with one budget. The interface is the object: how a sprint backlog is reconciled with an earned value report, what is written into the milestone that connects them, and which side absorbs the variance. This configuration is common in giga project delivery and close to unstudied.
  • Procurement law as a constraint on a value pair. Customer collaboration over contract negotiation is a preference that public procurement rules can simply forbid, by requiring a defined scope, a fixed price and a competitive award before work begins. That converts a cultural variable into a legal one and makes it testable: contract form becomes an observable predictor of which principles survive implementation.
  • Schedule compression inverts the usual motive. Where a completion date is set by national programme policy and cannot move, scope is the only flexible variable, and iterative delivery becomes attractive for the opposite reason to the one in the source literature. There, scope flexes to serve learning. Here it flexes to protect a date. The prediction is that the cadence principles survive and the collaboration principles do not, and it can be tested by observing which ceremonies persist after the first schedule crisis.
  • Team constitution under a mobile workforce. Face to face conversation, motivated individuals given trust, and stable self-organizing teams presume co-location and tenure. Where teams are assembled across many nationalities and first languages on project-tied residency, and where localization targets deliberately change composition during the programme, the team constitution principles are structurally unavailable rather than culturally resisted. Distinguishing those two explanations is a real empirical question.
  • Bilingual delivery and the documentation principle. Where user stories and acceptance criteria are written in English while regulators, operators and stakeholders work in Arabic, the required Arabic artefacts are a compliance obligation, not documentation overhead. Working software over comprehensive documentation is therefore constrained in a way the manifesto did not contemplate, and the cost of the second language version is measurable.
  • The product owner has no single occupant. The role assumes one empowered voice that can order a backlog. Where the customer is simultaneously a ministry setting policy, an authority granting permits and an operating company that will run the asset, no such person exists. Failures that follow are structural rather than implementation defects, and treating them as coaching problems is the standard mistake worth documenting.
  • Two schedules maintained at once. Reporting to a national programme office requires percentage complete and milestone artefacts that iterative delivery does not naturally produce, so teams maintain a delivery board and a reporting schedule in parallel. The effort spent reconciling them is an overhead that can be estimated, and it is a direct measure of the friction between the two logics.
الرابع

التوظيف البحثي

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

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

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

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

زوايا تجعلها بيئةُ المشاريع المحلّية متميّزة. فالإنشاءات والبنية التحتية تغلب على مجتمع المشاريع هنا، وهذا يجعل البيئة مُخبِرةً على نحوٍ غير معتاد عن حدّ الرشاقة لا عن لبّها.

  • البرنامج الهجين أنفع حالةٍ متاحة. فمسارُ عملٍ برمجي يُسلَّم تكراريًّا داخل برنامج إنشاءٍ مقادٍ بالخطّة، نظامُ تحكّمٍ أو منصّةُ تذاكر أو سجلُّ أصول يستحقّ في تاريخ تسليمٍ تحدّده الأعمال المدنية، يضع منطقَي حوكمةٍ داخل منظمةٍ واحدة وميزانيةٍ واحدة. والموضوعُ هو التخم: كيف يُوفَّق متراكمُ الجولة مع تقرير القيمة المكتسَبة، وما الذي يُكتب في المعلَم الذي يصلهما، وأيُّ الجانبين يستوعب التباين. وهذا الترتيب شائعٌ في تسليم المشاريع الضخمة ويكاد لا يُدرَس.
  • نظام المشتريات قيدًا على زوجٍ قيميّ. فالتعاون مع العميل ترجيحًا على التفاوض التعاقدي تفضيلٌ قد تمنعه قواعدُ المشتريات الحكومية منعًا، باشتراطها نطاقًا محدَّدًا وسعرًا ثابتًا وترسيةً تنافسية قبل بدء العمل. وهذا يحيل متغيّرًا ثقافيًّا إلى متغيّرٍ قانوني ويجعله قابلًا للاختبار: فتصير صيغةُ العقد منبّئًا ملحوظًا بأيّ المبادئ يصمد في التطبيق.
  • ضغط الجدول يعكس الدافع المعتاد. فحيث يُحدَّد تاريخُ الإنجاز بسياسة برنامجٍ وطني ولا يقبل الحركة، صار النطاق المتغيّرَ الوحيد المرن، وصار التسليمُ التكراري جذّابًا لسببٍ معاكسٍ لسببه في أدبيات المصدر. فهناك يمرن النطاق خدمةً للتعلّم. وهنا يمرن حمايةً لتاريخ. والتنبّؤُ أن تصمد مبادئ الإيقاع وألّا تصمد مبادئ التعاون، ويُختبر بملاحظة أيّ الشعائر يبقى بعد أول أزمة جدول.
  • تكوين الفريق مع قوى عاملة متنقّلة. فالحديثُ المباشر، ومنحُ الثقة لذوي الدافع، والفرقُ المستقرّة ذاتية التنظيم، تفترض التجاور والبقاء. وحيث تُجمَع الفرق من جنسياتٍ ولغاتٍ أُولى كثيرة على إقامةٍ مرتبطة بالمشروع، وحيث تغيّر مستهدفاتُ التوطين التركيبَ قصدًا أثناء البرنامج، صارت مبادئ تكوين الفريق متعذّرةً بنيويًّا لا مرفوضةً ثقافيًّا. والتمييزُ بين هذين التفسيرين سؤالٌ تجريبي حقيقي.
  • التسليم ثنائي اللغة ومبدأ التوثيق. فحيث تُكتب قصصُ المستخدم ومعايير القبول بالإنجليزية بينما يعمل المنظِّمون والمشغّلون وأصحاب المصلحة بالعربية، كانت المخرجات العربية المطلوبة واجبَ امتثالٍ لا عبءَ توثيق. فترجيحُ البرمجيات العاملة على التوثيق الشامل مقيَّدٌ على نحوٍ لم يخطر للبيان، وكلفةُ النسخة اللغوية الثانية قابلة للقياس.
  • مالك المنتَج بلا شاغلٍ واحد. فالدور يفترض صوتًا واحدًا مفوَّضًا يستطيع ترتيب المتراكم. وحيث يكون العميل وزارةً تضع السياسة وهيئةً تمنح التراخيص وشركةَ تشغيلٍ ستدير الأصل في آن، لم يوجد ذلك الشخص. والإخفاقاتُ التالية بنيويةٌ لا عيوبَ تطبيق، ومعاملتُها مشكلاتِ تدريبٍ هي الخطأ المعياري الجدير بالتوثيق.
  • جدولان يُمسكان معًا. فالإبلاغُ إلى مكتب برنامجٍ وطني يقتضي نسبَ إنجازٍ ومعالمَ لا ينتجها التسليمُ التكراري طبعًا، فتمسك الفرق لوحَ تسليمٍ وجدولَ إبلاغٍ متوازيين. والجهدُ المبذول في التوفيق بينهما عبءٌ قابل للتقدير، وهو مقياسٌ مباشر للاحتكاك بين المنطقين.
Five

Limits and Critique

The evidence base is weak relative to the adoption. Dybå and Dingsøyr found few methodologically adequate studies in 2008 and rated the strength of evidence low. Later reviews report more studies without much better designs, and a large share of the positive evidence cited in practice comes from annual surveys run by organizations that sell training, certification and tooling. Near universal adoption in software is a fact about belief and market structure. It is not a demonstration, and it should never be cited as one.

The label is contested and diluted to the point of measurement failure. Agile now denotes a value statement, a family of methods, a certification industry and a management fashion, and studies rarely say which they mean. Signatories of the manifesto have publicly argued that most of what is practised under the name contradicts what they wrote, and one of the sharper critiques of contemporary agile comes from inside the founding group. Two papers both reporting on agile may therefore measure disjoint things, which makes pooling their results close to meaningless and makes any meta-analysis in this area suspect on construct grounds before the statistics begin.

Scaling reintroduces what the methods removed. The manifesto describes a small co-located team in daily contact with a customer. Frameworks that extend it across dozens of teams add planning cadences, release trains, coordination roles and portfolio governance, which are the layers the original methods deleted. Whether that is a legitimate extension or a self-contradiction is disputed inside the movement, and the empirical support for the scaling frameworks is thinner than the already thin support for team-level practice. A study of a large programme that cites team-level evidence for a scaled framework has made an unwarranted jump.

Where late change is physically expensive, the plan driven position is better supported. Boehm and Turner's contingency argument holds that criticality, team size, personnel experience, requirement volatility and culture determine which approach has the advantage, and that neither has it everywhere. Concrete does not refactor. A fabricated structural member cannot be rewritten in the next iteration. A regulatory approval cannot be re-run cheaply. Construction and infrastructure programmes are the dominant project type in this research setting, which means the honest default here is a plan driven core with iterative pockets, not the reverse. A related boundary is that working software as the primary measure of progress does not export: it is a software criterion in a software document, and applying it where the deliverable is not continuously testable is an analogy that carries no evidence with it.

Self-organization and sustainable pace are claims about labour and are rarely studied as such. Daily stand-ups, visible boards, burndown charts and velocity are transparency instruments, and qualitative work has reported them experienced as intensified peer monitoring rather than as autonomy. Sustainable pace is the principle most consistently abandoned under deadline pressure, and the abandonment is rarely recorded because it is embarrassing rather than because it is rare. Treating these as empirical questions about work rather than as implementation failures would be an improvement on most of the literature.

State which agile is under study, the values, a named framework or a set of technical practices, and never let a framework's ceremonies stand as evidence of the values. Take the outcome from a system of record rather than from the person who chose the method. Read the manifesto's own closing sentence, because the pairs are preferences and not prohibitions, and treat the flat cost of change assumption as the condition on which the whole structure depends rather than as a background belief. Where the deliverable is poured, welded or shipped, expect the plan driven position to be better supported, and where a giga project runs an iterative software workstream inside a plan driven programme, study the seam between them, because that interface is where the interesting variance lives and almost nobody has measured it.
الخامس

الحدود والنقد

قاعدةُ الأدلّة ضعيفة قياسًا إلى الانتشار. فقد وجد ديبو ودينغسوير سنة ٢٠٠٨ دراساتٍ قليلةً مستوفيةً منهجيًّا وقدّرا قوّة الأدلّة بالمنخفضة. والمراجعاتُ اللاحقة تبلّغ عن دراساتٍ أكثر لا عن تصاميمَ أفضل كثيرًا، وحصّةٌ كبيرة من الأدلّة الإيجابية المستشهَد بها في الممارسة آتيةٌ من مسوحٍ سنوية تجريها جهاتٌ تبيع التدريب والاعتماد والأدوات. والانتشارُ شبه الشامل في البرمجيات واقعةٌ عن الاعتقاد وبنية السوق. وليس برهانًا، ولا يصحّ الاستشهاد به برهانًا أبدًا.

والمصطلح متنازَعٌ ومخفَّف إلى حدّ إخفاق القياس. فالرشاقة تدلّ اليوم على بيان قيم، وعلى عائلة طرائق، وعلى صناعة اعتماد، وعلى موضةٍ إدارية، وقلّما تقول الدراسات أيَّها تعني. وقد حاجّ موقّعون على البيان علنًا بأن أكثر ما يُمارَس باسمه يناقض ما كتبوه، وأحدُّ نقدٍ للرشاقة المعاصرة يأتي من داخل الجماعة المؤسِّسة. فقد تقيس ورقتان تتحدّثان عن الرشاقة أشياءَ متباينة، وهذا يجعل جمعَ نتائجهما شبه عديم المعنى ويجعل أيّ تحليلٍ بَعدي في هذا المجال مشكوكًا فيه من جهة البِناء قبل أن يبدأ الإحصاء.

والتوسيع يعيد ما أزالته الطرائق. فالبيان يصف فريقًا صغيرًا متجاورًا على تماسٍّ يوميّ بعميل. والأُطُر التي تمدّه على عشرات الفرق تضيف إيقاعاتِ تخطيطٍ وقطاراتِ إصدارٍ وأدوارَ تنسيقٍ وحوكمةَ حافظة، وهي الطبقاتُ التي حذفتها الطرائقُ الأصلية. وهل ذلك امتدادٌ مشروع أو مناقضةٌ لذاتها أمرٌ متنازَعٌ فيه داخل الحركة، وسندُ أُطُر التوسيع التجريبي أرقُّ من السند الرقيق أصلًا لممارسة مستوى الفريق. والدراسةُ في برنامجٍ كبير تستشهد بأدلّة مستوى الفريق لإطارٍ موسَّع قد قفزت قفزةً لا مسوّغ لها.

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

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

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