طريقة تطوير النظم الديناميكية

طريقة تطوير النظم الديناميكية

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

فهم طريقة تطوير الأنظمة الديناميكية

بينما سمح RAD للمطورين بعرض الحلول المحتملة بسرعة مع النماذج الأولية ، كانت العملية نفسها غير منظمة.

قامت كل منظمة ببناء إطارها الخاص بمعايير صارمة مختلفة ، مما يجعل من الصعب للغاية تعيين ممارسين أكفاء في مجال RAD. 

استجابة لذلك ، تم إنشاء DSDM لمنح تطوير البرمجيات مزيدًا من التوجيهات الحوكمة والصرامة.

ستؤدي هذه التغييرات في النهاية إلى زيادة التماسك والاتساق في الصناعة من خلال التطوير المشترك والترويج لإطار عمل RAD فريد.

المبادئ الأساسية الثمانية لـ DSDM

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

من المهم ملاحظة أن المساومة على أي من المبادئ الثمانية تقوض فلسفة وفعالية DSDM.

المبادئ الثمانية هي:

التركيز على نموذج الأعمال

يجب أن يعمل كل فريق مشروع وفقًا لحالة العمل وألا يتعامل مع المشروع كغاية بحد ذاته. MoSCoW يمكن أن يساعد تحديد الأولويات الفرق في الحصول على الوضوح في هذا الصدد.

تسليم في الوقت المحدد

يجب دمج Timeboxing في جميع الأوقات - حتى في المشاريع التي ليس لها جدول زمني محدد أو تاريخ انتهاء.

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

تعاون

التعاون بين أعضاء الفريق وأصحاب المصلحة الرئيسيين هو المفتاح لخلق ثقافات ديناميكية وفعالة.

لا تتنازل عن الجودة أبدًا

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

بناء تدريجي من أسس ثابتة

تحتاج فرق المشروع إلى القيام بما يكفي صمم العمل مقدمًا (EDUF) للبناء بشكل تدريجي وتجنب القيام بعمل أكثر مما هو مطلوب.

تطوير بشكل تكراري

يشجع DSDM التطوير التكراري بناءً على ملاحظات العميل والمستخدم وأصحاب المصلحة.

يجب تحديد أهداف التطوير التكرارية فيما يتعلق ببيئة المشروع.

تواصل بشكل مستمر وواضح

حيثما أمكن ، يقترح DSDM اجتماعات أو ورش عمل وجهًا لوجه يوميًا. يجب تحديد الأدوار والمسؤوليات بشكل واضح.

يجب أن تكون الوثائق بسيطة وأن يتم إنتاجها في الوقت المناسب.

هذا يعزز مشاريع شفافة للغاية حيث يشعر أصحاب المصلحة أن احتياجاتهم الخاصة مسموعة ومفهومة ويتم تلبيتها.

أظهر السيطرة

يجب أن يكون مديرو المشروع وقادة الفريق قادرين على إظهار التحكم في المشروع والتواصل معه.

بمعنى آخر ، يتماشى المشروع تمامًا مع أهداف الشركة.

يعني التحكم أيضًا أن مديري المشاريع يتتبعون المقاييس المهمة بشكل دوري للحفاظ على جدوى المشروع.

أفضل ممارسات إدارة مشروع DSDM

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

تشمل أفضل الممارسات ما يلي:

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

