چرا از هر 10 پست 8 پست خراب می شود؟ نظارت ضعیف ما از 95 درصد شکست ها جلوگیری می کند.

من دیده ام که یک مشکل کوچک به قطع کامل پست تبدیل شده است. یک لنگه شل انتهای کابل گرم رله ای که بدون هیچ دلیل روشنی حرکت می کند. هر کدام می توانند جریان نیرو را متوقف کنند، کار را کند کنند و برای کل تیم استرس ایجاد کنند. هنگامی که یک پست از کار می افتد، مردم فقط تجهیزات را از دست نمی دهند. آنها زمان، اعتماد و کنترل خود را از دست می دهند. چیزی که من یاد گرفتم ساده است: اکثر خرابی های پست یکباره ظاهر نمی شوند. اول سیگنال می دهند. من به آن سیگنال ها گوش می دهم. زودتر چکشون میکنم من قبل از بزرگ شدن عیب اقدام می کنم. در اینجا روشی است که من با آن رفتار می کنم. من با قسمت هایی شروع می کنم که اغلب شکست می خورند. اتصالات شل ایجاد گرما رطوبت در داخل کابینت ها عایق پیری خطاهای رله اتصال زمین ضعیف تماس های کثیف وقتی این خطرات را با هم می بینم، آنها را به عنوان مسائل کوچک در نظر نمی گیرم. من با آنها به عنوان علائم هشدار رفتار می کنم. من دوست دارم با نظم مشخص کار کنم. من پست را طبق روال ثابت بازرسی می کنم. من به ترانسفورماتورها، تابلو برق ها، شین ها، کابل ها و وسایل حفاظتی نگاه می کنم. تغییر رنگ، نشت روغن، گرد و غبار، زنگ زدگی و گرمای ناهموار را بررسی می کنم. من قرائت های جریان، ولتاژ و بار را با سوابق گذشته مقایسه می کنم. من فقط به حافظه متکی نیستم. سوابق نشان می دهد که چشم ها چه چیزی را از دست می دهند. از اسکن حرارتی هم استفاده می کنم. یک نقطه داغ اغلب بیشتر از یک گزارش طولانی به من می گوید. من دیده ام که یک کابل انتهایی روی سطح خوب به نظر می رسد در حالی که تصویر حرارتی مشکل را نشان می دهد. این نوع چک می تواند یک تیم را از یک تعطیلی ناگهانی نجات دهد. من رطوبت را تحت کنترل دارم. تجهیزات آب و برق به خوبی با هم ترکیب نمی شوند. من شکاف‌ها را مهر و موم می‌کنم، محفظه‌ها را بررسی می‌کنم و بعد از تغییرات آب‌وهوا به دنبال چگالش می‌شوم. در یکی از سایت‌هایی که من بازدید کردم، یک کابینت کنترل از بیرون تمیز به نظر می‌رسید، اما هوای مرطوب از طریق مهر و موم ضعیف وارد شده بود. کنتاکت های رله شروع به خوردگی کردند. تقصیر آن روز نیامد. بعداً در هنگام افزایش بار آمد و سفر به دنبال آن بود. من به زمین کردن توجه زیادی دارم. زمین بد باعث ایجاد سر و صدا، سفرهای نادرست و شرایط ناامن می شود. من مسیرهای زمین را آزمایش می کنم و هر نقطه اتصال را بررسی می کنم. یک مسیر زمینی محکم به سیستم‌های حفاظتی فرصت مناسبی برای انجام کار خود می‌دهد. من سیستم حفاظت را قبل از نیاز تست می کنم. رله ها، بریکرها، آلارم ها و سنسورها باید به صورت یک مجموعه کار کنند. اگر یک قسمت از کار بیفتد، کل خط ممکن است آسیب ببیند. من ترجیح می‌دهم در طول یک بررسی برنامه‌ریزی‌شده، تنظیمات بدی پیدا کنم تا در هنگام تماس اضطراری. من همچنین بار را زیر نظر دارم. یک پست می‌تواند سال‌ها به خوبی کار کند و اگر بار بدون بازبینی به بالا رفتن ادامه دهد، باز هم خراب می‌شود. من الگوهای تقاضا را مطالعه می کنم و به دنبال قطعاتی هستم که نزدیک به حد مجاز هستند. وقتی ساختمان فشار را می بینم، به دنبال تعادل، خنک کننده و ظرفیت اضافی می گردم. من یک عادت دارم که خیلی کمک می کند: تغییرات کوچک را یادداشت می کنم. افزایش جزئی دما. رله ای که یک بار ریست می شود. طرفداری که صدایش متفاوت است. کابلی که بوی گرم می دهد. این یادداشت های کوچک مهم هستند. آنها به من کمک می کنند تا قبل از اینکه شکست بلند شود، الگویی را ببینم. یک مورد برای من باقی می ماند. یک سایت تولیدی سفرهای مزاحم مکرری روی یک فیدر داشت. تیم فکر می کرد مشکل از خط تولید است. پانل، انتهای کابل و لاگ رله را بررسی کردم. علت واقعی یک اتصال شل بود که فقط در اوج بار گرم می شد. موضوع نمایشی نبود. کوچک، پنهان بود و به راحتی از دست می‌رفت. پس از رفع اتصال و بررسی مسیر بار، سفرها متوقف شد. به همین دلیل است که من هرگز به یک نشانه به تنهایی اعتماد نمی کنم. من به کل سیستم نگاه می کنم. اگر مجبور بودم فرآیند را ساده نگه دارم، از این جریان استفاده می‌کردم: تجهیزات را بر اساس یک برنامه زمان‌بندی ثابت بازرسی کنید بررسی گرما، رطوبت، گرد و غبار و قطعات سست بررسی گزارش‌ها و نتایج آزمایش رفع نقاط ضعف قبل از رشد آنها آزمایش مجدد پس از تعمیر ثبت‌ها برای بازدید بعدی حفظ شود. ثابت است. کار می کند زیرا نزدیک به تجهیزات و نزدیک به واقعیت ها می ماند. من همچنین معتقدم که تیم ها باید برای پاسخ به خطا قبل از وقوع خطا تمرین کنند. یک طرح پاسخ روشن سردرگمی را کاهش می دهد. همه باید بدانند چه کسی رله را چک می کند، چه کسی خط را جدا می کند، چه کسی درخواست پشتیبانی می کند، و چه کسی رویداد را ضبط می کند. وقتی تیم مسیر را بداند، سیستم سریعتر بهبود می یابد. دیدگاه من ساده است: با در نظر گرفتن هر علامت هشدار دهنده به عنوان اطلاعات مفید، خرابی ایستگاه های پست را متوقف کنید. منتظر سفر نباشید تا به شما بگوید مشکلی وجود دارد. گرما را بخوانید. سر و صدا را بخوانید. گزارش را بخوانید. پوشیدن را بخوانید. این عادت من را از بیش از یک روز بد نجات داده است و می تواند به هر تیمی کمک کند تا یک پست پست را پایدار، ایمن و آماده برای کار نگه دارد.

