يصف التحسين السابق لأوانه فعل محاولة جعل شيء ما أكثر كفاءة في وقت يكون فيه من السابق لأوانه القيام بذلك. هنا ، يأتي هذا التركيز على الكفاءة على حساب المهام الأكثر أهمية. على سبيل المثال ، قبل أن تبدأ الأعمال التجارية تسويق الأتمتة ، فهي تفهم عملائها بشكل أفضل ؛ وإلا فإن الخطر يتمثل في تقليل تجربة العميل بسبب التحسين المبكر.
جدول المحتويات
فهم التحسين المبكر
في الأساس ، يعد التحسين المبكر إلهاءًا عن إكمال العمل المهم. غالبًا ما يكون التركيز على التحسين التركيز على التحسينات المتزايدة. ومع ذلك ، يؤدي هذا إلى تحويل الموارد بعيدًا عن المهام الأكثر أهمية.
على سبيل المثال ، أنفقت العديد من الشركات الوقت والمال في تصميم مواقع رائعة دون تطوير منتج يعكس قيمها الأساسية أو احتياجات المستهلك. هنا ، تحتاج الشركات إلى فهم أسواقها وترك التحسين لـ تسويق وتسليم منتجاتهم أو خدماتهم.
الشركات التي تقضي وقتًا في تحسين العمليات غير المهمة غالبًا ما تكون أولوياتها خاطئة. من المحتمل أيضًا أن يصابوا بالإحباط ويتخلوا عن بعض المشاريع تمامًا.
على أقل تقدير ، سيتخذون قرارات غير مدروسة ولن تكون في النهاية في مصلحتهم الفضلى.
التحسين السابق لأوانه في سياق تطوير البرمجيات
مصطلح التحسين المبكر صاغه في الأصل الأستاذ في جامعة ستانفورد دونالد إي كنوث. وجادل بأن مطوري البرمجيات "يجب أن ينسوا الكفاءات الصغيرة ، لنقل حوالي 97٪ من الوقت: التحسين المبكر هو أصل كل الشرور".
على الرغم من أن الاقتباس أعلاه يتم الاستشهاد به كثيرًا ، إلا أنه غالبًا ما يتم أخذه من سياقه. يقول Knuth أن التحسين السابق لأوانه أمر شرير ، ولكن بنسبة 97٪ فقط من الوقت. وأشار إلى أن نسبة 3٪ المتبقية كانت حاسمة في طرح منتج بسيط في السوق تم تحسينه فقط عند الضرورة.
نظرًا لأن الإصدارات الرشيقة والمتكررة شائعة في صناعة البرمجيات ، فإن الكمال المرتبط بالتحسين المبكر يؤدي إلى تأخير المنتج في تلقي ملاحظات المستهلك. في أسوأ الحالات ، لا يتم تلقي التعليقات أبدًا.
نتيجة لذلك ، لا يفهم المطورون المكان الذي يجب أن يركز عليه التحسين. يؤدي هذا دائمًا إلى منتج لا يرغب المستهلكون في شرائه أو استخدامه.
تجنب التحسين المبكر أثناء مرحلة تطوير المنتج
بغض النظر عن الصناعة ، هناك العديد من الأشياء التي يجب على الشركة تذكرها عند تطوير منتج أو خدمة:
تقليل التحسين
ستساعد جرعة صحية من الواقعية الشركات على الخروج من دورات التحسين اللانهائية. يجب أن يتذكروا أنه لا يوجد منتج أو سيكون مثاليًا على الإطلاق. ستجد الشركات التي ستقع في شرك هذه الدورة أن جودة المنتج النهائي وفائدته ستكون دون المستوى المطلوب.
قد يجدون أيضًا أن ميزتهم التنافسية قد ضاعت.
يخاطر
يجب أن تظهر الأفكار غير الكاملة حول منتج ما في شكل نموذج أولي. من هناك ، يجب جمع التعليقات لتحمل المجازفة المثقفة بتحويل هذا النموذج الأولي إلى منتج قابل للبيع.
قاوم الرغبة في تطوير منتج أولاً دون توفر تعليقات المستهلك المطلوبة.
ضع في اعتبارك الـ 3٪
قال Knuth أن التحسين بنسبة 3٪ كان أمرًا بالغ الأهمية ، لكن الرقم الدقيق أقل أهمية من تحديد مكان تركيز جهود التحسين.
تحقيقا لهذه الغاية ، من المفيد أن تكون متأملًا. ما هي مزايا وعيوب تحسين معين؟ هل يحظى تحسين آخر بالأولوية ، أم أنه من المحتمل أن يؤدي إلى نتائج أفضل؟
علاوة على ذلك ، ما هي تكاليف التحسين ، وهل المكافآت تبرر المخاطرة؟ هذه بعض الأسئلة التي يمكن أن تستخدمها الشركات للتأكد من أنها تركز على أفضل التحسينات.
الوجبات الرئيسية:
التحسين السابق لأوانه هو التركيز على إجراء تحسينات على منتج أو خدمة قبل أن يكون من المناسب القيام بذلك.
صاغ البروفيسور دونالد كنوث التحسين السابق لأوانه ، الذي جادل بأن التحسين في المراحل الأولى من تطوير البرمجيات كان ضارًا بالنجاح بنسبة 97٪ من الوقت.
لتجنب التحسين المبكر ، يمكن للوعي الذاتي والقدرة على تحمل مخاطر مدروسة كسر التركيز المهووس إلى حد ما على التحسين.
النقاط الرئيسية:
مقدمة عن التحسين المبكر:
يتضمن التحسين السابق لأوانه محاولة جعل شيء ما أكثر كفاءة قبل أن يحين الوقت المناسب ، غالبًا على حساب مهام أكثر أهمية.
يمكن أن يؤدي التركيز على التحسين في وقت مبكر جدًا إلى تشتيت الانتباه عن إكمال العمل الأساسي.
التحسين المبكر في الأعمال:
تعطي العديد من الشركات الأولوية للتحسين ، مثل تصميم مواقع ويب رائعة ، دون فهم قيمها الأساسية أو احتياجات العملاء أولاً.
الشركات التي تعمل على تحسين العمليات غير المهمة قد يكون لها أولويات في غير محلها ويمكن أن تُثبط عزيمتها أو تتخلى عن المشاريع.
التحسين المبكر في تطوير البرمجيات:
يشير التحسين السابق لأوانه في تطوير البرامج ، الذي صاغه دونالد إي. كنوث ، إلى التحسين المفرط قبل الحصول على تعليقات المستهلك المهمة.
اقترح Knuth أن حوالي 97٪ من الوقت ، التحسين المبكر ضار ، لكن الـ 3٪ المتبقية ضرورية للتحسين الضروري.
تجنب التحسين المبكر:
تقليل التحسين: يعد النهج الواقعي أمرًا ضروريًا لمنع دورات التحسين التي لا نهاية لها والتي يمكن أن تؤدي إلى منتجات دون المستوى وفقدان الميزة التنافسية.
يخاطر: طوّر نماذج أولية واجمع التعليقات قبل الالتزام بالتحسين المفرط. تجنب تطوير منتج بدون مدخلات المستهلك.
ضع في اعتبارك 3٪: ركز على 3٪ الحرجة من التحسين عند الضرورة. إعطاء الأولوية للتحسينات التي تقدم نتائج أفضل وتبرير المخاطر.
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.
القيادة الرشيقة هي تجسيد لمبادئ البيان الرشيق من قبل المدير أو فريق الإدارة. تؤثر القيادة الرشيقة على مستويين مهمين من الأعمال. يحدد المستوى الهيكلي الأدوار والمسؤوليات ومؤشرات الأداء الرئيسية. يصف المستوى السلوكي الإجراءات التي يعرضها القادة للآخرين بناءً على مبادئ رشاقة.
تساعد إدارة المحافظ الثنائية (BimodalPfM) المؤسسة في إدارة كل من المحافظ المرنة والتقليدية في نفس الوقت. تمت صياغة إدارة المحافظ الثنائية - التي يشار إليها أحيانًا باسم التطوير الثنائي - من قبل شركة الأبحاث والاستشارات Gartner. جادلت الشركة بأن العديد من المنظمات المرنة لا تزال بحاجة إلى تشغيل بعض جوانب عملياتها باستخدام نماذج التسليم التقليدية.
لعملك ابتكار يتعلق بخلق فرص جديدة للمؤسسة لإعادة اختراع عروضها الأساسية ، وتدفقات الإيرادات ، وتعزيز اقتراح قيمة للعملاء الحاليين أو الجدد ، وبالتالي تجديد أعمالها بالكامل نموذج. اعمال ابتكار من خلال فهم هيكل السوق ، وبالتالي التكيف مع هذه التغييرات أو توقعها.
لعملك نموذجابتكار يدور حول زيادة نجاح منظمة بالمنتجات والتقنيات الحالية من خلال صياغة مقنعة اقتراح قيمة قادرة على دفع جديد نموذج الأعمال لتوسيع نطاق العملاء وخلق ميزة تنافسية دائمة. ويبدأ كل شيء من خلال إتقان العملاء الرئيسيين.
المستهلك العلامة تجارية تعرف شركة مثل Procter & Gamble (P&G) "التعطيل البناء" على أنه: الرغبة في التغيير والتكيف وخلق اتجاهات وتقنيات جديدة من شأنها تشكيل صناعتنا في المستقبل. وفقًا لشركة P&G ، فإنها تتحرك حول أربعة أعمدة: العجاف ابتكار, العلامة تجارية البناء وسلسلة التوريد والرقمنة وتحليلات البيانات.
هذه عملية تتطلب حلقة تغذية مرتدة مستمرة لتطوير منتج ذي قيمة وبناء عمل تجاري قابل للتطبيق نموذج. مستمر ابتكار هي عقلية يتم فيها تصميم المنتجات والخدمات وتقديمها لضبطها حول مشكلة العملاء وليس الحل التقني لمؤسسيها.
A صمم Sprint هي عملية مجربة مدتها خمسة أيام يتم فيها الرد على أسئلة العمل المهمة بسرعة صمم والنماذج الأولية ، مع التركيز على المستخدم النهائي. أ صمم يبدأ العدو بالتحدي الأسبوعي الذي يجب أن ينتهي بنموذج أولي ، واختباره في النهاية ، وبالتالي تم تعلم الدرس ليتم تكراره.
حدد تيم براون ، الرئيس التنفيذي لـ IDEO صمم التفكير على أنه "نهج محوره الإنسان ابتكار التي تستمد من مجموعة أدوات المصمم لدمج احتياجات الأشخاص وإمكانيات التكنولوجيا ومتطلبات نجاح الأعمال. " لذلك ، فإن الرغبة والجدوى والجدوى متوازنة لحل المشكلات الحرجة.
يشير DevOps إلى سلسلة من الممارسات التي يتم إجراؤها لأداء عمليات تطوير البرامج المؤتمتة. إنه اقتران لمصطلح "تطوير" و "عمليات" للتأكيد على كيفية تكامل الوظائف عبر فرق تكنولوجيا المعلومات. تعزز إستراتيجيات DevOps بناء المنتجات واختبارها ونشرها بسلاسة. ويهدف إلى سد الفجوة بين فرق التطوير والعمليات لتبسيط التطوير تمامًا.
يعد اكتشاف المنتج جزءًا مهمًا من المنهجيات الرشيقة ، حيث يتمثل هدفها في ضمان بناء المنتجات التي يحبها العملاء. يتضمن اكتشاف المنتج التعلم من خلال مجموعة من الأساليب ، بما في ذلك صمم التفكير والبدء الخالي من الهدر واختبار A / B على سبيل المثال لا الحصر. Dual Track Agile هي منهجية رشيقة تحتوي على مسارين منفصلين: مسار "الاكتشاف" ومسار "التسليم".
التطوير المدفوع بالميزات هو عملية برمجية براغماتية تتمحور حول العميل والهندسة المعمارية. التطوير المدفوع بالميزات (FDD) هو تطوير برمجيات رشيقة نموذج الذي ينظم سير العمل وفقًا للميزات التي يجب تطويرها بعد ذلك.
تم تطوير برمجة eXtreme في أواخر التسعينيات من قبل كين بيك ورون جيفريز وورد كننغهام. خلال هذا الوقت ، كان الثلاثي يعملون على نظام التعويض الشامل لشركة كرايسلر (C1990) للمساعدة في إدارة نظام كشوف مرتبات الشركة. برمجة eXtreme (XP) هي منهجية لتطوير البرمجيات. إنه مصمم لتحسين جودة البرامج وقدرة البرامج على التكيف مع احتياجات العملاء المتغيرة.
يعد نموذج نقاط ICE منهجية رشيقة تعطي الأولوية للميزات باستخدام البيانات وفقًا لثلاثة مكونات: التأثير والثقة وسهولة التنفيذ. تم إنشاء نموذج تسجيل ICE في البداية بواسطة المؤلف و نمو الخبير شون إليس لمساعدة الشركات على التوسع. اليوم هو نموذج يستخدم على نطاق واسع لتحديد أولويات المشاريع والميزات والمبادرات وعمليات الطرح. إنها مناسبة بشكل مثالي لتطوير المنتجات في المراحل المبكرة حيث يوجد تدفق مستمر للأفكار ويجب الحفاظ على الزخم.
An ابتكار القمع هو أداة أو عملية تضمن تنفيذ أفضل الأفكار فقط. بالمعنى المجازي ، يقوم القمع بفحص الأفكار المبتكرة من أجل الجدوى بحيث يقتصر الأمر على أفضل المنتجات أو العمليات أو نماذج الأعمال يتم طرحها في السوق. ان ابتكار قمع يوفر إطار عمل لفحص واختبار الأفكار المبتكرة من أجل الجدوى.
وفقًا لمدى دقة تعريف المشكلة ومدى دقة تعريف المجال ، لدينا أربعة أنواع رئيسية من الابتكارات: البحث الأساسي (المشكلة والمجال أو غير محدد جيدًا) ؛ اختراق ابتكار (المجال غير محدد بشكل جيد ، المشكلة محددة جيدا) ؛ مستدامة ابتكار (يتم تعريف كل من المشكلة والمجال بشكل جيد) ؛ ومربكة ابتكار (المجال محدد جيدا ، المشكلة ليست محددة جيدا).
• ابتكار الحلقة هي منهجية / إطار عمل مشتق من مختبرات بيل ، والتي أنتجت ابتكار على نطاق واسع طوال القرن العشرين. لقد تعلموا كيفية الاستفادة من الهجين ابتكار إدارة نموذج على أساس العلم والاختراع والهندسة والتصنيع على نطاق واسع. من خلال الاستفادة من العبقرية الفردية والإبداع والمجموعات الصغيرة / الكبيرة.
تم التفكير في منهجية Agile في المقام الأول لتطوير البرمجيات (وقد تبنتها أيضًا تخصصات الأعمال الأخرى). التفكير الخالي من الهدر هو أسلوب لتحسين العملية حيث تعطي الفرق الأولوية لـ القيمة تدفقات لتحسينه بشكل مستمر. تنظر كلتا المنهجيتين إلى العميل باعتباره المحرك الرئيسي للتحسين وتقليل الفاقد. كلا المنهجيتين تنظر إلى التحسين على أنه شيء مستمر.
شركة ناشئة هي شركة ذات تقنية عالية تحاول بناء شركة قابلة للتطوير نموذج الأعمال في الصناعات التي تعتمد على التكنولوجيا. عادة ما تتبع الشركة الناشئة منهجية بسيطة ، حيث تكون مستمرة ابتكار، مدفوعة بحلقات فيروسية مدمجة هي القاعدة. هكذا يقود نمو والبناء آثار الشبكة نتيجة لهذا إستراتيجية.
كانبان هو إطار للتصنيع الخالي من الهدر طورته تويوتا لأول مرة في أواخر الأربعينيات. إطار عمل كانبان هو وسيلة لتصور العمل وهو يتحرك من خلال تحديد الاختناقات المحتملة. يقوم بذلك من خلال عملية تسمى التصنيع في الوقت المناسب (JIT) لتحسين العمليات الهندسية ، وتسريع تصنيع المنتجات ، وتحسين الانتقال إلى السوق إستراتيجية.
تم تقديم RAD لأول مرة من قبل المؤلف والمستشار جيمس مارتن في عام 1991. أدرك مارتن ثم استفاد من قابلية البرمجيات اللانهائية للتطويع في تصميم نماذج التطوير. التطوير السريع للتطبيقات (RAD) هو منهجية تركز على التقديم السريع من خلال التغذية الراجعة المستمرة والتكرار المتكرر.
يساعد Scaled Agile Lean Development (ScaleD) الشركات على اكتشاف نهج متوازن للتحول السريع وأسئلة التوسع. نهج ScALed يساعد الشركات على الاستجابة بنجاح للتغيير. مستوحى من مزيج من القيم المرنة والمرنة ، يعتمد ScALed على الممارس ويمكن إكماله من خلال أطر وممارسات رشيقة مختلفة.
نموذج 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.
تصف الأهداف الممتدة أي مهمة يخطط فريق أجايل لإكمالها دون الالتزام صراحةً بالقيام بذلك. تدمج الفرق أهدافًا قابلة للتمدد أثناء Sprint أو Program Increment (PI) كجزء من Scaled Agile. يتم استخدامها عندما يكون الفريق الرشيق غير متأكد من قدرته على تحقيق الهدف. لذلك ، فإن الأهداف الممتدة هي بدلاً من ذلك نتائج ، على الرغم من أنها مرغوبة للغاية ، إلا أنها ليست الفرق بين نجاح أو فشل كل سباق.
الشلال نموذج تم وصفه لأول مرة من قبل هربرت د. بيننجتون في عام 1956 خلال عرض تقديمي حول البرنامج المستخدم في التصوير بالرادار خلال الحرب الباردة. نظرًا لعدم وجود استراتيجيات تطوير برامج إبداعية قائمة على المعرفة في ذلك الوقت ، أصبحت طريقة الشلال ممارسة قياسية. الشلال نموذج هو إطار إدارة مشروع خطي ومتسلسل.
Gennaro هو منشئ FourWeekMBAالتي وصلت إلى حوالي أربعة ملايين رجل أعمال ، من المديرين التنفيذيين والمستثمرين والمحللين ومديري المنتجات ورواد الأعمال الرقمية الطموحين في عام 2022 وحده | وهو أيضًا مدير المبيعات لتوسيع نطاق التكنولوجيا الفائقة في صناعة الذكاء الاصطناعي | في عام 2012 ، حصل جينارو على ماجستير في إدارة الأعمال الدولية مع التركيز على تمويل الشركات واستراتيجية الأعمال.
