كيف حققنا تطبيق إصلاح توقف النموذج

تحية! اسمي Andrey Grachev ، وأنا مدير منتج في SIBUR.

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

لماذا كل هذا ضروري؟

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

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

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

كيف حدث كل شيء من قبل؟

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

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

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

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

النموذج الأول

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

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



هناك مهمة لإصلاح المضخة.

المهمة لها منفذ - هذا هو فورمان المنظمة المتعاقدة ، التي تقوم بإصلاح كائن معين.

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

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

أدوار مخصصة

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

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



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



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



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

العمل غير المقرر

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



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

أين ذهبنا الخطأ؟

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

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

ما هي النتيجة؟

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

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



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

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

من الذي عمل في المشروع؟

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

استغرق كل شيء عن كل شيء (البحث والتجريب ، واجهات والتنمية) ستة أشهر.

ما هو مستقبل المنتج؟

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

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