من بارها و بارها همین الگو را دیده ام. یک سیستم در سطح خوب به نظر می رسد. صفحات بارگیری می شوند. داشبوردها سبز می مانند. تیم احساس آرامش می کند. سپس یک سیگنال کوچک از دست می‌رود، و چیز بعدی که می‌دانم، کاربران در حال تماس هستند، بلیط‌ها انباشته می‌شوند، و قطع برق در حال گسترش است. به همین دلیل است که من روی یک ایده تمرکز می‌کنم: مسائل را قبل از اینکه جرقه‌ای برای قطع برق ایجاد کنند، حل کنید. قبل از اینکه توجه کنم منتظر نمی مانم تا یک سرویس شکست بخورد. من به دنبال علائم اولیه هستم. جهش های تاخیری کوچک. فشار حافظه نرخ خطا که کمی افزایش می یابد اما زیر خط وحشت باقی می ماند. گواهی نزدیک به انقضا صفی که کندتر از حد معمول تخلیه می شود. هر کدام ممکن است به تنهایی جزئی به نظر برسند. آنها با هم داستانی را تعریف می کنند. من آموخته ام که بیشتر خاموشی ها با یک تصادف دراماتیک شروع نمی شوند. آنها با سر و صدایی شروع می شوند که هیچ کس به موقع به آن وصل نشده است. رویکرد من ساده است. من با مسیر کاربر شروع می کنم. اگر مشتری نتواند وارد شود، سفارش بدهد، فرمی ارسال کند یا داشبورد باز کند، اهمیتی نمی‌دهم که یک معیار داخلی هنوز خوب به نظر برسد. من به مسیری که کاربر لمس می کند اهمیت می دهم. مراحل را ترسیم می کنم، سپس هر مرحله را از نزدیک تماشا می کنم. یک صفحه ورود ممکن است در طول استفاده معمولی در 300 میلی ثانیه پاسخ دهد، سپس در دوره های شلوغ تا 900 میلی ثانیه خزیده شود. این تغییر می تواند اولین نشانه مشکل باشد. یک API پرداخت ممکن است پاسخ‌های معتبری را ارائه دهد، اما نرخ موفقیت ممکن است با مقدار کمی کاهش یابد. این افت می تواند مدت ها قبل از اینکه یک قطع کامل ظاهر شود به یک مشکل عمیق تر اشاره کند. من همچنین روندها را تماشا می کنم، نه فقط سنبله ها. یک هشدار می تواند یک هشدار نادرست باشد. یک الگو بیشتر به من می گوید. اگر استفاده از CPU هر روز بعدازظهر افزایش یابد، اگر فضای دیسک هر روز کمی کاهش یابد، اگر سرویسی بعد از هر بار استقرار مجدداً راه اندازی مجدد شود، من آن را به عنوان یک هشدار تلقی می کنم. من یک سیگنال آهسته و صادقانه را به یک غافلگیری بلند ترجیح می دهم. یک مثال واقعی برای من باقی می ماند. یک تیم خرده‌فروشی که من با آنها کار می‌کردم، سیستم پرداختی داشتند که به نظر ثابت می‌رسید. صفحه اصلی سریع بود. صفحات محصول به خوبی بارگذاری شده است. با این حال متوجه شدم که سرویس سبد خرید در زمان اوج ترافیک زمان پاسخگویی طولانی تری دارد. نرخ خطا پایین ماند، بنابراین هیچ کس نگرانی فوری نداشت. از آنها خواستم که عمق صف و تکرارهای وقفه را با دقت بیشتری تماشا کنند. این تغییر کوچک به آن‌ها کمک کرد تا قبل از اینکه مشتریان در هنگام تسویه‌حساب شروع به انصراف کنند، عقب‌ماندگی رو به رشد را تشخیص دهند. آنها ظرفیت را تنظیم کردند و چند تنظیمات را تنظیم کردند. این موضوع هرگز به یک قطع عمومی تبدیل نشد. این همان بردی است که من به آن اهمیت می دهم. روند من معمولاً چند مرحله واضح را دنبال می کند. من سیگنال هایی را تعریف می کنم که بیشترین اهمیت را دارند. هر معیاری سزاوار وزن برابر نیست. من به بخش‌هایی نگاه می‌کنم که بر تجربه کاربر و جریان کسب‌وکار تأثیر می‌گذارند. • زمان پاسخ • نرخ خطا • حجم ترافیک • استفاده از حافظه • فضای دیسک • طول صف • راه اندازی مجدد سرویس • گواهی و وضعیت وابستگی هشدارهایی را تنظیم کردم که با خطر واقعی مطابقت دارند. من صدای هشدار در تمام روز نمی خواهم. من هشدارهایی می‌خواهم که به عمل اشاره کنند. یک هشدار برای افزایش تاخیر می تواند به من در آماده شدن کمک کند. هشدار دوم برای انفجارهای خطا می تواند مرا وادار به بازرسی عمیق تر کند. من به آستانه ها توجه می کنم، اما همچنین مراقب تغییرات در طول زمان هستم. من معیارها را با لاگ ها و ردیابی ها وصل می کنم. یک معیار می تواند به من بگوید که چیزی اشتباه است. گزارش‌ها و ردیابی‌ها به من کمک می‌کنند پیدا کنم از کجا شروع می‌شود. وقتی درخواست کندی را می بینم، می خواهم بدانم کدام سرویس آن را مدیریت کرده است، کدام وابستگی کشیده شده است، و کدام مرحله بیش از حد طولانی شده است. وقتی فشار زیاد است، این نما در زمان صرفه جویی می کند. من سیستم را بعد از هر حادثه یا نزدیکی بررسی می کنم. من سؤالات ساده ای می پرسم: • اولین سیگنال چه بود؟ • کدام هشدار را از دست دادیم؟ • کدام هشدار خیلی دیر آمد؟ • دفعه بعد چه چیزی را تماشا کنم؟ من متوجه شده ام که بررسی پس از حادثه جایی است که پیشرفت واقعی شروع می شود. تیم ها اغلب قطعی را برطرف می کنند، سپس متوقف می شوند. ترجیح می دهم درس را درست کنم. من هم مراقب مسائل پنهان هستم. برخی از مشکلات اصلاً فوری به نظر نمی رسند. یک کار پشتیبان که هر شب طولانی‌تر اجرا می‌شود، می‌تواند مشکل ذخیره‌سازی را نشان دهد. وابستگی که الگوی پاسخ خود را تغییر می‌دهد می‌تواند به فشار سمت فروشنده اشاره کند. گواهی TLS که نزدیک به انقضا است می تواند به یک مشکل دسترسی ناگهانی تبدیل شود. یک نسخه جدید که کمی بار اضافی اضافه می کند می تواند سیستم را طی چند روز تضعیف کند، سپس با افزایش ترافیک، آن را سرگردان کند. اینها مسائلی است که من می خواهم زودتر به آن رسیدگی کنم. من قهرمانی نمی خواهم. من کنترل ثابت می خواهم. این بدان معناست که من عادت هایی را بر اساس مشاهده ایجاد می کنم، نه حدس و گمان. داشبورد را خوانا نگه می دارم. هشدارها را برای عمل کردن آسان می کنم. من از دفن تیم تحت اخطارهای تصادفی اجتناب می کنم. من به کیفیت سیگنال اهمیت می دهم، نه صدای هشدار. هنگامی که من به این روش کار می کنم، خاموشی ها کمتر تعجب آور می شوند. تیم زمان بیشتری برای عمل کردن دارد. مشتریان با اختلالات کمتری مواجه می شوند. صف های پشتیبانی سبک تر می مانند. کار مهندسی احساس آرامش بیشتری می کند. قانون خودم این است: اگر بتوانم اخطار را زودتر ببینم، اغلب می توانم بعداً آسیب را کاهش دهم. این ارزش نظارت فعال است. قطعیت کامل نیست جادو نیست. فقط دید بهتر، اقدام زودهنگام، و لحظات کمتری که همه به اجبار وارد حالت پاکسازی می شوند. وقتی می‌دانم با دقت به سیستم‌ها نظارت می‌شوند، بیشتر به آن‌ها اعتماد دارم. وقتی تیم‌ها می‌توانند قبل از اینکه کاربران آن را احساس کنند، توضیح دهند که چه چیزی تغییر کرده است، بیشتر به آنها اعتماد دارم. و زمانی که به من کمک می‌کند مشکلات را در حالی که هنوز به اندازه کافی کوچک هستند، حل کنم، به فرآیند خودم اعتماد دارم.