دراسات الحالة

  • Scenario: Software Development for a Startup
    • مبادئ:
      • التركيز على نموذج الأعمال: Align the software development with the startup’s business goals and prioritize the most critical features for the initial release.
      • التسليم في الوقت المحدد: Implement timeboxing to ensure rapid development and frequent product releases, enabling the startup to gain traction quickly.
      • التعاون: Foster collaboration among the small team of developers, designers, and founders to iterate and refine the product rapidly.
  • Scenario: E-commerce Website Enhancement
    • مبادئ:
      • لا تتنازل أبدًا عن الجودة: Define and maintain quality standards for the website’s user experience, ensuring a seamless shopping process.
      • البناء بشكل تدريجي من أسس الشركة: Conduct upfront صمم work to improve the website’s architecture while incrementally adding new features.
      • التطوير بشكل متكرر: Continuously gather user feedback to enhance product pages, checkout processes, and user account management.
      • التواصل بشكل مستمر وواضح: Facilitate clear communication among developers, designers, and stakeholders to address issues promptly.
  • Scenario: Public Sector IT Project
    • مبادئ:
      • التركيز على نموذج الأعمال: Ensure that the IT project aligns with the government agency’s objectives, such as improving public services.
      • التعاون: Promote collaboration between various departments and agencies involved in the project to streamline processes and enhance services.
      • إظهار السيطرة: Track key metrics to demonstrate that the project is on track and delivering value to the public.
  • Scenario: Mobile App Development for a Healthcare Provider
    • مبادئ:
      • التركيز على نموذج الأعمال: Develop a mobile app that aligns with the healthcare provider’s patient engagement goals.
      • التسليم في الوقت المحدد: Set timeboxes for app releases, ensuring that patients can access new features and information regularly.
      • التعاون: Involve healthcare professionals, developers, and user experience designers to create a user-friendly and medically accurate app.
  • Scenario: Agile Transformation in a Large Corporation
    • مبادئ:
      • لا تتنازل أبدًا عن الجودة: Maintain high-quality software solutions as the corporation transitions to agile methodologies.
      • البناء بشكل تدريجي من أسس الشركة: Invest in architectural improvements while incrementally transitioning legacy systems to agile practices.
      • التطوير بشكل متكرر: Continuously refine software solutions based on feedback from different business units within the corporation.
      • التواصل بشكل مستمر وواضح: Foster transparent communication between agile teams and corporate leadership to ensure alignment with strategic objectives.

الوجبات الرئيسية:

  1. طريقة تطوير الأنظمة الديناميكية هي نهج رشيق يضيف الهيكل والانضباط إلى التطوير السريع للتطبيق (RAD).
  2. تعتمد طريقة تطوير الأنظمة الديناميكية على ثمانية مبادئ رئيسية توجه إنشاء قيمة الأعمال. ومع ذلك ، يجب أن تتبع فرق المشروع جميع المبادئ الثمانية لتجنب المساومة على فعالية فلسفة DSDM.
  3. تتضمن طريقة تطوير الأنظمة الديناميكية أفضل الممارسات المفيدة في العديد من أطر العمل الرشيقة اللاحقة. وهي تشمل إجمالي قبول أصحاب المصلحة ، وفرق المشروع المستقلة ، وتحديد أولويات المهام القاسية.

ويبرز الرئيسية

  • فهم طريقة تطوير الأنظمة الديناميكية (DSDM): يعد DSDM أسلوبًا رشيقًا تطور خلال التسعينيات كاستجابة للطبيعة غير المنظمة للتطوير السريع للتطبيقات (RAD). يهدف DSDM إلى تحقيق الانضباط والهيكل لتطوير البرمجيات مع التركيز على أهداف العمل والتسليم المتكرر والتعاون.
  • ثمانية مبادئ أساسية لـ DSDM:
    1. التركيز على نموذج الأعمال: يجب أن تتماشى المشاريع مع حالة العمل ويساعد تحديد أولويات MoSCoW في توضيح المتطلبات.
    2. التسليم في الوقت المحدد: يعد تحديد الوقت أمرًا بالغ الأهمية، حيث يؤدي إلى إنشاء جداول زمنية يمكن التنبؤ بها وتعزيز الروح المعنوية.
    3. التعاون: يعد التعاون بين أعضاء الفريق وأصحاب المصلحة أمرًا ضروريًا للثقافات الفعالة.
    4. لا تتنازل أبدًا عن الجودة: يجب تحديد معايير الجودة والحفاظ عليها من خلال الاختبار والمراجعة المستمرة.
    5. البناء بشكل تدريجي من أسس الشركة: كاف صمم مقدما أمر حيوي للتقدم التدريجي.
    6. التطوير بشكل متكرر: تشجيع التطوير التكراري بناءً على تعليقات المستخدمين وتحديد الأهداف.
    7. التواصل بشكل مستمر وواضح: تسهيل التواصل وجهًا لوجه، والأدوار المحددة، والتوثيق البسيط.
    8. إظهار السيطرة: يجب على مديري المشاريع إظهار التحكم والمواءمة مع أهداف الشركة من خلال مقاييس التتبع.
  • أفضل ممارسات إدارة مشروع DSDM:
    • تأمين مشاركة الإدارة العليا والموظفين وقائد الفريق وأصحاب المصلحة.
    • تمكين الفرق بسلطة اتخاذ القرار والموارد والأدوات اللازمة.
    • تحديد أولويات احتياجات المشروع والاستعداد لاتخاذ قرارات صعبة.

