كما يوحي الاسم ، TDD هي تقنية تعتمد على الاختبار لتقديم برامج عالية الجودة بسرعة وبشكل مستدام. إنه نهج تكراري يعتمد على فكرة أنه يجب كتابة اختبار فاشل قبل كتابة أي رمز لميزة أو وظيفة. التطوير المستند إلى الاختبار (TDD) هو نهج لتطوير البرمجيات يعتمد على دورات تطوير قصيرة جدًا.
فهم التنمية المدفوعة بالاختبار
كان للتطوير المدفوع بالاختبار تأثير كبير على البرمجيات صمم ، مع التركيز بشكل خاص على المتطلبات غير الوظيفية مثل سهولة الاستخدام والأمان وقابلية الصيانة.
تتيح هذه الاختبارات الصغيرة للمطورين صمم أنظمة من البداية ، تضيف قيمة بسرعة وتزيد الثقة في النظام نفسه.
دورة تطوير نموذجية مدفوعة باختبار
يتبع TDD دائمًا دورة "Red-Green-Refactor" ، الموضحة على النحو التالي:
ابدأ بإضافة وحدة اختبار إلى مجموعة الاختبار. يجب أن تصف وحدة الاختبار هذه جانبًا من جوانب البرنامج.
(أحمر) قم بتشغيل جميع الاختبارات التي يجب أن تفشل لأن البرنامج يفتقر إلى هذه الميزة.
(Green) اكتب ما يكفي من التعليمات البرمجية بأبسط طريقة ممكنة لتمكين الاختبار من النجاح. تسمى هذه الخطوة أحيانًا "اجعلها تمر".
قم بتشغيل جميع الاختبارات مرة أخرى.
(ريفاكتور) قم بتحسين الكود الأصلي مع الحفاظ على الاختبارات الخضراء. تأكد من الحفاظ على التركيز على البساطة.
كرر واجمع اختبارات الوحدة بمرور الوقت.
نقاط القوة والضعف في TDD
نقاط القوة
زيادة جودة الكود الناتج عن تقليل العيوب والأخطاء
يجبر TDD المطورين على النظر في الغرض من الكود ومواصفاته.
كما أنه يساعد المطورين على تبسيط كتابة التعليمات البرمجية وتجنب التعليمات البرمجية المعقدة التي يمكن أن تحتوي على أخطاء.
أخيرًا ، تضمن إعادة هيكلة TDD أن تغييرات الكود أو الشفرة الجديدة لا تؤثر على سلامة الكود الحالي.
تقليل حجم الدفعة
في منهجيات أجايل الأخرى ، يعمل المطورون على ميزة حتى اكتمالها مع القليل من المدخلات من الآخرين.
تشجع TDD المطور على تقليل حجم الدفعة لتحسين رؤية المشروع والمرونة وتعاون أصحاب المصلحة.
في النهاية ، يجعل هذا أيضًا من TDD عملية مرنة تتمحور حول العميل.
تشجع معنويات المطورين العالية
في بعض الأحيان ، يصبح المطورون محبطين في مواجهة المشاريع الكبيرة والمعقدة.
تقطير TDD المشاريع الكبيرة إلى العديد من الأجزاء الصغيرة التي تحقق مكاسب سريعة وسهلة نسبيًا للمطور.
بالإضافة إلى تحسين الروح المعنوية والثقة ، يعرف المطور ما تم إنجازه والعمل الذي لا يزال يتعين إكماله.
نقاط الضعف
قد يستغرق التنفيذ في البداية مزيدًا من الوقت
المبرمجون الذين اعتادوا على كتابة التعليمات البرمجية التي يمكن تشغيلها على الفور قد يجدون أن TDD بطيئة وصعبة التنفيذ.
يمكن قول الشيء نفسه بالنسبة للمبرمجين الذين لم يسبق لهم كتابة الاختبارات في المقام الأول.
ومع ذلك ، فإن أي بطء محسوس هو وهم في أحسن الأحوال.
على الرغم من أن TDD قد يستغرق بعض الوقت للتعود عليها ، إلا أنها تقدم فوائد كبيرة للكفاءة مع تقدم التطوير.
مجموعات الاختبار سيئة الصيانة أو المهجورة
يمكن أن يؤدي الافتقار إلى صيانة مجموعة الاختبار إلى دورة TDD مع وقت تشغيل طويل للغاية.
قد يتم أيضًا التخلي عن مجموعات الاختبار أو نادرًا ما يتم تشغيلها بسبب سوء الصيانة أو التغييرات في تكوين الفريق.
مثال تطوير يحركها الاختبار
في مثال التطوير التالي القائم على الاختبار ، ضع في اعتبارك نظام إدارة المستخدم الذي يمكّن العملاء الجدد من إنشاء اسم مستخدم وكلمة مرور للمصادقة المستقبلية.
لكي يكون اسم المستخدم وكلمة المرور صالحين ، يجب اتباع قواعد عمل معينة.
لتحليل قواعد متعددة سيكون خارج نطاق هذه المقالة ، لذلك من أجل الإيجاز ، سنصف قاعدة واحدة تتحقق من الحد الأدنى لطول كلمة المرور.
لنفترض أيضًا أن الشركة صارمة فيما يتعلق بالأمان وتتطلب كلمة مرور لا تقل عن 12 حرفًا.
مع تحديد هذه القاعدة ، يمكننا الآن إنشاء اختباراتنا ورموزنا وفقًا لذلك باستخدام لغة مثل Java أو Python.
الخطوة 1 - اكتب حالة اختبار فاشل
يبدأ فريق التطوير بكتابة الكود الخاص بحالة الاختبار الفاشلة. في هذا المثال ، يؤكدون أنه إذا كان طول كلمة المرور التي أدخلها المستخدم هو 7 أحرف ، فيجب أن يتلقوا رسالة خطأ.
يمكن قراءة هذا ببساطة على النحو التالي:يجب ألا يقل طول كلمة المرور عن 12 حرفًا."
لتحقيق ذلك ، يستدعي الفريق وظيفة "ValidatePassword" والتي تأخذ وسيطة سلسلة.
تصبح الوظيفة أيضًا جزءًا من فئة تسمى "ValidatorService" والتي يتم بدؤها في دالة setUp لفئة الاختبار.
الخطوة 2 - قم بإجراء اختبار الوحدة
يقوم الفريق بعد ذلك بإجراء الاختبار ولكنه يتلقى خطأً لأنه لم يقم بعد بإنشاء فئة "ValidatorService".
يتم إنشاء الفصل وتشغيل الاختبار مرة أخرى.
تذكر أن التطوير القائم على الاختبار يتطلب أن يكتب الفريق ما يكفي من التعليمات البرمجية حتى ينجح الاختبار الفاشل.
بعد إجراء الاختبار للمرة الثانية ، يظهر خطأ آخر يتعلق باختبار البحث عن الوظيفة.
يطور الفريق وظيفة نائب ويدير الاختبار للمرة الثالثة.
ينجح الاختبار.
الخطوة 3 - قم بإنشاء الكود
حان الوقت الآن لكتابة الكود الخاص بالوظيفة الفعلية لنظام إدارة المستخدم.
بمعنى آخر ، للمصادقة على طول كلمة المرور وتنفيذ حالة الاختبار.
يدير الفريق بضع حالات اختبار عامة وكل منها يمر ، لكنهم لاحظوا نتيجة لذلك أن هناك تكرارًا في الكود.
قرروا إعادة تشكيل الكود للحفاظ على التركيز على البساطة دون التأثير على صلاحية الاختبار.
نظرًا لأن الفريق يستخدم PHPUnit لكتابة التعليمات البرمجية ، فيمكنهم الاستفادة من ميزة "مزود البيانات" التي تجعل عملية إعادة البناء أسهل.
يقوم الفريق أيضًا بإعادة تشكيل كود التنفيذ ، مما يضمن أنه بعد كل تغيير ، لا تزال حالات الاختبار تمر.
في هذه المرحلة ، يمكن إضافة المزيد من حالات الاختبار للتحقق من صحة قواعد العمل المختلفة.
قد تتطلب كلمة المرور ، على سبيل المثال ، عددًا معينًا من الأحرف الخاصة أو الأحرف الكبيرة.
مهما كانت القواعد التي يتم تنفيذها ، من المهم أن يقوم المطورون بإعادة بناء الكود عند الاقتضاء بحيث يمكن تحديد المشكلات التي تسبب الاختبارات الفاشلة بسهولة.
TDD مقابل ATDD
يعد التطوير المستند إلى اختبار القبول (ATDD) جزءًا من المنهجية الرشيقة حيث تتم كتابة الاختبارات الآلية من منظور المستخدم. على عكس التطوير القائم على الاختبار - حيث يتم إنشاء اختبارات القبول من منظور المطور - تدعو ATDD إلى أتمتة الاختبارات من وجهات نظر مختلفة للمستخدم.
في حين أن التطوير القائم على الاختبار يفضل التسليم السريع في دورات قصيرة من خلال إنشاء وحدات اختبار.
نهج تطوير يحركه قبول ted ، وهو أيضًا جزء من منهجية رشيقة، يحاول موازنة الاختبار مع منظور المستخدم في الاعتبار.
بتعبير أدق ، فإنه يفعل ذلك من خلال التقييم ودمج التعاون في بيئة الاختبار بين ما يعرف باسم "الأصدقاء الثلاثة" (العميل والمطور والمختبر).
الوجبات الرئيسية
التطوير المدفوع بالاختبار هو نهج تطوير برمجيات رشيق يفضل التسليم السريع لدورات تطوير قصيرة جدًا.
تعتبر دورة الاختبار "الأحمر - الأخضر - إعادة البناء" من الأمور الأساسية للتطوير المدفوع بالاختبار. يجادل TDD بأنه يجب إجراء اختبارات الفشل قبل كتابة أي ميزة أو رمز وظيفي.
يزيد التطوير المستند إلى الاختبار من جودة الكود ومعنويات المطور مع تقليل أحجام الدُفعات. ومع ذلك ، قد تواجه بعض فرق المشروع منحنى تعلم أوليًا حادًا - خاصةً إذا لم يكونوا معتادين على المنهجية.
AIOps هو تطبيق الذكاء الاصطناعي لعمليات تكنولوجيا المعلومات. لقد أصبح مفيدًا بشكل خاص لإدارة تكنولوجيا المعلومات الحديثة في البيئات المهجنة والموزعة والديناميكية. أصبحت AIOps مكونًا تشغيليًا رئيسيًا للمنظمات الرقمية الحديثة ، مبنية على البرامج والخوارزميات.
بدأت Agile كطريقة تطوير خفيفة الوزن مقارنةً بتطوير البرمجيات ذات الوزن الثقيل ، وهو النموذج الأساسي للعقود السابقة من تطوير البرمجيات. بحلول عام 2001 ، وُلد بيان تطوير البرمجيات Agile كمجموعة من المبادئ التي حددت النموذج الجديد لتطوير البرمجيات كتكرار مستمر. سيؤثر هذا أيضًا على طريقة ممارسة الأعمال التجارية.
Agile Program Management هي وسيلة لإدارة وتخطيط وتنسيق العمل المترابط بطريقة تؤكد على تقديم القيمة لجميع أصحاب المصلحة الرئيسيين. Agile Program Management (AgilePgM) هو نهج رشيق منضبط ولكنه مرن لإدارة التغيير التحويلي داخل المنظمة.
Agile project management (APM) هو أ إستراتيجية يقسم المشاريع الكبيرة إلى مهام أصغر وأكثر قابلية للإدارة. في منهجية APM ، يتم إكمال كل مشروع في أقسام صغيرة - يشار إليها غالبًا باسم التكرارات. يتم إكمال كل تكرار وفقًا لدورة حياة المشروع ، بدءًا من المرحلة الأولية صمم والتقدم نحو الاختبار ثم ضمان الجودة.
النمذجة الرشيقة (AM) هي منهجية لنمذجة وتوثيق الأنظمة القائمة على البرامج. النمذجة الرشيقة أمر بالغ الأهمية للتسليم السريع والمستمر للبرنامج. إنها مجموعة من القيم والمبادئ والممارسات التي توجه نمذجة البرمجيات الفعالة وخفيفة الوزن.
Agile Business Analysis (AgileBA) هي شهادة في شكل توجيه وتدريب لمحللي الأعمال الذين يسعون للعمل في بيئات رشيقة. لدعم هذا التحول ، تساعد AgileBA أيضًا محلل الأعمال على ربط مشاريع Agile بمنظمة أوسع مهمة or إستراتيجية. للتأكد من أن المحللين لديهم المهارات والخبرات اللازمة ، تم تطوير شهادة AgileBA.
القيادة الرشيقة هي تجسيد لمبادئ البيان الرشيق من قبل المدير أو فريق الإدارة. تؤثر القيادة الرشيقة على مستويين مهمين من الأعمال. يحدد المستوى الهيكلي الأدوار والمسؤوليات ومؤشرات الأداء الرئيسية. يصف المستوى السلوكي الإجراءات التي يعرضها القادة للآخرين بناءً على مبادئ رشاقة.
يقوم نظام andon بتنبيه الإدارة أو الصيانة أو الموظفين الآخرين بمشكلة عملية الإنتاج. يمكن تنشيط التنبيه نفسه يدويًا باستخدام زر أو سلك سحب ، ولكن يمكن أيضًا تنشيطه تلقائيًا بواسطة معدات الإنتاج. تستخدم معظم لوحات Andon ثلاثة أضواء ملونة مشابهة لإشارة المرور: أخضر (لا توجد أخطاء) ، أصفر أو كهرماني (تم تحديد المشكلة ، أو يلزم فحص الجودة) ، والأحمر (توقف الإنتاج بسبب مشكلة غير محددة).
تساعد إدارة المحافظ الثنائية (BimodalPfM) المؤسسة في إدارة كل من المحافظ المرنة والتقليدية في نفس الوقت. تمت صياغة إدارة المحافظ الثنائية - التي يشار إليها أحيانًا باسم التطوير الثنائي - من قبل شركة الأبحاث والاستشارات Gartner. جادلت الشركة بأن العديد من المنظمات المرنة لا تزال بحاجة إلى تشغيل بعض جوانب عملياتها باستخدام نماذج التسليم التقليدية.
الأعمال ابتكار يتعلق بخلق فرص جديدة للمؤسسة لإعادة اختراع عروضها الأساسية ، وتدفقات الإيرادات ، وتعزيز اقتراح قيمة للعملاء الحاليين أو الجدد ، وبالتالي تجديد أعمالها بالكامل نموذج. اعمال ابتكار من خلال فهم هيكل السوق ، وبالتالي التكيف مع هذه التغييرات أو توقعها.
الأعمال نموذجابتكار يدور حول زيادة نجاح منظمة بالمنتجات والتقنيات الحالية من خلال صياغة مقنعة اقتراح قيمة قادرة على دفع جديد نموذج الأعمال لتوسيع نطاق العملاء وخلق ميزة تنافسية دائمة. ويبدأ كل شيء من خلال إتقان العملاء الرئيسيين.
المستهلك العلامة تجارية تعرف شركة مثل Procter & Gamble (P&G) "التعطيل البناء" على أنه: الرغبة في التغيير والتكيف وخلق اتجاهات وتقنيات جديدة من شأنها تشكيل صناعتنا في المستقبل. وفقًا لشركة P&G ، فإنها تتحرك حول أربعة أعمدة: العجاف ابتكار, العلامة تجارية البناء وسلسلة التوريد والرقمنة وتحليلات البيانات.
هذه عملية تتطلب حلقة تغذية مرتدة مستمرة لتطوير منتج ذي قيمة وبناء عمل تجاري قابل للتطبيق نموذج. مستمر ابتكار هي عقلية يتم فيها تصميم المنتجات والخدمات وتقديمها لضبطها حول مشكلة العملاء وليس الحل التقني لمؤسسيها.
A صمم Sprint هي عملية مجربة مدتها خمسة أيام يتم فيها الرد على أسئلة العمل المهمة بسرعة صمم والنماذج الأولية ، مع التركيز على المستخدم النهائي. أ صمم يبدأ العدو بالتحدي الأسبوعي الذي يجب أن ينتهي بنموذج أولي ، واختباره في النهاية ، وبالتالي تم تعلم الدرس ليتم تكراره.
حدد تيم براون ، الرئيس التنفيذي لـ IDEO صمم التفكير على أنه "نهج محوره الإنسان ابتكار التي تستمد من مجموعة أدوات المصمم لدمج احتياجات الأشخاص وإمكانيات التكنولوجيا ومتطلبات نجاح الأعمال. " لذلك ، فإن الرغبة والجدوى والجدوى متوازنة لحل المشكلات الحرجة.
يشير DevOps إلى سلسلة من الممارسات التي يتم إجراؤها لأداء عمليات تطوير البرامج المؤتمتة. إنه اقتران لمصطلح "تطوير" و "عمليات" للتأكيد على كيفية تكامل الوظائف عبر فرق تكنولوجيا المعلومات. تعزز إستراتيجيات DevOps بناء المنتجات واختبارها ونشرها بسلاسة. ويهدف إلى سد الفجوة بين فرق التطوير والعمليات لتبسيط التطوير تمامًا.
يعد اكتشاف المنتج جزءًا مهمًا من المنهجيات الرشيقة ، حيث يتمثل هدفها في ضمان بناء المنتجات التي يحبها العملاء. يتضمن اكتشاف المنتج التعلم من خلال مجموعة من الأساليب ، بما في ذلك صمم التفكير والبدء الخالي من الهدر واختبار A / B على سبيل المثال لا الحصر. Dual Track Agile هي منهجية رشيقة تحتوي على مسارين منفصلين: مسار "الاكتشاف" ومسار "التسليم".
تم تطوير برمجة eXtreme في أواخر التسعينيات من قبل كين بيك ورون جيفريز وورد كننغهام. خلال هذا الوقت ، كان الثلاثي يعملون على نظام التعويض الشامل لشركة كرايسلر (C1990) للمساعدة في إدارة نظام كشوف مرتبات الشركة. برمجة eXtreme (XP) هي منهجية لتطوير البرمجيات. إنه مصمم لتحسين جودة البرامج وقدرة البرامج على التكيف مع احتياجات العملاء المتغيرة.
التطوير المدفوع بالميزات هو عملية برمجية براغماتية تتمحور حول العميل والهندسة المعمارية. التطوير المدفوع بالميزات (FDD) هو تطوير برمجيات رشيقة نموذج الذي ينظم سير العمل وفقًا للميزات التي يجب تطويرها بعد ذلك.
يعد Gemba Walk عنصرًا أساسيًا في الإدارة الرشيقة. يصف الملاحظة الشخصية للعمل لمعرفة المزيد عنه. Gemba هي كلمة يابانية تُترجم بشكل فضفاض على أنها "المكان الحقيقي" ، أو في العمل ، "المكان الذي يتم فيه إنشاء القيمة". تم إنشاء Gemba Walk كمفهوم من قبل Taiichi Ohno ، والد نظام إنتاج Toyota للتصنيع الخالي من الهدر. أراد Ohno تشجيع المديرين التنفيذيين في الإدارة على مغادرة مكاتبهم ومعرفة مكان حدوث العمل الحقيقي. كان يأمل أن يؤدي ذلك إلى بناء علاقات بين الموظفين ذوي المهارات المختلفة إلى حد كبير وبناء الثقة.
يعد تخطيط GIST طريقة سهلة نسبيًا وخفيفة الوزن لتخطيط المنتجات التي تفضل العمل المستقل. GIST Planning هي منهجية مرنة ورشيقة تم إنشاؤها بواسطة مدير منتجات Google السابق إيتامار جلعاد. يسعى GIST Planning إلى معالجة هذا الموقف من خلال إنشاء خطط خفيفة الوزن تكون سريعة الاستجابة وقابلة للتكيف مع التغيير. يعمل تخطيط GIST أيضًا على تحسين سرعة الفريق والاستقلالية والمواءمة من خلال تقليل التأثير السائد للإدارة. يتكون من أربع مجموعات: الأهداف والأفكار والمشاريع المتدرجة والمهام.
يعد نموذج نقاط ICE منهجية رشيقة تعطي الأولوية للميزات باستخدام البيانات وفقًا لثلاثة مكونات: التأثير والثقة وسهولة التنفيذ. تم إنشاء نموذج تسجيل ICE في البداية بواسطة المؤلف و نمو الخبير شون إليس لمساعدة الشركات على التوسع. اليوم هو نموذج يستخدم على نطاق واسع لتحديد أولويات المشاريع والميزات والمبادرات وعمليات الطرح. إنها مناسبة بشكل مثالي لتطوير المنتجات في المراحل المبكرة حيث يوجد تدفق مستمر للأفكار ويجب الحفاظ على الزخم.
An ابتكار القمع هو أداة أو عملية تضمن تنفيذ أفضل الأفكار فقط. بالمعنى المجازي ، يقوم القمع بفحص الأفكار المبتكرة من أجل الجدوى بحيث يقتصر الأمر على أفضل المنتجات أو العمليات أو نماذج الأعمال يتم طرحها في السوق. ان ابتكار قمع يوفر إطار عمل لفحص واختبار الأفكار المبتكرة من أجل الجدوى.
وفقًا لمدى دقة تعريف المشكلة ومدى دقة تعريف المجال ، لدينا أربعة أنواع رئيسية من الابتكارات: البحث الأساسي (المشكلة والمجال أو غير محدد جيدًا) ؛ اختراق ابتكار (المجال غير محدد بشكل جيد ، المشكلة محددة جيدا) ؛ مستدامة ابتكار (يتم تعريف كل من المشكلة والمجال بشكل جيد) ؛ ومربكة ابتكار (المجال محدد جيدا ، المشكلة ليست محددة جيدا).
• ابتكار الحلقة هي منهجية / إطار عمل مشتق من مختبرات بيل ، والتي أنتجت ابتكار على نطاق واسع طوال القرن العشرين. لقد تعلموا كيفية الاستفادة من الهجين ابتكار إدارة نموذج على أساس العلم والاختراع والهندسة والتصنيع على نطاق واسع. من خلال الاستفادة من العبقرية الفردية والإبداع والمجموعات الصغيرة / الكبيرة.
تم التفكير في منهجية Agile في المقام الأول لتطوير البرمجيات (وقد تبنتها أيضًا تخصصات الأعمال الأخرى). التفكير الخالي من الهدر هو أسلوب لتحسين العملية حيث تعطي الفرق الأولوية لتدفقات القيمة لتحسينها باستمرار. تنظر كلتا المنهجيتين إلى العميل باعتباره المحرك الرئيسي للتحسين وتقليل الفاقد. كلا المنهجيتين تنظر إلى التحسين على أنه شيء مستمر.
شركة ناشئة هي شركة ذات تقنية عالية تحاول بناء شركة قابلة للتطوير نموذج الأعمال في الصناعات التي تعتمد على التكنولوجيا. عادة ما تتبع الشركة الناشئة منهجية بسيطة ، حيث تكون مستمرة ابتكار، مدفوعة بحلقات فيروسية مدمجة هي القاعدة. هكذا يقود نمو والبناء آثار الشبكة نتيجة لهذا إستراتيجية.
كما أشار إريك ريس ، فإن الحد الأدنى من المنتجات القابلة للتطبيق هو إصدار المنتج الجديد الذي يسمح للفريق بجمع الحد الأقصى من التعلم المعتمد عن العملاء بأقل جهد من خلال دورة البناء والقياس والتعلم ؛ هذا هو أساس بدء التشغيل العجاف المنهجية.
كانبان هو إطار للتصنيع الخالي من الهدر طورته تويوتا لأول مرة في أواخر الأربعينيات. إطار عمل كانبان هو وسيلة لتصور العمل وهو يتحرك من خلال تحديد الاختناقات المحتملة. يقوم بذلك من خلال عملية تسمى التصنيع في الوقت المناسب (JIT) لتحسين العمليات الهندسية ، وتسريع تصنيع المنتجات ، وتحسين الانتقال إلى السوق إستراتيجية.
تم استخدام Jidoka لأول مرة في عام 1896 بواسطة Sakichi Toyoda ، الذي اخترع نول نسيج يتوقف تلقائيًا عند مواجهة خيط معيب. جيدوكا مصطلح ياباني يستخدم في التصنيع الخالي من الهدر. يصف المصطلح سيناريو تتوقف فيه الآلات عن العمل دون تدخل بشري عند اكتشاف مشكلة أو عيب.
تم اقتراح دورة PDCA (Plan-Do-Check-Act) لأول مرة من قبل الفيزيائي الأمريكي والمهندس والتر أيه شيوهارت في عشرينيات القرن الماضي. دورة PDCA هي عملية مستمرة وطريقة لتحسين المنتج ومكون أساسي في فلسفة التصنيع الخالي من الهدر.
تم تقديم RAD لأول مرة من قبل المؤلف والمستشار جيمس مارتن في عام 1991. أدرك مارتن ثم استفاد من قابلية البرمجيات اللانهائية للتطويع في تصميم نماذج التطوير. التطوير السريع للتطبيقات (RAD) هو منهجية تركز على التقديم السريع من خلال التغذية الراجعة المستمرة والتكرار المتكرر.
يتم إجراء التحليلات بأثر رجعي بعد المشروع لتحديد ما الذي نجح وما لم ينجح. يتم إجراؤها أيضًا في نهاية التكرار في إدارة المشاريع الرشيقة. يسمي الممارسون الرشيقون هذه الاجتماعات بأثر رجعي أو استعادي. إنها طريقة فعالة للتحقق من نبض فريق المشروع ، والتفكير في العمل المنجز حتى الآن ، والتوصل إلى توافق في الآراء حول كيفية التعامل مع دورة العدو التالية. هذه هي المراحل الخمس لأثر رجعي تحليل من أجل إدارة فعالة للمشروع الرشيقة: قم بإعداد المسرح ، وجمع البيانات ، وتوليد الأفكار ، واتخاذ قرار بشأن الخطوات التالية ، وإغلاق العرض بأثر رجعي.
يساعد Scaled Agile Lean Development (ScaleD) الشركات على اكتشاف نهج متوازن للتحول السريع وأسئلة التوسع. نهج ScALed يساعد الشركات على الاستجابة بنجاح للتغيير. مستوحى من مزيج من القيم المرنة والمرنة ، يعتمد ScALed على الممارس ويمكن إكماله من خلال أطر وممارسات رشيقة مختلفة.
طريقة SMED (تبادل دقيقة واحدة للقالب) هي إطار إنتاج بسيط لتقليل الفاقد وزيادة كفاءة الإنتاج. طريقة SMED هي إطار عمل لتقليل الوقت المرتبط بإكمال تغيير المعدات.
نموذج Spotify هو نهج مستقل لتوسيع نطاق رشاقة ، مع التركيز على التواصل الثقافي والمساءلة والجودة. سبوتيفي نموذج تم التعرف عليه لأول مرة في عام 2012 بعد Henrik Kniberg ، وأصدر Anders Ivarsson مستندًا تقنيًا يوضح بالتفصيل كيفية اقتراب شركة البث المباشر Spotify من المرونة. لذلك ، فإن Spotify نموذج يمثل تطورًا للرشاقة.
كما يوحي الاسم ، TDD هي تقنية تعتمد على الاختبار لتقديم برامج عالية الجودة بسرعة وبشكل مستدام. إنه نهج تكراري يعتمد على فكرة أنه يجب كتابة اختبار فاشل قبل كتابة أي رمز لميزة أو وظيفة. التطوير المستند إلى الاختبار (TDD) هو نهج لتطوير البرمجيات يعتمد على دورات تطوير قصيرة جدًا.
Timeboxing هي تقنية بسيطة لكنها قوية لإدارة الوقت لتحسين الإنتاجية. يصف Timeboxing عملية الجدولة الاستباقية لكتلة من الوقت لإنفاقها على مهمة في المستقبل. تم وصفه لأول مرة من قبل المؤلف جيمس مارتن في كتاب حول تطوير البرمجيات الرشيقة.
سكرم هي منهجية شارك في إنشائها كين شوابر وجيف ساذرلاند من أجل التعاون الجماعي الفعال في المنتجات المعقدة. تم التفكير في Scrum بشكل أساسي في مشاريع تطوير البرمجيات لتقديم قدرة برمجية جديدة كل 2-4 أسابيع. إنها مجموعة فرعية من Agile تُستخدم أيضًا في إدارة المشاريع لتحسين إنتاجية الشركات الناشئة.
سكرومبان هو إطار عمل لإدارة المشروع عبارة عن مزيج من منهجيتين رشيقتين شائعتين: سكرم وكانبان. Scrumban هو نهج شائع لمساعدة الشركات على التركيز على المهام الإستراتيجية الصحيحة مع تعزيز عملياتها في نفس الوقت.
تصف الأنماط المضادة لـ Scrum أي حل جذاب وسهل التنفيذ يؤدي في النهاية إلى تفاقم المشكلة. لذلك ، هذه هي الممارسة التي لا يجب اتباعها لمنع ظهور المشكلات. تتضمن بعض الأمثلة الكلاسيكية لأنماط مكافحة سكروم مالكي المنتجات الغائبين ، والتذاكر المعينة مسبقًا (جعل الأفراد يعملون في عزلة) ، وخصم الاستعادات (حيث لا تكون اجتماعات المراجعة مفيدة لإجراء تحسينات حقًا).
Scrum at Scale (Scrum @ Scale) هو إطار عمل تستخدمه فرق Scrum لمعالجة المشكلات المعقدة وتقديم منتجات عالية القيمة. تم إنشاء Scrum at Scale من خلال مشروع مشترك بين Scrum Alliance و Scrum Inc. وأشرف على المشروع المشترك Jeff Sutherland ، أحد مؤسسي Scrum وأحد المؤلفين الرئيسيين لـ Agile Manifesto.
Six Sigma هو نهج يعتمد على البيانات ومنهجية للتخلص من الأخطاء أو العيوب في منتج أو خدمة أو عملية. تم تطوير Six Sigma بواسطة Motorola كنهج إداري قائم على أساسيات الجودة في أوائل الثمانينيات. بعد عقد من الزمان ، روجت لها شركة جنرال إلكتريك التي قدرت أن المنهجية وفرت لهم 1980 مليار دولار في السنوات الخمس الأولى من التشغيل.
تصف الأهداف الممتدة أي مهمة يخطط فريق أجايل لإكمالها دون الالتزام صراحةً بالقيام بذلك. تدمج الفرق أهدافًا قابلة للتمدد أثناء Sprint أو Program Increment (PI) كجزء من Scaled Agile. يتم استخدامها عندما يكون الفريق الرشيق غير متأكد من قدرته على تحقيق الهدف. لذلك ، فإن الأهداف الممتدة هي بدلاً من ذلك نتائج ، على الرغم من أنها مرغوبة للغاية ، إلا أنها ليست الفرق بين نجاح أو فشل كل سباق.
نظام إنتاج تويوتا (TPS) هو شكل مبكر من أشكال التصنيع الخالي من الهدر الذي أنشأته شركة تصنيع السيارات Toyota. يسعى نظام إنتاج Toyota ، الذي أنشأته شركة Toyota Motor Corporation في الأربعينيات والخمسينيات من القرن الماضي ، إلى تصنيع المركبات التي يطلبها العملاء بأسرع ما يمكن وكفاءة.
إطار إدارة الجودة الشاملة (TQM) هو أسلوب يعتمد على فرضية أن الموظفين يعملون باستمرار على قدرتهم على تقديم قيمة للعملاء. الأهم من ذلك ، تعني كلمة "إجمالي" أن جميع الموظفين يشاركون في العملية - بغض النظر عما إذا كانوا يعملون في التطوير أو الإنتاج أو الإنجاز.
الشلال نموذج تم وصفه لأول مرة من قبل هربرت د. بيننجتون في عام 1956 خلال عرض تقديمي حول البرنامج المستخدم في التصوير بالرادار خلال الحرب الباردة. نظرًا لعدم وجود استراتيجيات تطوير برامج إبداعية قائمة على المعرفة في ذلك الوقت ، أصبحت طريقة الشلال ممارسة قياسية. الشلال نموذج هو إطار إدارة مشروع خطي ومتسلسل.
Gennaro هو منشئ FourWeekMBAالتي وصلت إلى حوالي أربعة ملايين رجل أعمال ، من المديرين التنفيذيين والمستثمرين والمحللين ومديري المنتجات ورواد الأعمال الرقمية الطموحين في عام 2022 وحده | وهو أيضًا مدير المبيعات لتوسيع نطاق التكنولوجيا الفائقة في صناعة الذكاء الاصطناعي | في عام 2012 ، حصل جينارو على ماجستير في إدارة الأعمال الدولية مع التركيز على تمويل الشركات واستراتيجية الأعمال.