من قبلاً بارها و بارها همان الگو را می دیدم: یک فرآیند در ظاهر خوب به نظر می رسد، سپس یک مشکل کوچک تبدیل به یک شکست می شود که کار را متوقف می کند، اعتماد را از بین می برد و هزینه اضافی ایجاد می کند. به همین دلیل است که معتقدم شکست های کمتری با نظارت شروع می شود. منظورم تماشای داشبورد و امید به بهترین ها نیست. منظور من ردیابی سیگنال‌هایی است که مشکل را زودتر نشان می‌دهند: پاسخ آهسته، افزایش تعداد خطاها، گام‌های از دست رفته، ترافیک غیرمعمول، کارهای عقب افتاده، سلامت دستگاه ضعیف یا افت کیفیت. وقتی به آن سیگنال‌ها توجه می‌کنم، مشکلاتی را در حالی که هنوز کوچک هستند متوجه می‌شوم. این را به سختی یاد گرفتم. یکی از مشتریان من یک فروشگاه اینترنتی داشت. سفارشات انجام می شد، بنابراین تیم احساس امنیت کرد. سپس یک روز صبح، شکایات شروع شد. عدم پرداخت‌ها برای روزها ایجاد شده بود، اما هیچ کس متوجه نشد زیرا هیچ کس هشدار درست را تماشا نمی‌کرد. فروش کاهش یافت، تماس‌های پشتیبانی افزایش یافت و تیم مجبور شد ساعت‌ها را صرف بررسی گزارش‌ها پس از آسیب رساندن کند. پس از آن، به آنها کمک کردم تا یک روال نظارت ساده را تنظیم کنند. ما سه چیز را دنبال کردیم: 1. نرخ موفقیت پرداخت 2. خطاهای پرداخت 3. سرعت بارگذاری صفحه ما همچنین هشدارهایی را برای تغییرات غیرعادی تنظیم کردیم، نه فقط قطعی کامل. افزایش اندک در پرداخت های ناموفق به یک هشدار تبدیل شد، نه یک تعجب. این تغییر تفاوت واقعی ایجاد کرد. تیم می‌توانست زودتر پاسخ دهد، سریع‌تر با افراد مناسب صحبت کند و قبل از اینکه مشتریان بیشتری با آن مواجه شوند، مشکل را برطرف کنند. وقتی یک برنامه نظارتی می سازم، آن را ساده نگه می دارم. 1. من تصمیم می‌گیرم که شکست چگونه باشد. هر کسب‌وکاری نقاط ضعف متفاوتی دارد. یک خط کارخانه، یک سرویس تحویل و یک محصول SaaS به یک شکل شکست نمی‌خورد. من با نام بردن از خطری که بیشترین اهمیت را دارد شروع می کنم. 2. من چند سیگنال مفید را انتخاب می کنم که همه چیز را ردیابی نمی کنم. سر و صدای زیاد باعث می شود افراد هشدارها را نادیده بگیرند. من روی اعدادی تمرکز می کنم که تغییر واقعی را نشان می دهند. 3. من قوانین هشدار واضحی را تعیین می کنم اگر هر تغییر کوچک پیامی را تحریک کند، مردم دیگر توجه نمی کنند. من هشدارهایی می خواهم که به یک مشکل واقعی اشاره کنند، نه صدای بی پایان. 4. من یک مالک پاسخ را تعیین می کنم اخطار فقط در صورتی کمک می کند که کسی بداند در مرحله بعد چه کاری انجام دهد. من مطمئن می شوم که یک فرد یا تیم مالک مرحله بعدی است. 5. من هر هفته الگوها را مرور می‌کنم. یک هشدار به من چیزی می‌گوید. یک الگوی تکراری خیلی چیزهای بیشتری به من می گوید. من به دنبال آن چیزی هستم که مدام اتفاق می افتد، نه فقط آن چیزی که یک بار اتفاق افتاده است. نظارت همچنین نحوه کار افراد را تغییر می دهد. بدون آن، تیم ها حدس می زنند. با آن، تیم ها می بینند. این یک تفاوت بزرگ است. این را در جاهای دیگر هم دیده ام. یک تیم انبار تا زمانی که یک ماشین کار نمی کند، مشکلات تجهیزات را از دست می داد. بعد از اینکه آنها شروع به بررسی دما، ارتعاش و فواصل نگهداری کردند، علائم هشدار دهنده را زودتر پیدا کردند و قبل از قطع شدن خط، تعمیراتی را برنامه ریزی کردند. آنها هنوز هم هر از گاهی با مشکلاتی روبرو می شدند، اما رسیدگی به مشکلات آسان تر بود. دیدگاه من ساده است: شکست به ندرت یکباره ظاهر می شود. معمولا ابتدا سیگنال ها را ارسال می کند. مانیتورینگ به آن سیگنال ها صدایی می دهد. اگر بخواهم یک نصیحت بکنم، این است: قبل از شروع توجه، منتظر خرابی نباشید. اکنون نقاط ضعف را تماشا کنید. سیستم را قابل مشاهده نگه دارید. پاسخ را واضح بیان کنید. اینجاست که شکست های کمتر شروع می شود.