أطر العمل المرنة والمرنة المتصلة

AIOps

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

التحول السريع

التحول السريع
AgileSHIFT هو إطار عمل يعد الأفراد للتغيير التحولي من خلال خلق ثقافة الرشاقة.

منهجية رشيقة

منهجية رشيقة
بدأت 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 بتنبيه الإدارة أو الصيانة أو الموظفين الآخرين بمشكلة عملية الإنتاج. يمكن تنشيط التنبيه نفسه يدويًا باستخدام زر أو سلك سحب ، ولكن يمكن أيضًا تنشيطه تلقائيًا بواسطة معدات الإنتاج. تستخدم معظم لوحات Andon ثلاثة أضواء ملونة مشابهة لإشارة المرور: أخضر (لا توجد أخطاء) ، أصفر أو كهرماني (تم تحديد المشكلة ، أو يلزم فحص الجودة) ، والأحمر (توقف الإنتاج بسبب مشكلة غير محددة).

إدارة المحافظ الثنائية

إدارة المحافظ ثنائية النسق
تساعد إدارة المحافظ الثنائية (BimodalPfM) المؤسسة في إدارة كل من المحافظ المرنة والتقليدية في نفس الوقت. تمت صياغة إدارة المحافظ الثنائية - التي يشار إليها أحيانًا باسم التطوير الثنائي - من قبل شركة الأبحاث والاستشارات Gartner. جادلت الشركة بأن العديد من المنظمات المرنة لا تزال بحاجة إلى تشغيل بعض جوانب عملياتها باستخدام نماذج التسليم التقليدية.

مصفوفة ابتكار الأعمال

الابتكار في مجال الأعمال
لعملك ابتكار يتعلق بخلق فرص جديدة للمؤسسة لإعادة اختراع عروضها الأساسية ، وتدفقات الإيرادات ، وتعزيز اقتراح قيمة للعملاء الحاليين أو الجدد ، وبالتالي تجديد أعمالها بالكامل نموذج. اعمال ابتكار من خلال فهم هيكل السوق ، وبالتالي التكيف مع هذه التغييرات أو توقعها.

ابتكار نموذج الأعمال

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

التعطيل البناء

التعطيل البناء
المستهلك العلامة تجارية تعرف شركة مثل Procter & Gamble (P&G) "التعطيل البناء" على أنه: الرغبة في التغيير والتكيف وخلق اتجاهات وتقنيات جديدة من شأنها تشكيل صناعتنا في المستقبل. وفقًا لشركة P&G ، فإنها تتحرك حول أربعة أعمدة: العجاف ابتكار, العلامة تجارية البناء وسلسلة التوريد والرقمنة وتحليلات البيانات.

الابتكار المستمر

الابتكار المستمر
هذه عملية تتطلب حلقة تغذية مرتدة مستمرة لتطوير منتج ذي قيمة وبناء عمل تجاري قابل للتطبيق نموذج. مستمر ابتكار هي عقلية يتم فيها تصميم المنتجات والخدمات وتقديمها لضبطها حول مشكلة العملاء وليس الحل التقني لمؤسسيها.

تصميم سبرينت

تصميم سبرينت
A صمم Sprint هي عملية مجربة مدتها خمسة أيام يتم فيها الرد على أسئلة العمل المهمة بسرعة صمم والنماذج الأولية ، مع التركيز على المستخدم النهائي. أ صمم يبدأ العدو بالتحدي الأسبوعي الذي يجب أن ينتهي بنموذج أولي ، واختباره في النهاية ، وبالتالي تم تعلم الدرس ليتم تكراره.

التفكير في التصميم

التفكير في التصميم
حدد تيم براون ، الرئيس التنفيذي لـ IDEO صمم التفكير على أنه "نهج محوره الإنسان ابتكار التي تستمد من مجموعة أدوات المصمم لدمج احتياجات الأشخاص وإمكانيات التكنولوجيا ومتطلبات نجاح الأعمال. " لذلك ، فإن الرغبة والجدوى والجدوى متوازنة لحل المشكلات الحرجة.

DevOps

devops الهندسة
يشير DevOps إلى سلسلة من الممارسات التي يتم إجراؤها لأداء عمليات تطوير البرامج المؤتمتة. إنه اقتران لمصطلح "تطوير" و "عمليات" للتأكيد على كيفية تكامل الوظائف عبر فرق تكنولوجيا المعلومات. تعزز إستراتيجيات DevOps بناء المنتجات واختبارها ونشرها بسلاسة. ويهدف إلى سد الفجوة بين فرق التطوير والعمليات لتبسيط التطوير تمامًا.

