لماذا التأخر في رحلة طيران وعدم الطيران ليس بالأمر السيئ دائمًا؟ من هو المسؤول عن التأخر في الرصيف؟ لماذا تأتي إلى المطار مقدما؟ هل يمكن للطائرة A380 أن تطير إلى أستراخان؟ لماذا لا يعمل الحدس دائمًا؟ مفاجآت تحدث - لم يحدث قط وهنا مرة أخرى؟ لماذا ينتقد الركاب الطيار بعد الهبوط؟افترض أنك تقوم بتطوير نظام معلومات على مستوى الدولة (GIS) على نطاق وطني. فريق المشروع (محللون ، مطورو ، اختبار ، خدمات دعم ، خدمات بنية تحتية ، إلخ) أكثر من مائة شخص. تم تنفيذ النظام في عملية تجريبية أو صناعية. لقد دمجت آلاف المؤسسات مع نظامك وبدأت في العمل معه ، بل إن المزيد من المنظمات تخطط للتكامل. تعمل عشرات الآلاف من المنظمات من خلال واجهة ويب. يحتوي النظام على معلومات مفيدة للمواطنين ويوفر وظائف مثيرة للاهتمام. يحتاج العميل و / أو المستخدمون إلى تحسينات جديدة. يتم تسجيل ملايين الأشخاص في جميع أنحاء البلاد ويستخدمون النظام. تأتي الهدايا من العالم الخارجي في شكل تغيرات في أسعار النفط والعقوبات والقيود ، إلخ.
قدم؟ لذا ، فإن مثل هذا المشروع في الوقت الحالي هو مشروع GIS للإسكان والخدمات المجتمعية ، والذي بدأنا
الحديث عنه في وقت سابق ونريد الآن المتابعة.
المصدرالتجارب الأولى للإخوان رايت
على الأرجح ، إذا كنت تعمل في شركة صغيرة وقمت بتطوير "مشاريع صغيرة" ، فليس لديك العديد من عمليات الإصدار على هذا النحو. يبدو مخطط العمل شيء من هذا القبيل. أنت فقط تتظاهر بأنه سيكون من الجيد إطلاق بعض الميزات في 4-5 أشهر. ثم تكتب منتجات لشهر آخر ، تطور ، تطور ، ثم تحاول تثبيت كل هذا الاقتصاد من أجل إطلاق نسخة جديدة من البرنامج قيد التشغيل. بالطبع ، بحلول وقت الإصدار ، اتضح أنه لا يمكن تثبيت بعض التحسينات بأي شكل من الأشكال ، حيث يتم الكشف عن عيوب في الإنتاج ، حيث تم إنتاج المنتجات لفترة طويلة والآن تغير شيء ما ، وفي مكان ما اتضح أنها وقعت تحت وظائف غير واقعية ، إلخ. ومع ذلك ، يعمل هذا النهج بشكل جيد تمامًا لنفسه ، ولكن ، كقاعدة عامة ، طالما أن فريق المشروع صغير وشدة التغييرات صغيرة (لم يتم تشغيل النظام أو تم تجريبه من قبل بعض المستخدمين ، وما إلى ذلك). من حيث المبدأ ، بدون العمليات ، يمكنك توسيع نطاق المشاريع الكبيرة إلى حد ما - ما يصل إلى 20 شخصًا وما يصل إلى 40 شخصًا - كل هذا يعتمد على برودة الأفراد وتفانيهم. من المؤكد أن الكثير من الناس على دراية بالوضع عندما يكون فريق المشروع ، المكون من متخصصين بارعين ويائسين ، في الحالات التي تكون فيها المواعيد النهائية على وشك اختفاء كل شيء تقريبًا وديًا و ... "على أكتافهم" ، "على علب البيتزا" الأخلاقية والإرادة القوية "عبر الجبال سحبت النسخة في النهاية إلى العملية.
صدقوني ، لقد مررنا أيضًا بهذا (لهذا السبب نحب الآن جميع أنواع الأشياء المجنونة مثل
Racing Heroes ، و
marathons ، وما إلى ذلك). ولكن في مرحلة ما ، أدركنا أن كل شيء له حد وأنه عند تنفيذ أنظمة الإسكان والخدمات المجتمعية على نطاق GIS بدون عملية تحرير واضحة ، نضمن لك الحصول على ثلاث لحظات غير سارة رئيسية:
- الزبون غير راض عنك لأن لا يمكنك التنبؤ بتواريخ إصدار الوظيفة قيد التشغيل وكسر المواعيد النهائية باستمرار ، وإذا ظهرت مهمة غير متوقعة ، فإن هذا يؤدي إلى مشاكل كبيرة ؛
- تتدهور نوعية حياة الموظفين بسبب الفوضى المستمرة ، والمواجهات ، والعمل الإضافي ، وما إلى ذلك ؛
- قادة شركتك غير راضين عنك ، لأن ستكون التكاليف غير قابلة للسيطرة تماما.
تخبرنا خبرة LANIT في تطوير خدمات GIS السكنية والمجتمعية أن إحدى أهم اللحظات للتحول إلى "القضبان الصناعية" في تنفيذ المشاريع الكبيرة هي البناء الجيد لعملية الإصدار. هذا ، بالطبع ، لا يكفي للسعادة الكاملة ، ولكن عملية الإصدار تكمن وراء كل شيء ، وبدونها ، من المؤكد أن تكون أسوأ بكثير مما يمكن أن تكون.
في هذه المقالة ، سنصف اثنين من الممارسات الرئيسية ، في رأينا ، التي تكمن وراء عملية الإصدار الفعال في أنظمة تكنولوجيا المعلومات في نطاق نظم المعلومات الجغرافية والإسكان والخدمات المجتمعية:
- استخدام مخطط التسليم المنتظم للوظائف ،
- دورة إطلاق قصيرة.
من ناحية ، هذه الممارسات معروفة جيدًا وتستخدم في العديد من المنهجيات ، وكذلك مسجلة في
بيان رشيق . ومع ذلك ، فهي تتعارض إلى حد كبير مع الحدس وتتطلب مؤهلات ومهارات معينة ، وبالتالي يصعب تبريرها والالتقاء بنقص الفهم لدى كل من العميل وداخل فريق المشروع. سيتطلب تنفيذها في معايير الشركات فهماً جيداً جداً "لما نريد تحقيقه" و "لماذا سيؤدي تنفيذ هذه الممارسات بالضبط إلى النتيجة المرجوة". سننظر أدناه مع الأمثلة على هذه الممارسات والمشكلات الرئيسية في تنفيذها.
عندما قمنا بتحليل عملياتنا الداخلية المتعلقة بإدارة الإصدار ، ظهرت في رأسي ارتباطًا بعمل شركة طيران حديثة.
حركة جوية منتظمة
أجرت شركة الطيران تحليلاً للسوق ، وتوقعت أي الطرق سيكون لها تدفق كبير للركاب وستصبح مربحة للموسم المقبل ، وتفاوضت مع من كانت هناك حاجة إليه ، وحصلت على حقوق الطرق الضرورية ، وأطلقت رحلات منتظمة. يُعرف جدول الرحلات لفترة طويلة ، كقاعدة عامة ، لمدة ستة أشهر إلى عام. بالطبع ، من الذي يطير بالضبط ، شركة الطيران غير معروفة - فهي تركز على متوسط الإشغال المتوقع. علاوة على ذلك ، يمكن لشركة الطيران إبرام اتفاقيات طويلة الأجل مع المطارات ، والتفكير في أي الطائرات هي الأكثر فائدة في القيام برحلات ، ووضع إجراءاتها الداخلية الخاصة ، وما إلى ذلك. كل هذا يساهم في تحسين التكلفة.المصدرإذا احتاج أحد موظفي الشركة إلى المشاركة في اجتماع مهم في وقت معين ، ثم سافر إلى مدينة أخرى بالطائرة ، فإنه ببساطة يختار الرحلات الجوية بنفسه مع مراعاة المخاطر التي قد تتأخر في الاجتماع وحالة المرور.
الرحلات المنتظمة لها عيوبها. إذا اشترى موظف تذكرة رحلة ، ولكن لم يكن لديه الوقت ، فلن تنتظر الطائرة ذلك. غير سارة؟ نعم قد يحتاج الموظف إلى التحليق اليوم ، ولا توجد رحلات إلا غدًا أو بعد أسبوع فقط من الآن. ليست جيدة؟ نعم لكن الميزة الإضافية هي أنه يمكنك التخطيط لرحلتك لمدة ستة أشهر أو سنة والتأكد من أن الرحلة ستتم. أنت تعرف تمامًا وقت وصولك ، ويمكنك أن تخبر هذه المرة لأحبائك الذين يمكنهم مقابلتك ، أو يمكنك السفر بالطائرة ولا تقلق من أنه لن يكون لديك الوقت للرسو. حسنًا ، بشكل عام ، فكر في الأمر ، طائرة حديد ثقيلة ضخمة ، والتي لا تفهمها 90 ٪ من البشرية كيف تطير على الإطلاق ، ستنقلك بسرعة كبيرة ، يعرف الشيطان أين وسيكلفك تقريبًا يوم أو يومين في القطار.دعنا نعود إلى المشروع. تستخدم أدوات GIS إمدادات منتظمة من الوظائف.
يضع فريق
LANIT جدولًا للإصدار لمدة عام واحد ، حيث يعمل على إصلاح تواريخ الإصدار بحيث تكون الإصدارات حوالي 1 مرة في الشهر. نظرًا لأن كل شيء يمكن أن يتغير خلال العام مائة مرة (المزيد عن ذلك أدناه) ، في وقت تجميع الجدول الزمني ، ما زلنا لا نعرف بالضبط ما هي التحسينات التي سيتم تنفيذها وتشغيلها.
عند التخطيط ، يتم أخذ جدول الصيانة الروتينية المطلوبة لخدمة البنية التحتية / التشغيل في الاعتبار. من الضروري ألا تتداخل التغييرات العالمية وغير المتجانسة مع بعضها البعض - وبهذه الطريقة يتم تقليل المخاطر ويسهل إبقاء كل شيء تحت السيطرة. على سبيل المثال ، يعد تثبيت إصدار جديد من البرنامج وترقية إصدار DBMS أو تحديث البرنامج الثابت لوحدات تحكم التخزين في نفس الوقت فكرة سيئة للغاية.
النقطة الحاسمة هي أن تواريخ الإصدار لا تتغير لاحقًا. إذا تم التخطيط للإصدار لبعض الوقت ، فيجب علينا كسر كعكة ، ولكن علينا تحمل الوقت المخطط.بعد ذلك ، سنشرح لماذا ولماذا.
تسمح لك حقيقة أن شروط كل إصدار متشابهة تقريبًا (المدة ، الفريق ، المهام المحددة ، وما إلى ذلك) بتخطيط وتصحيح جميع إجراءات التحضير والإصدار.
قد لا يفهم الأشخاص غير المنغمسين في عمليات الإنتاج مدى تعقيد إصدار نسخة على مثل هذا المشروع الكبير مثل إسكان GIS والخدمات المجتمعية. من أجل إصدار الإصدار ، تحتاج إلى القيام بالكثير من العمليات ، مثل اختبار الانحدار (ربما عدة مرات) ، واختبار التحميل ، واختبار النشر والترحيل ، وتحليل إحصاءات الأداء (استعلامات SQL ، والخدمات ، وما إلى ذلك) . ويتفاقم الوضع بسبب حقيقة أن هذه العمليات يمكن أن تكون طويلة ، على سبيل المثال ، يمكن أن يستغرق نشر نسخة على منصة اختبار يومًا. إذا حدث خطأ ما ، يمكنك الخروج من الجدول بسهولة. لذلك ، إذا لم يكن لديك جدول زمني لدورات منتظمة وتقارب نفس المدة ، فأنا أضمن أن كل مشكلة ستكون لك 146٪ اختبارًا أكثر جدية.
الجدول الزمني ضروري أيضًا لتحديد المواعيد النهائية لتصحيح العيوب وإبلاغ المستخدمين بها. كقاعدة عامة ، نقوم بتصحيح معظم العيوب الموجودة في الإصدار الحالي. ومع ذلك ، قد تتطلب بعض العيوب مزيدًا من الوقت ، أو قد تحدث في نهاية دورة الإصدار ، لذلك يتم نقلها إلى الإصدار التالي. إذا بدأنا ، لسبب ما (انظر أدناه) في تغيير الإصدارات ، فسيحصل المستخدمون تلقائيًا على تصحيحات لاحقًا ، وهذا ليس جيدًا.
هناك حاجة أيضًا إلى جدول لإصدار الإصدارات لتخطيط الإصدار لإدخال التحسينات التي لها موعد نهائي واضح. يفهم فريق الإنتاج بالضبط متى يجب أن يتم تشغيل المراجعة ويختار الإصدار المطلوب ، الذي يتم إصداره فيه. إذا تم تأجيل تاريخ الإصدار ، فقد يؤدي ذلك إلى حقيقة أن المراجعة ستصدر في وقت متأخر (حول عواقب تحول الإصدار بسبب مهمة مهمة ، انظر أدناه)
تمامًا مثل روابط النقل المنتظمة ، يعد هذا أساسًا لنظام النقل العالمي ، وعملية الإصدار التي تستند إلى التسليم المنتظم للوظائف هي الأساس للتطوير الفعال لنظام الإسكان والخدمات المجتمعية على نطاق GIS. إذا تم تأسيس هذه العملية ، فمن الممكن بالفعل "سلسلة" خطط لتنفيذ وتسليم الوظائف.
لسوء الحظ ، فإن طريقة تقديم مثل هذه الممارسة المفيدة على ما يبدو من جميع الجهات صعبة وشائكة. فيما يلي الفخاخ الرئيسية التي يمكن أن يقع فيها الفريق والتي يجب مراقبتها وقمعها.
الصعود إلى الطائرة بعد التسجيل
لدى خطوط الطيران إجراءات تسجيل وصول مبسطة للرحلات ، والتي تتضمن على وجه الخصوص قاعدة يجب على الراكب تسجيل الوصول لرحلة طيران في موعد لا يتجاوز 40 دقيقة قبل المغادرة. لماذا تحتاج هذه الأربعين دقيقة؟ إنها ضرورية بحيث يكون هناك وقت كاف لفحص الأمتعة وتحميلها على متن الطائرة ، بحيث يمكن حساب الوقود المطلوب وإعادة تعبئة الطائرة وما إلى ذلك على أساس وزن الأمتعة وعدد الركاب المسجلين. بالإضافة إلى ذلك ، يعد هذا الوقت ضروريًا حتى يكون لدى الركاب الوقت الكافي للعثور على المخرج / المحطة الطرفية المطلوبة. من الواضح أن هناك خطأ ما في البضائع أو الركاب (فقد الراكب في المطار أو حدث شيء مع الأمتعة) وحتى هذه الدقائق الأربعين لن تكون كافية. ولكن مع ذلك ، فإن وقت انتهاء التسجيل هو حل وسط تم التوصل إليه على مدار سنوات عديدة بين إضاعة وقت الركاب وخطر حالات الطوارئ.
إذا كان الراكب يرغب في الوصول إلى المطار بجوار نهاية تسجيل الوصول ، فهذا يعني ببساطة أنه يوافق على زيادة خطر حدوث شيء ما ولن يكون في الوقت المناسب للطائرة. إذا التقت شركة الطيران بهؤلاء الأشخاص ، فسيؤدي ذلك إلى حقيقة أنها ستزيد من مخاطرها. ربما ستضطر إلى دفع ثمن رحلة حافلة خاصة إلى الطائرة فقط لهذا الراكب. ربما ، في عجلة من أمرنا أثناء تسجيل الوصول في اللحظة الأخيرة ، سوف يرتكب موظفو المطار خطأ وستنقل الأمتعة إلى المدينة الخطأ.المصدرعند إصدار الإصدارات ، فإن أحد أهم النقاط هو المعايير التي يجب أن تفي بها المراجعة والموعد النهائي الذي يجب أن يتم فيه (على غرار نهاية تسجيل الوصول). يعني إصدار الإصدار كل شهر أنه إذا لم تكن بعض المهام جاهزة لهذا الموعد النهائي في الإصدار الحالي من البرنامج ، فسيتم نقلها إلى الإصدار التالي في غضون شهر. غالبًا ما يمكنك تحمل هذا ، ولكن من الصعب جدًا القيام بذلك عندما تكون المهمة مهمة جدًا ، ولكن في نفس الوقت لا يتأخر سوى بضعة أيام أو أسبوع. هناك إغراء كبير للغاية لكسر الموعد النهائي وإدراج المهمة غير الجاهزة بعد في الإصدار ومحاولة الضغط عليه.
لماذا هذا سيء؟
أولاً ،
يجب علينا أن نعترف بشجاعة ونقبل حقيقة أن جميع "الضغوط" ، "ماذا لو أمسكنا بها" هي على الأرجح ثقب لإدارة الإنتاج. وهذا يعني أنه لم يتم اتخاذ تدابير مختلفة مقدمًا وتم وضع الوضع في وضع حرج. الآن سيتم تصحيح الوضع بسبب "أبطال" الأفراد أو الفرق - العمل الإضافي ، العكازات ، الحظ ، إلخ. من التجربة ، يمكن أن يؤدي هذا إلى حل للمشكلة على المدى القصير ، ولكن إذا فعلت ذلك طوال الوقت ، فسيؤدي ذلك إلى "حرق" الناس وعواقب أخرى غير سارة للغاية.
ثانيًا ، كما هو الحال في المثال مع شركة الطيران ، فإن الموعد النهائي لاستعداد المهام هو حل وسط بين الجداول الزمنية والمخاطر. إذا بدأنا في انتهاك الموعد النهائي ، فإننا نزيد من مخاطر حدوث مشاكل في الإصدار - إما أنه لن يتم إصدار الإصدار بالكامل في الوقت المحدد ، أو سيتم تقليل الجودة ، وسوف نتلقى مجموعة من المكالمات بسبب الوظائف غير العاملة أو المشاكل التي تعمل تحت التحميل.
لسوء الحظ ، تنشأ مواقف عندما تكون هناك مهمة مهمة جدًا جدًا ومن الضروري إطلاقها في الإصدار الحالي. لكن الفكرة الرئيسية هي أن مثل هذه المواقف لا ينبغي أن تكون ممارسة مقبولة بشكل عام ويتم تشجيعها ، بل يتم الاعتراف بها كمشكلة ويتم النظر إليها في "الأحداث الرجعية".تأخير الرحلة بسبب VIP Passenger
لنفترض أنك اشتريت رحلة بواسطة النقل. لنفترض أنك اكتشفت وقتًا كافيًا بين الصلات. لقد وصلت مقدمًا إلى المطار ، وخضعت لتسجيل الوصول ، وصعدت على متن الطائرة ، واتصلت بوالدي وأمي ، ثم أعلنوا عن تأخر الرحلة ، لأن تأخر وفد حكومي مهم بسبب ذلك (بالطبع ، سيخبرونك عن الأحوال الجوية السيئة أو الشيكات الإضافية :)). أنت ، مع الطائرة بأكملها ، تنتظر هذا التفويض ، ونتيجة لذلك ، تطير بعيدًا بتأخير كبير. عند الوصول إلى نقطة وسيطة ، ستجد أنه لم يتبق لديك سوى 30 دقيقة للتنقل في مطار ضخم ، والوصول فعليًا إلى مبنى آخر. ربما ، بالطبع ، ستكون في الوقت المناسب ، أو ربما ستربك شيئًا ما على عجل وتهرب إلى المحطة الخاطئة أو حتى ليس لديك الوقت اللازم لاتخاذ جميع الإجراءات اللازمة. وإذا كنت أيضًا عضوًا في منظمة حكومية أخرى (ولكن متواضعة فقط) وتسرع أيضًا في مكان ما؟المصدروبالتالي ، إذا سمحت شركة الطيران بانتظام بتغيير الرحلات ، فسيؤدي ذلك إلى مشاكل من جميع الجهات. بالنسبة للراكب ، هذا يعني أنه سيحتاج إلى تخصيص مزيد من الوقت للاتصالات ، من المرجح أن يتحمل الركاب المخاطر ويصلون حتى نهاية التسجيل. سيؤدي ذلك إلى مزيد من الصراع وإضاعة الوقت. بالنسبة لشركة الطيران ، هذا يعني أيضًا أن هناك حاجة إلى مزيد من الوقت للتوقف في المطار ، وبالتالي زيادة التكاليف.في عملية الإصدار ، إذا لم يكن لبعض المهام فجأة وقت للوقت المجدول ، فهناك أيضًا إغراء كبير لتحريك الإصدار بالكامل - على سبيل المثال ، لمدة أسبوع. يبدو أن هذا حل سهل وجيد ، خاصة إذا كانت هذه المهمة تحت سيطرة العميل الرئيسي.دعونا نلقي نظرة على ما يؤدي إليه كل هذا في النهاية.
في مشروع GIS للإسكان والخدمات المجتمعية ، في إطار الإصدار التالي ، يتم إصدار ما يصل إلى 100 مهمة والمزيد من إصلاحات الأخطاء. يعني التحول في الإصدار أن المستخدمين سيحصلون على الوظائف التي يحتاجون إليها أو إصلاح الأخطاء لاحقًا. بالطبع ، المشكلة قيد المناقشة مهمة حقًا ، ولكن في نفس الوقت ، فإن العديد من المهام الـ 99 المتبقية مهمة أيضًا أيضًا ، ولكن نظرًا لأن كل شيء طبيعي معهم ، فقد نسيناهم بالفعل.
التالي. إذا بدأنا في تغيير الإصدار بانتظام ، فسيبدأ العميل يفقد الثقة في خطة الإصدار. يجلس دائمًا في رأسه يعتقد أنه نعم ، بالطبع ، من المقرر إطلاق الإصدار التالي في اليوم العاشر ، ولكن على الأرجح سيحدث شيء وسيكون هناك تحول لمدة أسبوع أو حتى أسبوعين. قد تكون أسباب التحولات مختلفة ، ولكن في النهاية يتم نسيانها جميعًا ولا يزال هناك شعور بعملية غير مستقرة وغير شفافة.
إلى ماذا يؤدي هذا؟ علاوة على ذلك ، في حالة ظهور عيب أو مهمة عاجلة ، لا يوافق العميل على إطلاقه كجزء من إصدار معين ، ولكنه يتطلب إصدارًا خاصًا أو إصلاحًا عاجلاً. نتيجة لذلك ، لدينا تكاليف إضافية كبيرة.إذا سمحنا بتغيير الإصدار ، فهذا يقلل من القدرة على تحسين العملية. على العكس من ذلك ، إذا كان إجراء التحرير موحدًا ومنتظمًا ، فلدينا الفرصة لتحسينه. بعد إصدار النسخة ، نجري "استعادية" ، حيث نناقش النقاط الإيجابية والسلبية الرئيسية التي حدثت أثناء التكرار. مع كل تكرار ، نقوم بعمل نوع من التحسين ، ونتيجة لذلك ، يتم تقليل التكاليف العامة ، ويتم تقليل عدد الأخطاء ، ويتم تحسين النتيجة.
لماذا الطائرة الكبيرة ليست دائما أفضل
يمكن لشركة الطيران استخدام أنواع مختلفة من الطائرات على الطريق: طائرة إقليمية لـ 75-110 راكب (من نوع SSJ-100 ) ، أو طائرة ذات جسم ضيق لـ 140-180 راكب (من طراز A320 ، Boeing 737 ) ، أو طائرة ذات جسم عريض لـ 200-300 راكب (نوع A330 ، A340 ) ، أو وحوش مثل A380 ، قادرة على نقل 525 إلى 853 راكبًا. ببساطة ، يمكننا أن نفترض أن شركة الطيران تختار النوع المطلوب من الطائرات وكثافة الرحلة المرغوبة كحل وسط لرغبة الراكب في الحصول على أكبر عدد ممكن من الرحلات يوميًا ورغبة شركة الطيران في تقليل تكلفة نقل راكب واحد من أجل تحقيق أقصى قدر من الأرباح.تطير الآن ثلاث شركات طيران على الأقل إلى مسقط رأسي في أستراخان ، وتقوم برحلة واحدة يوميًا على متن طائرات إقليمية أو ضيقة الجسم. حتى إذا كانت البنية التحتية للمطار في أستراخان ستسمح باستقبال A380 (أكبر وأكبر طائرة من طائرات إيرباص) ، من أجل تحميلها ، يجب على المرء أن يقلل بشكل كبير من كثافة الرحلة ، الأمر الذي سيكون غير مريح تمامًا للركاب. إذا لم يكن الفرق في التكلفة كبيرًا ، فسيفضل الركاب عددًا أكبر من الرحلات يوميًا.يعمل المنطق نفسه تقريبًا في عملية الإصدار. كلما كان الوقت أقصر بين إصدارات الإصدار ، كان ذلك أفضل للعميل.
سيكون مثاليًا للعميل إذا كانت عملية الإصدار غير مرئية تمامًا وشفافة على الإطلاق. قمنا بتنفيذ المهمة ، ونقرنا على الزر ، وهي تعمل على الفور في حفلة موسيقية بدون توقف. من أجل ضمان تواتر كبير لإصدار الإصدارات ، من الضروري تحسين مستوى الأتمتة وعمليات التصحيح.هنا في النمو الكامل يطرح السؤال حول التكاليف العامة.في الواقع ، ينطوي إصدار إصدار على تكاليف عامة أو إصدار. على سبيل المثال ، نقوم بتنفيذ أعمال مثل اختبار الانحدار ، واختبار الضغط ، وتحليل إحصاءات الأداء ، وتحليل البرامج النصية للنشر وترحيل البيانات. من المنطقي أن نفترض أنه كلما كانت دورة الإصدار أكبر ، كلما قل الحمل الزائد لكل وحدة من الوظائف "المفيدة" التي تم إصدارها. اتضح أن فريق الإنتاج يحتاج إلى محاولة زيادة طول دورة التحرير من أجل تقليل التكاليف. ومع ذلك ، هذا الاستنتاج غير صحيح. يعتمد اعتماد تكلفة الوحدة الوظيفية على طول دورة الإصدار على الشكل الموضح في الشكل أدناه (لمشروعنا ، فريقنا ، مع المستوى الحالي للأتمتة ، والكفاءات ، والملابس الرياضية ، وراحة البال ، ونتائج أداء فريق كرة القدم الروسي).الشكل 1. اعتماد التكاليف العامة لكل وحدة من المخرجات على طول دورة الإصدار (لظروفنا) فيالواقع ، إذا أردنا تنفيذ عملية تحرير مستمرة بأسلوب "تنفيذ مهمة ، انقر فوق زر ، كل شيء يعمل في الإنتاج" أو إصدار نسخة كل أسبوع ، ثم هذا سوف يتطلب منا بالتأكيد بذل جهود أولية كبيرة لإعادة هيكلة العمل. على الأرجح سوف يرتبط هذا بزيادة أخرى في مستوى الأتمتة ، بالإضافة إلى زيادة الانضباط وتصحيح الأخطاء في جميع الإجراءات. ربما يستلزم ذلك بعض التغييرات المعمارية. لم نعمل حتى الآن بحيث تستغرق دورة الإصدار أسبوعين أو أقل ، لذا فإن سلوك المنحنى في النطاق المحدد هو افتراضي ، والذي يعتمد على تجربة إنتاج إصدارات وسيطة صغيرة وإصلاحات عاجلة.في مجال دورة الثلاثة أسابيع الأربعة ، من المرجح أن يكون لدينا حد أدنى محلي من حيث التكاليف لكل وحدة إنتاج ، ثم مع الزيادة في طول دورة الإصدار ، تبدأ التكاليف في الزيادة بشكل حاد. حول ذلك أدناه.حمولة إضافية - وقود إضافي
افترض أن شركة الطيران تأخذ حمولة إضافية. لن يكون هذا مجانيًا بالنسبة لها ، حيث سيتطلب وقودًا إضافيًا على الأقل. لسوء الحظ ، كانت هناك حالات حزينة في الطيران عندما تم السماح بميزة بسبب الجشع أو الغباء ، مما أدى إلى حوادث جوية.إذا أصدرنا كل ثلاثة إلى أربعة أسابيع ، فإن هذا يتطلب إجراءات معينة يتم تنفيذها لكل إصدار - فهذه دورتان لاختبار الانحدار ، واختبار الحمل ، واختبار النشر والنصوص البرمجية للترحيل (سنكتب المزيد عن هذا في مقالة منفصلة). من الخطأ افتراض أنه إذا تم زيادة الدورة إلى شهرين ، على سبيل المثال ، فسوف نحتاج إلى القيام بنفس العمل للإصدار.والحقيقة هي أنه إذا كانت الدورة كبيرة ، فإن المزيد من التغييرات تقع عليها. هذا ، بدوره ، يسبب زيادة في مجالات المشاكل المحتملة - في نظام معقد ، فإن هذا النمو ، إن لم يكن أسيًا ، فمن المؤكد (بسبب التأثير المتبادل للتغييرات) غير خطي. في الواقع ، نحن نشهد بالفعل أنه لمدة أربعة أسابيع ، لا يكفي تكرار اختبار الانحدار. في الواقع ، في إطار الانحدار الأول ، نحدد عددًا معينًا من العيوب ، ونصححها ، ويتبين أن حجم التغييرات يتطلب أن يكون هناك "انحدار" نهائي آخر. هذا الانحدار النهائي هو بالفعل أكثر إحكاما معنا ، ويمر بشكل أسرع بكثير وبدون مشاكل ، لكنه لا يزال مطلوبًا. إذا انتقلنا إلى دورة إصدار لمدة أسبوعين ، فمن المحتمل أن نتمكن من التعامل مع انحدار واحد فقط. من ناحية أخرى ، إذا قمنا بزيادة الدورة إلى 1.5-2 أشهر ،ثم لتحقيق الاستقرار ، لم نعد بحاجة إلى 1.5 تراجع ، ولكن اثنين أو ثلاثة.تعلن مضيفة الطائرة في مقصورة الطائرة الجديدة عن ما هو على متن الطائرة:
- في الطابق الأول - الأمتعة ، في الثانية - بار ، في الثالثة - ملعب جولف ، في المسبح الرابع.
ويضيف:
- والآن أيها السادة ، اربطوا. الآن مع كل هذه القمامة سنحاول الإقلاع.
إذا مددنا الإصدار أكثر من ذلك ، فإن حجم التغييرات والمخاطر عليها سيزداد بشكل كبير بحيث لم تعد عملية التثبيت متقاربة. على الأرجح لن تقلع طائرتنا مع كل هذه المسابح وملاعب الجولف.لم أكن هنا مرة أخرى
يتضمن إصدار إصدار بنية تحتية معقدة إلى حد ما. للإصدار ، يتم استخدام العديد من مقاعد الاختبار ، ويتم تكوين نظام التحكم في الإصدار وخط التجميع وما إلى ذلك. لذلك ، نحاول تنظيم عملنا بحيث يكون لدينا إصدار واحد فقط مُعد في أي وقت. إذا اتضح فجأة أنك بحاجة إلى دعم إصدارات متعددة ، فإن هذا يزيد التكاليف بشكل كبير. لذلك ، نحن نبذل قصارى جهدنا لتجنب ذلك.المصدربالنسبة للمبتدئين ، يجب أن نعترف بأن المهام العاجلة وغير المخطط لها تحدث. لذلك ، عند حدوث ذلك ، من المستحسن أن يتم تشغيله في التشغيل التجاري بمجرد أن تصبح المهمة جاهزة. إذا كانت دورة الإصدار طويلة ، فستنتظرك مفاجأة!لنفترض أن لديك دورة إصدار لمدة أربعة أشهر. احتمال أن يتبين أنه سيتم التخطيط للإفراج عنه فقط في الأيام القادمة ضئيل للغاية. في هذه الحالة ، تحتاج إلى إنشاء نسخة خاصة لهذه المهمة ، وإعداد إصدار وإصداره في حفلة موسيقية. هذه تكلفة إضافية. حتى لو حدث ذلك في نفس اليوم الذي يتم فيه إصدار نسخة. في هذه الحالة ، على الأرجح من خلال الضغط على مهمة إضافية ، ستنتهك خطة التحضير للإصدار. من الممكن أن يؤدي ذلك إلى رغبتك في تغيير الإصدار. في رأيي ، فإن عواقب ذلك أسوأ من عمل نسخة خاصة.إذا قمت ، على العكس من ذلك ، بإطلاق سراحك كل أسبوعين ، فيمكنك محاولة تضمين المهمة في الإصدار الحالي أو ، في أسوأ الأحوال ، في الإصدار التالي. في هذه الحالة ، من اللحظة التي تكون فيها المهمة جاهزة لإطلاقها ، في أسوأ الأحوال ، ستمر 4 أسابيع ، وعلى الأرجح 2-3. غالبًا ما يكون هذا مقبولًا تمامًا. وهذا يعني أنه من المحتمل أن تفعل ذلك بدون تكاليف إضافية للبنية التحتية.اعتمادًا على عدد المرات التي يمكن أن تحدث فيها التغييرات ، ستحصل على المزيد من الفوائد من دورة إصدار قصيرة.في مشاريع الإسكان ونظم المعلومات الجغرافية GIS ، تحدث تغييرات عاجلة غير مخطط لها بشكل منتظم. يتطلب الاعتراف بهذه الحقيقة بعض الجهد (ناهيك عن الاختباء - شجاعة كبيرة) ، لأن نحن هنا أيضًا نتعارض بطريقة ما مع الحدس وعدم الرغبة في التعامل مع المخاطر. والحقيقة هي أنه إذا كنت تفكر في خطر معين ، والذي قد يؤدي إلى الحاجة إلى إصدار خاص ، فمن المحتمل أن يكون احتماله مجهريًا. إذا لم تكن هناك تحسينات في الشهر الماضي بسبب تغييرات في التشريعات أو بعض الميزات الإقليمية المكتشفة حديثًا ، فإننا لا نتوقع أي شيء من هذا القبيل في الشهر المقبل. لذلك ، استنتج أنه بما أن احتمالات كل من الأحداث صغيرة ، فلن يحدث شيء على الإطلاق. ومع ذلك ، هذا هو الاستنتاج الخاطئ. الحقيقة هي أن الاحتمالأن يتم تحقيق خطر واحد على الأقل يساوي مجموع احتمالات كل من المخاطر الفردية. لذلك ، إذا أخذنا في الاعتبار حجم كل ما يحدث حتى في شهر واحد من دورة الإصدار (عدد الموظفين الرئيسيين المشاركين في إعداد الإصدار ، والقرارات التي يتم اتخاذها ، وعدد الأنظمة الخارجية التي يتم دمج نظام المعلومات الجغرافية معها ، وتعقيد البنية التحتية ، وتعقيد مجال الموضوع ، وما إلى ذلك) د) ، فإن هذا الاحتمال يمكن أن يكون كبيرًا بالفعل لنفسه. على سبيل المثال ، حتى مع دورة إصدار مدتها شهر واحد ، من يناير 2018 إلى مايو 2018 ، كان لدينا بالفعل ، دون مبالغة ، مهام مهمة للغاية وعاجلة إضافية كان يجب القيام بها في أسرع وقت ممكن والتي تتطلب إصدارًا خاصًا. ماذا يمكن أن نقول عن دورة الإصدار في 4-5 أشهر! إذا تخرجنا كل 5 أشهر ،ثم ستتم إضافة 2-3 إصدارات وسيطة إضافية على الأرجح إلى هذين الإصدارين الخاصين ، مما يجعل دورات الإصدار أكثر من 1-1.5 شهرًا غير عملية تمامًا من الناحية الاقتصادية في ظروفنا.لذلك ، تعد عمليات الإصدار التي تسمح لك بالاستجابة بمرونة للتغييرات فائدة كبيرة في مشاريع مقياس أدوات نظم المعلومات الجغرافية.نحن نصفي الطيار فقط بعد الهبوط!
كل تنقيح غير مكتمل يحمل مخاطر إصدار النسخة. لا يمكنك أخذ الكلمة لمديري الإنتاج ، بغض النظر عن مدى صدق عيونهم! من الأفضل أن تصدق الحقائق.في تجربتنا ، يمكنك التنفس بشكل أو بآخر بهدوء فقط عندما يتم اختبار المراجعة بالكامل ويتم إصلاح جميع العيوب الحرجة. بعد ذلك ، تمت إزالة مخاطر الإنتاج الرئيسية ، كقاعدة عامة. ولكن حتى يحدث ذلك ، من المستحيل استبعاد تطور الأحداث التي حدث فيها خطأ ما ، وسيبدأ التنقيح في التهديد بإصدار النسخة. كم مرة أخذنا الكلمة بأن المراجعة ستختبر غدًا ولن تكون هناك مشاكل ، ثم حدثت مشاكل.إذا تم إجراء المراجعة جزئيًا أو كليًا ، ولكن تم تأجيلها ، فمن المرجح عند عودتك إليها بعد نصف عام ، ستجد أنها لم تعد تعمل ، كل شيء تغير في النظام وتحتاج إلى فهمه مرة أخرى. يعد الحفاظ على أهمية التحسينات المؤجلة نفقة إضافية غير مجدية يتم تجنبها أيضًا بشكل أفضل.المصدرليس ذلك فحسب ، نظرًا لتعقيد المجال الموضوعي لإسكان GIS والخدمات المجتمعية ، هناك دائمًا مخاطر بأن الحلول غير المثلى قد تم وضعها أثناء التصميم أو لم يتم أخذ بعض الخصائص الإقليمية في الاعتبار. يمكن تحديد العديد من النقاط فقط أثناء العملية التجريبية. هذه حجة أخرى لجعل دورة الإصدار أقصر وإطلاق التحسينات بشكل أسرع في العملية. ستحصل على تعليقات أسرع واختبار قراراتك بشكل أسرع وستكون قادرًا على القيام بما يحتاجه العميل والسوق بسرعة. إذا كانت دورة الإصدار طويلة ، فهي على العكس تثير وظائف زائدة عن الحاجة ، مما يزيد من خطر بذل الكثير من الجهد في ما اتضح فيما بعد أنه خطأ أو غير ضروري.يقول الطاقم وداعا للركاب
استعرضنا ممارسات إدارة الإصدار الرئيسية التي كانت أساسية بالنسبة لنا. هذا هو العرض المنتظم للوظائف وانخفاض في دورة الإصدار. على الرغم من الشهرة الواسعة ، لسوء الحظ ، فإن هذه الممارسات ليست في الواقع واضحة تمامًا وتتناقض إلى حد ما إلى حد ما ، لذلك غالبًا ما تصادف عقبات في تنفيذها.كجزء من إسكان GIS والخدمات المجتمعية ، تم تنفيذ هذه الممارسات ، وكانت تعمل بنجاح لفترة طويلة وتظهر نتائج جيدة. لقد تأكدنا من الالتزام الصارم بجدول الإصدار ، وأصبح إجراء التحضير لإصدار الإصدار أكثر تحكمًا وأكثر هدوءًا وانتظامًا ، يمكننا الاستجابة بمرونة للتغييرات.بالطبع ، لا تقتصر الحياة على التوصيات المشار إليها في المقالة. في الخارج كانت هناك العديد من الفروق الدقيقة والمواقف المثيرة للاهتمام ، على سبيل المثال:- ماذا تفعل إذا وصل الراكب ، وفحص أمتعته ، ثم ذهب في نوبة معفاة من الرسوم الجمركية وغاب عن الصعود ،
- ماذا تفعل إذا كانت الشحنة لا تناسب الطائرات المستخدمة في الرحلات الجوية العادية ،
- كيفية الترتيب الدقيق للتسجيل ، والتحقق ، وما إلى ذلك
سيتم مناقشة هذا في المرة القادمة.سيكون من المثير للاهتمام سماع رأيك. هل توافق على التصريحات والتوصيات الواردة في المقالة؟ كيف تدير إدارة الإصدار للمشاريع الكبيرة؟ هل كان التنفيذ سهلاً؟بالمناسبة ، هناك وظائف شاغرة في طاقمنا.