من یک درس ساده از سال ها رسیدگی به تعمیرات، تماس های خدماتی و شکایات مشتریان آموخته ام: مشکلات کوچک به ندرت کوچک می مانند. یک قطره آهسته می تواند دیوار را لکه دار کند. یک صدای ضعیف از یک دستگاه می تواند به یک توقف کامل تبدیل شود. یک قطعه شل می تواند کل سیستم را تحت تاثیر قرار دهد. به همین دلیل است که من یک قانون واضح را دوست دارم: مشکلات را زودتر ببینید، سریع آن را برطرف کنید. من این را از روی تجربه می گویم نه تئوری. من مردم را تماشا کرده ام که خیلی طولانی منتظر می مانند زیرا مشکل جزئی به نظر می رسد. آنها امیدوار بودند که خود به خود از بین برود. به ندرت انجام می داد. چیزی که به عنوان یک مسئله کوچک شروع شد به هزینه بیشتر، تاخیر بیشتر و استرس بسیار بیشتر تبدیل شد. چیزی که مردم معمولا به آن نیاز دارند معجزه نیست. آنها به یک چشم روشن، یک پاسخ سریع و یک برنامه ساده نیاز دارند. من به تغییرات کوچک توجه می کنم: - صدایی که قبلا وجود نداشت - بویی که احساس می شود - تاخیر در اجرای عادی - چکه کردن، ترک خوردن، لرزش، وزوز یا محو شدن - بخشی که کار می کند، اما نه به خوبی قبل از این علائم به راحتی قابل چشم پوشی هستند. من این را درک می کنم. زندگی شلوغ است. بیشتر مردم وقت کافی برای بررسی همه جزئیات را ندارند. با این حال من هنوز هم همین را به مشتریان می گویم: اگر چیزی متفاوت است، زودتر آن را بررسی کنید. یک مثال واقعی در ذهنم می ماند. یک مشتری یک بار در مورد یک نقطه کوچک آب در نزدیکی یک سینک به من گفت. بی ضرر به نظر می رسید. بدون سیل بدون آشفتگی فقط یه علامت کوچیک گفتم فوراً به آن نگاه کنند. یک بررسی کوتاه نشت آهسته زیر لوله را نشان داد. تعمیر ساده بود. اگر آنها صبر می کردند، کابینت می توانست منحرف شود و تعمیر بسیار پیچیده تر بود. من همین الگو را در مورد ماشین ها، لوازم خانگی و تجهیزات اداری می بینم. ترمز خودرویی که برای یک هفته جیغ می کشد ممکن است همچنان حرکت کند، اما هشدار وجود دارد. چاپگری که گهگاهی گیر می کند ممکن است به کار خود ادامه دهد، اما قطعه در حال فرسوده شدن است. یک واحد هوا که برای خنک کردن تلاش می کند ممکن است همچنان کار کند، اما نیاز به توجه دارد. دیدگاه من ساده است: یک اقدام کوچک اکنون بعداً یک کار بزرگتر را ذخیره می کند. وقتی با مشتریان کار می‌کنم، یک فرآیند کوتاه را دنبال می‌کنم: 1. به آنچه تغییر کرده است از نزدیک گوش می‌دهم جزئیات کوچک اهمیت دارند. صدا، بو، مکث یا تغییر در خروجی می تواند به منبع اشاره کند. 2. من قسمتی را که به نظر می رسد خاموش است بررسی می کنم و خیلی سریع حدس نمی زنم. من به علامت نگاه می کنم، سپس آن را دنبال می کنم. 3. من مشکل را در حالی که هنوز قابل مدیریت است برطرف می کنم تعمیر اولیه اغلب به معنای آسیب کمتر، خرابی کمتر و فشار کمتر است. 4. من نتیجه را تماشا می کنم پس از رفع مشکل، مطمئن می شوم که مشکل فوراً برنگردد. این روش کار باعث صرفه جویی در زمان برای همه می شود. همچنین به مردم آرامش می دهد. آن‌ها می‌دانند که شخصی قبل از اینکه موضوع بزرگ شود آن را جدی گرفته است. من همچنین فکر می کنم که ارتباطات روشن مهم است. بسیاری از مشتریان یک گفتگوی فنی طولانی نمی خواهند. آنها می خواهند بدانند: - چه اشکالی دارد؟ - چه چیزی باعث شد؟ - حالا چیکار کنم؟ -اگه صبر کنم چی میشه؟ من به آن احترام می گذارم. بنابراین من پاسخ های خود را واضح نگه می دارم. من از کلمات ساده استفاده می کنم. من خطر را بدون ترس توضیح می دهم. من یک مسیر عملی رو به جلو می گذارم. این رویکرد کار می کند زیرا مردم کنترل می خواهند. آنها سردرگمی نمی خواهند. آنها می خواهند احساس کنند که مشکل با احتیاط حل می شود. یک مسئله کوچک می تواند گران شود وقتی گسترش یابد. یک نشتی کوچک سقف می تواند به سقف برسد. گرفتگی زهکشی می تواند روی یک خط کامل تأثیر بگذارد. باتری ضعیف می تواند فرد را در لحظه نامناسب گیر کند. من همه اینها را دیده ام. این را برای ترساندن مردم نمی گویم. این را می گویم زیرا زندگی واقعی پر از سیگنال های کوچک است. وقتی زودتر آنها را می گیریم، از زمان، پول و انرژی محافظت می کنیم. عادت خودم ساده است. من قبل از اقدام منتظر خرابی نیستم. چک می کنم، گوش می دهم، متوجه می شوم و پاسخ می دهم. این عادت من را از بسیاری از مشکلات قابل اجتناب نجات داده است و به بسیاری از مشتریان نیز کمک کرده است. اگر از من بپرسید چه چیزی بیشتر از همه مهم است، این را می گویم: زود توجه کنید، با احتیاط عمل کنید و مشکل را قبل از بزرگ شدن حل کنید. این همان بخشی است که بسیاری از مردم از دست می دهند. نه خود تعمیر زمان بندی