مسار مزدوج رشيق

مزدوج المسار رشيقة
يعد اكتشاف المنتج جزءًا مهمًا من المنهجيات الرشيقة ، حيث يتمثل هدفها في ضمان بناء المنتجات التي يحبها العملاء. يتضمن اكتشاف المنتج التعلم من خلال مجموعة من الأساليب ، بما في ذلك صمم التفكير والبدء الخالي من الهدر واختبار A / B على سبيل المثال لا الحصر. Dual Track Agile هي منهجية رشيقة تحتوي على مسارين منفصلين: مسار "الاكتشاف" ومسار "التسليم".

أقصى الحدود برمجة وتطوير

البرمجة المتطرفة
تم تطوير برمجة eXtreme في أواخر التسعينيات من قبل كين بيك ورون جيفريز وورد كننغهام. خلال هذا الوقت ، كان الثلاثي يعملون على نظام التعويض الشامل لشركة كرايسلر (C1990) للمساعدة في إدارة نظام كشوف مرتبات الشركة. برمجة eXtreme (XP) هي منهجية لتطوير البرمجيات. إنه مصمم لتحسين جودة البرامج وقدرة البرامج على التكيف مع احتياجات العملاء المتغيرة.

ميزة التنمية مدفوعة

ميزة التنمية مدفوعة
التطوير المدفوع بالميزات هو عملية برمجية براغماتية تتمحور حول العميل والهندسة المعمارية. التطوير المدفوع بالميزات (FDD) هو تطوير برمجيات رشيقة نموذج الذي ينظم سير العمل وفقًا للميزات التي يجب تطويرها بعد ذلك.

ممشى جيمبا

جيمبا المشي
يعد Gemba Walk عنصرًا أساسيًا في الإدارة الرشيقة. يصف الملاحظة الشخصية للعمل لمعرفة المزيد عنه. Gemba هي كلمة يابانية تُترجم بشكل فضفاض على أنها "المكان الحقيقي" ، أو في العمل ، "المكان الذي يتم فيه إنشاء القيمة". تم إنشاء Gemba Walk كمفهوم من قبل Taiichi Ohno ، والد نظام إنتاج Toyota للتصنيع الخالي من الهدر. أراد Ohno تشجيع المديرين التنفيذيين في الإدارة على مغادرة مكاتبهم ومعرفة مكان حدوث العمل الحقيقي. كان يأمل أن يؤدي ذلك إلى بناء علاقات بين الموظفين ذوي المهارات المختلفة إلى حد كبير وبناء الثقة.

تخطيط GIST

التخطيط الجوهري
يعد تخطيط GIST طريقة سهلة نسبيًا وخفيفة الوزن لتخطيط المنتجات التي تفضل العمل المستقل. GIST Planning هي منهجية مرنة ورشيقة تم إنشاؤها بواسطة مدير منتجات Google السابق إيتامار جلعاد. يسعى GIST Planning إلى معالجة هذا الموقف من خلال إنشاء خطط خفيفة الوزن تكون سريعة الاستجابة وقابلة للتكيف مع التغيير. يعمل تخطيط GIST أيضًا على تحسين سرعة الفريق والاستقلالية والمواءمة من خلال تقليل التأثير السائد للإدارة. يتكون من أربع مجموعات: الأهداف والأفكار والمشاريع المتدرجة والمهام.

سجل ICE

نموذج سجل الجليد
يعد نموذج نقاط ICE منهجية رشيقة تعطي الأولوية للميزات باستخدام البيانات وفقًا لثلاثة مكونات: التأثير والثقة وسهولة التنفيذ. تم إنشاء نموذج تسجيل ICE في البداية بواسطة المؤلف و نمو الخبير شون إليس لمساعدة الشركات على التوسع. اليوم هو نموذج يستخدم على نطاق واسع لتحديد أولويات المشاريع والميزات والمبادرات وعمليات الطرح. إنها مناسبة بشكل مثالي لتطوير المنتجات في المراحل المبكرة حيث يوجد تدفق مستمر للأفكار ويجب الحفاظ على الزخم.

قمع الابتكار

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

مصفوفة الابتكار