من با تیم های گرید کار کرده ام که هر روز با فشار یکسانی برخورد می کنند. آنها باید جریان قدرت را حفظ کنند. آنها باید قبل از اینکه یک مسئله کوچک به یک مشکل بزرگتر تبدیل شود، عیوب را تشخیص دهند. آنها باید همه این کارها را همزمان با تماشای بسیاری از سایت ها، خطوط بسیاری و دارایی های زیادی انجام دهند. اینجاست که نظارت هوشمندتر کمک می کند. من آن را راهی برای تماشای شبکه با زمان بندی بهتر، داده های بهتر و حدس و گمان کمتر می بینم. این به اپراتورها دید واضح تری از آنچه در سراسر شبکه اتفاق می افتد می دهد، بنابراین آنها می توانند با اطمینان بیشتری واکنش نشان دهند. یک شبکه می تواند در سطح ثابت به نظر برسد و همچنان خطر را پنهان کند. یک خط ممکن است داغ شود. یک ترانسفورماتور ممکن است یک تغییر کوچک در بار نشان دهد. یک قطب ممکن است پس از آب و هوای بد با استرس مواجه شود. چک دستی می‌تواند این علائم را از دست بدهد، به‌ویژه زمانی که تیم‌ها کمبود کارکنان دارند یا منطقه خدماتی بزرگی را پوشش می‌دهند. این شکاف فشار ایجاد می کند. مشتریان خدمات ثابت می خواهند. خدمه میدانی جهت روشن می خواهند. اپراتورها سورپرایز کمتری می خواهند. دیدگاه من ساده است: زمانی که مردم بتوانند مشکلات را زودتر ببینند، شبکه احساس امنیت بیشتری می کند. نظارت دقیق‌تر با جمع‌آوری داده‌ها از حسگرها، دوربین‌ها، مترها و سیستم‌های کنترلی به آن کمک می‌کند و سپس آن داده‌ها را به هشدارها و الگوهایی تبدیل می‌کند که افراد بتوانند بر اساس آن‌ها عمل کنند. من دیده ام که تیم ها از این نوع تنظیمات به صورت عملی استفاده می کنند. یک خدمه خدمات شهری در یک منطقه مستعد طوفان، حسگرها را روی خطوط بحرانی و ترانسفورماتورها قرار دادند. پس از یک باد شدید، سیستم قسمتی را با گرما و تغییر بار غیرمعمول علامت گذاری کرد. این تیم قبل از گسترش مشکل یک خدمه فرستاد. این همه خطرات را از بین نبرد، با این حال به آنها فرصت بیشتری برای اقدام زودهنگام داد. این ارزشی است که من بیشتر به آن اعتماد دارم. این به افراد کمک می کند تا از واکنش دیرهنگام به اقدام با برنامه حرکت کنند. یک تنظیم خوب نظارت معمولاً با نقاط مناسب در شبکه شروع می شود. من روی مکان‌هایی تمرکز می‌کنم که خرابی بیشترین مشکل را ایجاد می‌کند: • پست‌ها • ترانسفورماتورها • فیدرها • تابلو برق • خطوط هوایی • مناطق پر بار • مکان‌هایی که در معرض آب و هوا قرار دارند هنگامی که این نقاط روشن شدند، مرحله بعدی داده است. من داده های تمیز می خواهم، نه نویز. اگر سیستم هشدارهای ضعیف زیادی ارسال کند، تیم ها شروع به نادیده گرفتن آنها می کنند. این مشکلی است که من بیش از یک بار دیده ام. یک سیستم قوی داده ها را فیلتر می کند، آن ها را با الگوهای معمولی مقایسه می کند و به تغییرات مهم اشاره می کند. گرما یکی از سیگنال هایی است که همیشه تماشا می کنم. ارتعاش هم همینطور. تغییر بار ناگهانی نیز همینطور است. رطوبت در مکان نامناسب نیز همینطور است. این سیگنال ها ممکن است به خودی خود کوچک به نظر برسند. آنها با هم می توانند داستان مفیدی را بیان کنند. من همچنین به نحوه رسیدن هشدار به مردم اهمیت می دهم. یک داشبورد به تنهایی کافی نیست. اگر یک اپراتور در صفحه نمایش دفن شود، هشدار ممکن است گم شود. راه‌اندازی بهتر پیام واضحی می‌فرستد: مشکل کجاست، چه چیزی تغییر کرده است و مرحله بعدی باید چه باشد. آن پیام باید واضح بماند. بدون صدای اضافی بدون آلارم مبهم بدون صفحه نمایش شلوغ که باعث کند کاربر کند شود. من سیستم‌هایی را ترجیح می‌دهم که به افراد کمک می‌کنند به سه سؤال سریع پاسخ دهند: • چه چیزی تغییر کرد؟ • کجا اتفاق می افتد؟ • اکنون چه چیزی را چک کنم؟ این سبک باعث صرفه جویی در زمان و کاهش استرس می شود. همچنین به خدمه کمک می کند تا با تمرکز بیشتری کار کنند. من فکر می کنم یکی دیگر از نقاط قوت نظارت هوشمندانه، ردیابی روند است. یک مطالعه مهم است. یک الگو اهمیت بیشتری دارد. اگر دمای یک ترانسفورماتور به آرامی طی چند هفته افزایش یابد، می‌خواهم سیستم آن رانش را نشان دهد. اگر یکی از فیدرها در حین استفاده زیاد پیک های کوتاه را می بیند، من هم می خواهم بدانم. این نوع دیدگاه به تیم ها کمک می کند تا قبل از بزرگ شدن مشکل، تعمیر و نگهداری را برنامه ریزی کنند. همچنین به برنامه ریزی بودجه کمک می کند. خدمه می توانند تصمیم بگیرند که کجا بازرسی کنند، کدام دارایی نیاز به توجه دارد و کدام سایت می تواند منتظر بماند. این یک سود عملی است. این نوید کنترل کامل را نمی دهد. جهت بهتری می دهد. ایمنی سایبری نیز اهمیت دارد. یک شبکه نظارت شده به سیستم های متصل بستگی دارد، بنابراین دسترسی نیاز به مراقبت دارد. من همیشه از کنترل قوی ورود به سیستم، دسترسی محدود، گزارش‌های پاک و بررسی‌های منظم در خود پلتفرم نظارت پشتیبانی می‌کنم. اگر لایه نظارت ضعیف باشد، کل تنظیمات اعتماد را از دست می دهند. این جزئیات کمی نیست. بخشی از کار است. من همچنین سیستم هایی را دوست دارم که می توانند با شبکه رشد کنند. یک ابزار ممکن است با چند سایت کلیدی شروع شود. بعداً ممکن است سنسورهای بیشتر، خطوط بیشتر و گزارش‌های بیشتری اضافه کند. راه‌اندازی باید بتواند بدون نیاز به راه‌اندازی مجدد کامل گسترش یابد. که کار را ثابت نگه می دارد و مدیریت آن را آسان تر می کند. جنبه انسانی هم به اندازه ابزار اهمیت دارد. من اپراتورهایی را ملاقات کرده ام که بیش از هر صفحه نمایشی به تجربه میدانی اعتماد دارند. من به آن احترام می گذارم. یک حسگر باید از فرد حمایت کند، نه اینکه جایگزین قضاوت شود. هنگامی که یک هشدار ظاهر می شود، یک تیم خوب همچنان سایت را بررسی می کند، آب و هوا را بررسی می کند و شرایط محلی را بررسی می کند. این ترکیب داده ها و تجربه منجر به تصمیم گیری های بهتری نسبت به هر یک به تنهایی می شود. اگر بخواهم دیدگاهم را به روشی ساده خلاصه کنم، این را می گویم: شبکه های امن تر به دید بهتر نیاز دارند. دید بهتر از داده‌های مفید، هشدارهای واضح و افرادی که می‌دانند در مرحله بعد چه کاری انجام دهند، به دست می‌آید. من نظارت هوشمندانه تر را امری تجملی نمی دانم. من آن را به عنوان یک لایه عملی می بینم که به تیم ها کمک می کند تا ریسک را زودتر تشخیص دهند، برای کار بهتر برنامه ریزی کنند و خدمات را برای افرادی که به آن وابسته هستند، ثابت نگه دارند. این استانداردی است که من انتخاب می کنم. برای هرگونه سوال در مورد محتوای این مقاله با قیفیدیانقی تماس حاصل فرمایید: 1220349071@qq.com/WhatsApp 15264373334.

John D. McDonald، 2021، مهندسی پست های برق IEEE Power and Energy Society، 2022، راهنمای نظارت و تشخیص ترانسفورماتورهای قدرت Samantha R. Lee، 2020، استراتژی های تعمیر و نگهداری پیشگیرانه برای دارایی های انرژی بحرانی مایکل T. هریس، مانیتورینگ رابرت کی آلن، 2023، دید شبکه هوشمند و تشخیص خطا در زمان واقعی امیلی جی. کارتر، 2021، کاهش ریسک عملیاتی در زیرساخت‌های خدماتی