أنواع الابتكار
وفقًا لمدى دقة تعريف المشكلة ومدى دقة تعريف المجال ، لدينا أربعة أنواع رئيسية من الابتكارات: البحث الأساسي (المشكلة والمجال أو غير محدد جيدًا) ؛ اختراق ابتكار (المجال غير محدد بشكل جيد ، المشكلة محددة جيدا) ؛ مستدامة ابتكار (يتم تعريف كل من المشكلة والمجال بشكل جيد) ؛ ومربكة ابتكار (المجال محدد جيدا ، المشكلة ليست محددة جيدا).

نظرية الابتكار

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

Lean مقابل Agile

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

العجاف بدء التشغيل

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

المنتج الحد الأدنى قابلة للحياة

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

أصغر حجمًا MVP

أصغر حجمًا
MVP الأصغر حجمًا هو تطور نهج MPV. حيث يتم التحقق من مخاطر السوق قبل أي شيء آخر

Kanban

kanban
كانبان هو إطار للتصنيع الخالي من الهدر طورته تويوتا لأول مرة في أواخر الأربعينيات. إطار عمل كانبان هو وسيلة لتصور العمل وهو يتحرك من خلال تحديد الاختناقات المحتملة. يقوم بذلك من خلال عملية تسمى التصنيع في الوقت المناسب (JIT) لتحسين العمليات الهندسية ، وتسريع تصنيع المنتجات ، وتحسين الانتقال إلى السوق إستراتيجية.

جيدوكا

جيدوكا
تم استخدام Jidoka لأول مرة في عام 1896 بواسطة Sakichi Toyoda ، الذي اخترع نول نسيج يتوقف تلقائيًا عند مواجهة خيط معيب. جيدوكا مصطلح ياباني يستخدم في التصنيع الخالي من الهدر. يصف المصطلح سيناريو تتوقف فيه الآلات عن العمل دون تدخل بشري عند اكتشاف مشكلة أو عيب.

دورة PDCA

دورة PDCA
تم اقتراح دورة PDCA (Plan-Do-Check-Act) لأول مرة من قبل الفيزيائي الأمريكي والمهندس والتر أيه شيوهارت في عشرينيات القرن الماضي. دورة PDCA هي عملية مستمرة وطريقة لتحسين المنتج ومكون أساسي في فلسفة التصنيع الخالي من الهدر.

عملية الرشيد الموحدة

عملية موحدة عقلانية
العملية الموحدة العقلانية (RUP) هي منهجية تطوير برمجيات رشيقة تقسم دورة حياة المشروع إلى أربع مراحل متميزة.

التطوير السريع للتطبيق

التطوير السريع للتطبيق
تم تقديم RAD لأول مرة من قبل المؤلف والمستشار جيمس مارتن في عام 1991. أدرك مارتن ثم استفاد من قابلية البرمجيات اللانهائية للتطويع في تصميم نماذج التطوير. التطوير السريع للتطبيقات (RAD) هو منهجية تركز على التقديم السريع من خلال التغذية الراجعة المستمرة والتكرار المتكرر.

تحليل بأثر رجعي

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

رشيقة متدرجة

تطوير متدرج - رشيق - رقيق
يساعد Scaled Agile Lean Development (ScaleD) الشركات على اكتشاف نهج متوازن للتحول السريع وأسئلة التوسع. نهج ScALed يساعد الشركات على الاستجابة بنجاح للتغيير. مستوحى من مزيج من القيم المرنة والمرنة ، يعتمد ScALed على الممارس ويمكن إكماله من خلال أطر وممارسات رشيقة مختلفة.

SMED

سميد
طريقة 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 خلال عرض تقديمي حول البرنامج المستخدم في التصوير بالرادار خلال الحرب الباردة. نظرًا لعدم وجود استراتيجيات تطوير برامج إبداعية قائمة على المعرفة في ذلك الوقت ، أصبحت طريقة الشلال ممارسة قياسية. نموذج الشلال هو إطار إدارة مشروع خطي ومتسلسل. 

اقرأ أيضا: الابتكار المستمرمنهجية رشيقةالعجاف بدء التشغيلابتكار نموذج الأعمالإدارة المشاريع.

قراءة التالي: منهجية رشيقة, منهجية العجاف, إدارة المشاريع رشيقة, سكروم, Kanban, ستة سيغما.

الأدلة الرئيسية:

دراسات الحالة الرئيسية:

نبذة عن الكاتب

انتقل إلى الأعلى
FourWeekMBA