Summarize this content to 400 words in Persian Lang
همانطور که هفته گذشته اشاره کردیم، ما در مورد Kentik NMS بیش از حد دلهره داریم. این یک راه حل نظارتی است که با اندازه مناسب برای فناوری و موارد استفاده امروزی، با اشاره به گذشته (SNMP) و چشم به آینده (تلفن سنجی جریانی).
اما انتقال فناوری – چه در مورد CRM صحبت کنیم، چه ایمیل یا نظارت – هرگز بی اهمیت نیست. ما راهنمای مهاجرت NMS را با در نظر گرفتن این مشکل نوشتیم تا به مردم کمک کنیم از برخی از دام ها و چالش های انتقال از راه حل قدیمی خود به Kentik NMS جلوگیری کنند.
گفته می‌شود، زمان هیچ‌کس بی‌نهایت نیست، بنابراین هضم یک کتاب الکترونیکی دقیق برای برخی افراد در کار نیست. به همین دلیل شما در حال خواندن قسمت 2 این مجموعه هستید که در آن ما موضوعات و مفاهیم اصلی را از راهنما می گیریم و آنها را در بسته ای کوچکتر و با مصرف آسان تر ارائه می دهیم.
اکثریت قریب به اتفاق ما در کنتیک – از مدیر اجرایی به بعد – افرادی هستیم که در رده‌های فناوری اطلاعات قرار گرفته‌اند، حتی اگر مشاغل فعلی ما نسبت به نقش‌های گذشته فنی کمتری داشته باشند. بنابراین، ما کاملاً اکراهی را که ممکن است در رابطه با جنبه‌های سیاسی مهاجرت سیستمی احساس کنید، درک می‌کنیم. ما شما را تشویق می‌کنیم که از طریق این کار کار کنید، زیرا طبق یک خرد قدیمی، اکثر پروژه‌ها در لایه‌های 8، 9 یا 10 مدل OSI شکست می‌خورند.
مشتریان، مصرف کنندگان و اجزاء تشکیل دهنده
یکی از اولین (و خطرناک‌ترین) گسست‌های ذهنی در میان متخصصان فناوری اطلاعات، سوءتفاهم مشتریان در مقابل مصرف‌کنندگان است (ما در یک دقیقه به مؤلفه‌ها خواهیم رسید). این یک مشکل در رابطه با مهاجرت به Kentik NMS است، زیرا باعث می‌شود افراد سؤالات اشتباهی بپرسند، در به دست آوردن قدرت ناکام باشند و انتظارات را به طور غیر مؤثری تعیین کنند. بنابراین، بیایید یک دقیقه وقت بگذاریم تا این سوزن را نخ کنیم:
مشتریان، به طور کلی، شخص، افراد، بخش یا هر چیز دیگری هستند پرداخت می کند برای چیزی آنها ممکن است از آن استفاده نکنند، اما بودجه آن را تامین می کنند.
برعکس، مصرف کنندگان افرادی هستند که از کالا، خدمات یا هر چیز دیگری استفاده می کنند یا از آن بهره می برند. به صراحت: مصرف کنندگان (کاربران) همیشه مشتری (پرداخت کننده) نیستند و مشتریان همیشه مصرف کننده نیستند.
مؤلفه‌ها اصطلاحی است که من برای نشان دادن افرادی که به خدمات یا محصول اهمیت می‌دهند، حتی اگر نه برای آن پول پرداخت کنند و نه از آن استفاده کنند، استفاده می‌کنم.
این سه اصطلاح چگونه با نظارت و مشاهده پذیری ارتباط دارند؟
تجربه ما در کنتیک این است که مشتری معمولاً یک حامی اجرایی یا رهبر یا گاهی اوقات یک سازمان راهنما مانند امنیت یا انطباق است. این افراد می دانند که نظارت در سازمان مورد نیاز است، اما نه خروجی را مصرف می کنند و نه به طور خاص (در سطح شخصی، درونی، تجربی) به اجرای آن اهمیت می دهند. آنها ممکن است به عنوان یک فرد اهمیت دهند زیرا می دانند نظارت و مشاهده برای عملکرد سالم هر کسب و کاری حیاتی است. اما معناشناسی از چگونه این کار باید به رادار آنها اضافه شود.
در همین حال، مصرف‌کنندگان نظارت و مشاهده – که شامل افرادی می‌شود که Kentik را در محیط طراحی، نصب و نگهداری می‌کنند و همچنین تیم‌هایی که خروجی Kentik (هشدارها، گزارش‌ها، داشبورد و موارد دیگر) را دریافت می‌کنند – تقریباً همیشه کسانی نیستند. با اختیار خرید
در نهایت، اجزای تشکیل دهنده وجود دارد. این افراد از برنامه‌ها و سیستم‌هایی استفاده می‌کنند که توسط Kentik نظارت می‌شوند و توسط مصرف‌کنندگان پشتیبانی می‌شوند (معمولا Ops، DevOps، SRE و موارد دیگر). آنها به سلامت و عملکرد سیستم‌هایی که برای انجام کارشان استفاده می‌کنند اهمیت می‌دهند، اما اگر از کار بیفتند، درگیر نیستند.
ما زمانی را صرف تشریح این موضوع در اینجا کرده‌ایم زیرا زمانی که می‌خواهید به همسویی سهامداران برسید، ابتدا باید بدانید که آن ذینفعان چه کسانی هستند و هنگام مهاجرت از راه‌حل موجود شما به Kentik NMS چه نوع سهامی دارند.
با انجام این کار، ما می‌توانیم شروع کنیم به چگونگی جذب هر یک از این گروه‌ها و اجتناب از دام‌های رایج که باعث شکست تلاش‌های مهاجرت می‌شود.
نظارت، مدیریت نیست
اولین، بلندترین و طولانی‌ترین شکایتی که احتمالا می‌شنوید این است که راه‌حل‌هایی برای نظارت بر سیستم‌های جداگانه وجود دارد و شرکت نیازی به «افزودن آجر دیگری» ندارد. تقریباً همیشه، ابزارهایی که مردم درباره آن صحبت می‌کنند، ابزارهای مدیریتی خاص فروشنده/پلتفرم با برخی جنبه‌های نظارتی هستند.
مشکل این است که ابزارهای یک فروشنده هرگز نمی توانند به اندازه کافی سایر بخش های زیرساخت را نظارت کنند، البته نه به اندازه چیزی مانند Kentik. از سوی دیگر، هیچ چیز هرگز به مدیریت تجهیزات یا برنامه‌ها و همچنین سیستم‌های هدفمند خود فروشنده کمک نمی‌کند.
در نهایت، شما باید برای این افراد روشن کنید که هیچ کس درخواستی برای حذف یا جایگزینی ابزارهای مدیریتی که بر آنها تکیه دارند، ندارد. با این حال، استفاده از این ابزارها به‌عنوان راه‌حل‌های پایش و مشاهده‌پذیری عملاً بی‌اثر است، زیرا آنها فاقد برد، انعطاف‌پذیری یا قابلیت همکاری در مورد زیرساخت کلی شرکت و دامنه سایر ابزارهای نظارت و مشاهده در دست هستند.
چه اهمیتی دارد؟
مسئله بعدی یک خطای رایج افراد فناوری اطلاعات است – آنها نیاز به توضیح در مورد اینکه چه چیزی در زمینه فناوری مهم است و چه چیزی برای تجارت در کل اهمیت دارد، دارند. فقط به این دلیل که اکثر شرکت‌ها برای ارائه محصولات و خدمات بسیار به راه‌حل‌های فنی وابسته شده‌اند، به این معنی نیست که آنها شرکت‌های فناوری هستند.
نقل قولی از کارشناس فناوری باب لوئیس امروز به همان اندازه صادق است که در سال 2004 برای اولین بار آن را گفت: «هیچ چیزی به نام پروژه فناوری اطلاعات وجود ندارد. فقط پروژه‌های تجاری با بخش فناوری اطلاعات وجود دارد.»
این که آیا می‌توانید پشت این فلسفه باشید یا نه، موضوع مهمی نیست. ما قول می‌دهیم که برای افرادی که کسب‌وکار را اداره می‌کنند، تصمیم‌گیری می‌کنند و (مهمتر از همه) چک‌ها را برای راه‌حل‌های نظارتی جدید امضا می‌کنند، دقیق‌تر از این نیست. مهم نیست که چقدر متفاوت باشد، هیچ کس هرگز نتوانست امتیازات بحثی را که مزایای پخش تله متری در مقابل SNMP را برای مدیر مالی توضیح دهد، کسب کند.
شما باید چند دقیقه را صرف یادگیری در مورد آنچه برای کسب و کار مهم است بگذرانید و سپس در نظر بگیرید که چگونه یک مهاجرت نظارتی را با آن شرایط چارچوب بندی کنید.
اگر این جمله آخر باعث شد که بخواهید دستان خود را به هوا پرتاب کنید و تسلیم شوید، نگران نباشید. ما هم همین احساس را داشتیم. آسان نیست، و اجازه ندهید کسی سعی کند چیز دیگری به شما بگوید. اما تو می تواند انجامش بده در اینجا چند نکته مفید وجود دارد:
ناراحتی بیش از راحتی: افراد فنی اغلب در مقایسه با سیستم های قدیمی بهتر (یعنی صرفه جویی در زمان، استفاده آسان، کمتر شکننده) پیشرو هستند. “زمانی که ما صرفه جویی خواهیم کرد!” فریاد تجمع است. در حالی که ما نمی‌خواهیم همه رهبران را با یک قلم مو نقاشی کنیم و بگوییم “من باید کمتر روی این موضوع کار کنم.” نه یک استدلال برنده از سوی دیگر، «این چیز باعث درد ما می شود [meaning loss of business]و در اینجا یک راه حل وجود دارد” فوق العاده قانع کننده است.
شناسایی سیستم های حیاتی: در هر سازمانی، برخی از برنامه ها به شدت مهم و برخی دیگر غیر ضروری تلقی می شوند. این ممکن است از نظر عینی درست نباشد، اما حقیقت عینی در اینجا مهم نیست. شما باید بدانید که کدام ابزارهای تجاری برای ماموریت حیاتی هستند و مهاجرت نظارتی خود را به آن سیستم ها متصل کنید. وقتی یک متخصص فناوری اطلاعات نشان می دهد که چگونه یک راه حل نظارتی جدید 30٪ زمان آپلود بیشتری را در برنامه حیاتی در مقایسه با ابزار قدیمی حفظ می کند، نه گفتن سخت است.
ریتم کسب و کار را درک کنید: مهم نیست که استدلال شما چقدر متقاعد کننده باشد، اگر زمان نامناسبی برای پرسیدن باشد، رد خواهید شد. چه پایان ماه پایانی باشد، چه بدترین سه ماهه سال (از لحاظ تاریخی)، یا در اواسط یک رکود در کل صنعت، باید عوامل خارجی کسب و کار را که بر توانایی رئیستان برای «بله» گفتن تأثیر می‌گذارند، آگاه باشید. ممکن است لزوماً مجبور نباشید تسلیم شوید، اما باید حقیقت چشم انداز کسب و کار را بپذیرید و آن را در بحث های خود به حساب آورید.
بدانید بچه چه کسی را زشت می نامید: درخواست هر کسی متعلق به کسی است. راه‌حل نظارتی که می‌خواهید جایگزین کنید توسط شخصی ارائه شده است که (کم و بیش) شغل خود را بر اساس آن موفقیت انجام داده است. فرض کنید که آن کارمند رفته است، اکنون رفته اند، چه بهتر. اما در موارد بسیار بیشتری، آنها هنوز اینجا هستند، و شما واقعاً نمی خواهید این تصور را ایجاد کنید که انتخاب آنها (یا بدتر از آن، کار آنها) اشتباه است. ممکن است نیاز به مکالمه‌های جانبی صریح (و حتی ناراحت‌کننده) داشته باشد، اما باید از این مانع عبور کنید یا با دوره‌ای طولانی از مشاجره، خنجر زدن، کمپین‌های نجوا یا بدتر از آن روبرو شوید. و برای روشن شدن، این نیست فقط برای ابزار نظارتی که می خواهید با Kentik NMS جایگزین کنید. برای آنچه می خواهید نظارت کنید به همان اندازه معتبر است با Kentik NMS. اطمینان حاصل کنید که مالک استدلال های شما در مورد بهبود عملکرد برنامه و زمان آپدیت برنامه را به عنوان اتهامی مبنی بر بی ثباتی کودک خود تفسیر نمی کند.
وجود دارد هستند بدون بچه زشت: همه برنامه‌ها و سیستم‌ها مشکلاتی دارند، و به همان اندازه معتبر است که نقش مورد نظر خود را به اندازه کافی خوب انجام دهند. هنگام کار با مالکان و تیم‌ها، بر تمایل خود برای کمک به ساختن چیزهای آنها تأکید کنید – و به‌طور تعمیم، آنها – بهترین عملکرد خود را در کسب‌وکار نشان دهند و وقفه‌ها و کارهای برنامه‌ریزی نشده‌ای را که در صورت تغییر مسیر ایجاد می‌شوند، کاهش دهید.
در نهایت، اصرار مؤدبانه سودمند است. فرض کنید تمام کارهایی که در بالا پیشنهاد کردیم را انجام دادید و همچنان به شما “نه” گفته شد. افراد باتجربه فناوری اطلاعات آخرین عبارت تقریبا جادویی را برای استفاده می دانند:
چه چیزی باید بشنوید که به شما کمک کند به این پروژه «بله» بگویید؟
اکثر رهبران می خواهند پروژه ها را تأیید کنند و کارها را انجام دهند – به ویژه زمانی که این کارها پتانسیل افزایش ثبات، عملکرد و سرعت کسب و کار را داشته باشند. با پرسیدن اینکه چه چیزهای خاصی باعث تصمیم یک رهبر می شود، هم علاقه و هم تمایل به درک چیزهایی را که برای آنها مهم است نشان می دهید. به سختی می توان حدس زد که چقدر می تواند قدرتمند باشد.
چند زبانه IT شوید
چیزی که ما به آن می پردازیم این است که شما باید به زبان تجارت تسلط بیشتری داشته باشید. بسیاری از افراد فناوری اطلاعات این ایده را ناپسند می‌دانند، اگر نگوییم کاملاً آزاردهنده. مثل این است که می‌گوییم: «از همه مهارت‌های فنی خودداری کنید، اجازه دهید همه گواهینامه‌هایتان از بین بروند، عهد کنید که دیگر هرگز به رایانه دیگری دست نزنید و یک گوشه‌نشین لودیت شوید».
زبان ها اینطوری کار نمی کنند. وقت گذاشتن برای یادگیری پایتون (یا زبان فرانسه) باعث نمی شود که همه چیزهایی را که در مورد جاوا (یا کلینگون) می دانستید فراموش کنید. یادگیری زبان‌های اضافی معمولاً یک تجربه افزودنی است، که در آن دانش جدید آنچه را که قبلاً می‌دانید، تقویت و تقویت می‌کند.
بنابراین، اصطلاحات، مفاهیم و روش‌های مرتبط کردن ایده‌ها را بیاموزید. نه به این دلیل که شما نیاز دارید که آن را “خفن کنید”. این برای همکاران شما که تیم ها را مدیریت می کنند و شرکت را اداره می کنند، توهین آمیز و کودکانه است. در عوض، به این فکر کنید که در گوشه ای در فرانسه بایستید و به انگلیسی بر سر افرادی که در حال قدم زدن هستند فریاد بزنید. قرار نیست پاسخ مثبت زیادی دریافت کنید. در همین راستا، به راه انداختن بحث های فنی با شدت فزاینده در دفتر کسب و کار به طور جادویی آنها را فنی تر نمی کند یا به نظر شما بیشتر اهمیت می دهد.
پس چی است این به اصطلاح زبان تجارت؟ این به سه چیز خلاصه می شود. شما باید هدف خود را در نظر بگیرید (مهاجرت به Kentik NMS) و آن را به عنوان کمک به انجام یکی از سه چیز اساسی در نظر بگیرید:
افزایش درآمد
کاهش هزینه
خطر را حذف کنید
خبر خوب این است که ابزارهای نظارت و مشاهده، به طور کلی، و Kentik NMS، به طور خاص، در اعداد دو و سه بسیار خوب هستند. متخصصان خلاق فناوری اطلاعات همچنین می‌توانند راه‌هایی بیابند تا آنها را در مورد شماره یک قرار دهند.
بعدش چی؟
راستش را بخواهید، اگر تا اینجا پیش رفته اید – هم از نظر خواندن مجموعه وبلاگ و هم در مهاجرت واقعی – قسمت سخت پشت سر شماست. اما این بدان معنا نیست که هیچ چیز ارزشمندی برای من باقی نمانده است که به شما بگویم، برای خواندن، یا برای شما و تیمتان انجام دهید. بنابراین، امیدوارم که در قسمت سوم سری ما بمانید.
یا می توانید اکنون کل راهنما را دانلود کنید و از انتظار صرف نظر کنید.
همانطور که هفته گذشته اشاره کردیم، ما در مورد Kentik NMS بیش از حد دلهره داریم. این یک راه حل نظارتی است که با اندازه مناسب برای فناوری و موارد استفاده امروزی، با اشاره به گذشته (SNMP) و چشم به آینده (تلفن سنجی جریانی).
اما انتقال فناوری – چه در مورد CRM صحبت کنیم، چه ایمیل یا نظارت – هرگز بی اهمیت نیست. ما راهنمای مهاجرت NMS را با در نظر گرفتن این مشکل نوشتیم تا به مردم کمک کنیم از برخی از دام ها و چالش های انتقال از راه حل قدیمی خود به Kentik NMS جلوگیری کنند.
گفته می‌شود، زمان هیچ‌کس بی‌نهایت نیست، بنابراین هضم یک کتاب الکترونیکی دقیق برای برخی افراد در کار نیست. به همین دلیل شما در حال خواندن قسمت 2 این مجموعه هستید که در آن ما موضوعات و مفاهیم اصلی را از راهنما می گیریم و آنها را در بسته ای کوچکتر و با مصرف آسان تر ارائه می دهیم.
اکثریت قریب به اتفاق ما در کنتیک – از مدیر اجرایی به بعد – افرادی هستیم که در رده‌های فناوری اطلاعات قرار گرفته‌اند، حتی اگر مشاغل فعلی ما نسبت به نقش‌های گذشته فنی کمتری داشته باشند. بنابراین، ما کاملاً اکراهی را که ممکن است در رابطه با جنبه‌های سیاسی مهاجرت سیستمی احساس کنید، درک می‌کنیم. ما شما را تشویق می‌کنیم که از طریق این کار کار کنید، زیرا طبق یک خرد قدیمی، اکثر پروژه‌ها در لایه‌های 8، 9 یا 10 مدل OSI شکست می‌خورند.
مشتریان، مصرف کنندگان و اجزاء تشکیل دهنده
یکی از اولین (و خطرناک‌ترین) گسست‌های ذهنی در میان متخصصان فناوری اطلاعات، سوءتفاهم مشتریان در مقابل مصرف‌کنندگان است (ما در یک دقیقه به مؤلفه‌ها خواهیم رسید). این یک مشکل در رابطه با مهاجرت به Kentik NMS است، زیرا باعث می‌شود افراد سؤالات اشتباهی بپرسند، در به دست آوردن قدرت ناکام باشند و انتظارات را به طور غیر مؤثری تعیین کنند. بنابراین، بیایید یک دقیقه وقت بگذاریم تا این سوزن را نخ کنیم:
- مشتریان، به طور کلی، شخص، افراد، بخش یا هر چیز دیگری هستند پرداخت می کند برای چیزی آنها ممکن است از آن استفاده نکنند، اما بودجه آن را تامین می کنند.
- برعکس، مصرف کنندگان افرادی هستند که از کالا، خدمات یا هر چیز دیگری استفاده می کنند یا از آن بهره می برند. به صراحت: مصرف کنندگان (کاربران) همیشه مشتری (پرداخت کننده) نیستند و مشتریان همیشه مصرف کننده نیستند.
- مؤلفه‌ها اصطلاحی است که من برای نشان دادن افرادی که به خدمات یا محصول اهمیت می‌دهند، حتی اگر نه برای آن پول پرداخت کنند و نه از آن استفاده کنند، استفاده می‌کنم.
این سه اصطلاح چگونه با نظارت و مشاهده پذیری ارتباط دارند؟
تجربه ما در کنتیک این است که مشتری معمولاً یک حامی اجرایی یا رهبر یا گاهی اوقات یک سازمان راهنما مانند امنیت یا انطباق است. این افراد می دانند که نظارت در سازمان مورد نیاز است، اما نه خروجی را مصرف می کنند و نه به طور خاص (در سطح شخصی، درونی، تجربی) به اجرای آن اهمیت می دهند. آنها ممکن است به عنوان یک فرد اهمیت دهند زیرا می دانند نظارت و مشاهده برای عملکرد سالم هر کسب و کاری حیاتی است. اما معناشناسی از چگونه این کار باید به رادار آنها اضافه شود.
در همین حال، مصرف‌کنندگان نظارت و مشاهده – که شامل افرادی می‌شود که Kentik را در محیط طراحی، نصب و نگهداری می‌کنند و همچنین تیم‌هایی که خروجی Kentik (هشدارها، گزارش‌ها، داشبورد و موارد دیگر) را دریافت می‌کنند – تقریباً همیشه کسانی نیستند. با اختیار خرید
در نهایت، اجزای تشکیل دهنده وجود دارد. این افراد از برنامه‌ها و سیستم‌هایی استفاده می‌کنند که توسط Kentik نظارت می‌شوند و توسط مصرف‌کنندگان پشتیبانی می‌شوند (معمولا Ops، DevOps، SRE و موارد دیگر). آنها به سلامت و عملکرد سیستم‌هایی که برای انجام کارشان استفاده می‌کنند اهمیت می‌دهند، اما اگر از کار بیفتند، درگیر نیستند.
ما زمانی را صرف تشریح این موضوع در اینجا کرده‌ایم زیرا زمانی که می‌خواهید به همسویی سهامداران برسید، ابتدا باید بدانید که آن ذینفعان چه کسانی هستند و هنگام مهاجرت از راه‌حل موجود شما به Kentik NMS چه نوع سهامی دارند.
با انجام این کار، ما می‌توانیم شروع کنیم به چگونگی جذب هر یک از این گروه‌ها و اجتناب از دام‌های رایج که باعث شکست تلاش‌های مهاجرت می‌شود.
نظارت، مدیریت نیست
اولین، بلندترین و طولانی‌ترین شکایتی که احتمالا می‌شنوید این است که راه‌حل‌هایی برای نظارت بر سیستم‌های جداگانه وجود دارد و شرکت نیازی به «افزودن آجر دیگری» ندارد. تقریباً همیشه، ابزارهایی که مردم درباره آن صحبت می‌کنند، ابزارهای مدیریتی خاص فروشنده/پلتفرم با برخی جنبه‌های نظارتی هستند.
مشکل این است که ابزارهای یک فروشنده هرگز نمی توانند به اندازه کافی سایر بخش های زیرساخت را نظارت کنند، البته نه به اندازه چیزی مانند Kentik. از سوی دیگر، هیچ چیز هرگز به مدیریت تجهیزات یا برنامه‌ها و همچنین سیستم‌های هدفمند خود فروشنده کمک نمی‌کند.
در نهایت، شما باید برای این افراد روشن کنید که هیچ کس درخواستی برای حذف یا جایگزینی ابزارهای مدیریتی که بر آنها تکیه دارند، ندارد. با این حال، استفاده از این ابزارها به‌عنوان راه‌حل‌های پایش و مشاهده‌پذیری عملاً بی‌اثر است، زیرا آنها فاقد برد، انعطاف‌پذیری یا قابلیت همکاری در مورد زیرساخت کلی شرکت و دامنه سایر ابزارهای نظارت و مشاهده در دست هستند.
چه اهمیتی دارد؟
مسئله بعدی یک خطای رایج افراد فناوری اطلاعات است – آنها نیاز به توضیح در مورد اینکه چه چیزی در زمینه فناوری مهم است و چه چیزی برای تجارت در کل اهمیت دارد، دارند. فقط به این دلیل که اکثر شرکت‌ها برای ارائه محصولات و خدمات بسیار به راه‌حل‌های فنی وابسته شده‌اند، به این معنی نیست که آنها شرکت‌های فناوری هستند.
نقل قولی از کارشناس فناوری باب لوئیس امروز به همان اندازه صادق است که در سال 2004 برای اولین بار آن را گفت: «هیچ چیزی به نام پروژه فناوری اطلاعات وجود ندارد. فقط پروژه‌های تجاری با بخش فناوری اطلاعات وجود دارد.»
این که آیا می‌توانید پشت این فلسفه باشید یا نه، موضوع مهمی نیست. ما قول می‌دهیم که برای افرادی که کسب‌وکار را اداره می‌کنند، تصمیم‌گیری می‌کنند و (مهمتر از همه) چک‌ها را برای راه‌حل‌های نظارتی جدید امضا می‌کنند، دقیق‌تر از این نیست. مهم نیست که چقدر متفاوت باشد، هیچ کس هرگز نتوانست امتیازات بحثی را که مزایای پخش تله متری در مقابل SNMP را برای مدیر مالی توضیح دهد، کسب کند.
شما باید چند دقیقه را صرف یادگیری در مورد آنچه برای کسب و کار مهم است بگذرانید و سپس در نظر بگیرید که چگونه یک مهاجرت نظارتی را با آن شرایط چارچوب بندی کنید.
اگر این جمله آخر باعث شد که بخواهید دستان خود را به هوا پرتاب کنید و تسلیم شوید، نگران نباشید. ما هم همین احساس را داشتیم. آسان نیست، و اجازه ندهید کسی سعی کند چیز دیگری به شما بگوید. اما تو می تواند انجامش بده در اینجا چند نکته مفید وجود دارد:
- ناراحتی بیش از راحتی: افراد فنی اغلب در مقایسه با سیستم های قدیمی بهتر (یعنی صرفه جویی در زمان، استفاده آسان، کمتر شکننده) پیشرو هستند. “زمانی که ما صرفه جویی خواهیم کرد!” فریاد تجمع است. در حالی که ما نمی‌خواهیم همه رهبران را با یک قلم مو نقاشی کنیم و بگوییم “من باید کمتر روی این موضوع کار کنم.” نه یک استدلال برنده از سوی دیگر، «این چیز باعث درد ما می شود [meaning loss of business]و در اینجا یک راه حل وجود دارد” فوق العاده قانع کننده است.
- شناسایی سیستم های حیاتی: در هر سازمانی، برخی از برنامه ها به شدت مهم و برخی دیگر غیر ضروری تلقی می شوند. این ممکن است از نظر عینی درست نباشد، اما حقیقت عینی در اینجا مهم نیست. شما باید بدانید که کدام ابزارهای تجاری برای ماموریت حیاتی هستند و مهاجرت نظارتی خود را به آن سیستم ها متصل کنید. وقتی یک متخصص فناوری اطلاعات نشان می دهد که چگونه یک راه حل نظارتی جدید 30٪ زمان آپلود بیشتری را در برنامه حیاتی در مقایسه با ابزار قدیمی حفظ می کند، نه گفتن سخت است.
- ریتم کسب و کار را درک کنید: مهم نیست که استدلال شما چقدر متقاعد کننده باشد، اگر زمان نامناسبی برای پرسیدن باشد، رد خواهید شد. چه پایان ماه پایانی باشد، چه بدترین سه ماهه سال (از لحاظ تاریخی)، یا در اواسط یک رکود در کل صنعت، باید عوامل خارجی کسب و کار را که بر توانایی رئیستان برای «بله» گفتن تأثیر می‌گذارند، آگاه باشید. ممکن است لزوماً مجبور نباشید تسلیم شوید، اما باید حقیقت چشم انداز کسب و کار را بپذیرید و آن را در بحث های خود به حساب آورید.
- بدانید بچه چه کسی را زشت می نامید: درخواست هر کسی متعلق به کسی است. راه‌حل نظارتی که می‌خواهید جایگزین کنید توسط شخصی ارائه شده است که (کم و بیش) شغل خود را بر اساس آن موفقیت انجام داده است. فرض کنید که آن کارمند رفته است، اکنون رفته اند، چه بهتر. اما در موارد بسیار بیشتری، آنها هنوز اینجا هستند، و شما واقعاً نمی خواهید این تصور را ایجاد کنید که انتخاب آنها (یا بدتر از آن، کار آنها) اشتباه است. ممکن است نیاز به مکالمه‌های جانبی صریح (و حتی ناراحت‌کننده) داشته باشد، اما باید از این مانع عبور کنید یا با دوره‌ای طولانی از مشاجره، خنجر زدن، کمپین‌های نجوا یا بدتر از آن روبرو شوید. و برای روشن شدن، این نیست فقط برای ابزار نظارتی که می خواهید با Kentik NMS جایگزین کنید. برای آنچه می خواهید نظارت کنید به همان اندازه معتبر است با Kentik NMS. اطمینان حاصل کنید که مالک استدلال های شما در مورد بهبود عملکرد برنامه و زمان آپدیت برنامه را به عنوان اتهامی مبنی بر بی ثباتی کودک خود تفسیر نمی کند.
- وجود دارد هستند بدون بچه زشت: همه برنامه‌ها و سیستم‌ها مشکلاتی دارند، و به همان اندازه معتبر است که نقش مورد نظر خود را به اندازه کافی خوب انجام دهند. هنگام کار با مالکان و تیم‌ها، بر تمایل خود برای کمک به ساختن چیزهای آنها تأکید کنید – و به‌طور تعمیم، آنها – بهترین عملکرد خود را در کسب‌وکار نشان دهند و وقفه‌ها و کارهای برنامه‌ریزی نشده‌ای را که در صورت تغییر مسیر ایجاد می‌شوند، کاهش دهید.
در نهایت، اصرار مؤدبانه سودمند است. فرض کنید تمام کارهایی که در بالا پیشنهاد کردیم را انجام دادید و همچنان به شما “نه” گفته شد. افراد باتجربه فناوری اطلاعات آخرین عبارت تقریبا جادویی را برای استفاده می دانند:
چه چیزی باید بشنوید که به شما کمک کند به این پروژه «بله» بگویید؟
اکثر رهبران می خواهند پروژه ها را تأیید کنند و کارها را انجام دهند – به ویژه زمانی که این کارها پتانسیل افزایش ثبات، عملکرد و سرعت کسب و کار را داشته باشند. با پرسیدن اینکه چه چیزهای خاصی باعث تصمیم یک رهبر می شود، هم علاقه و هم تمایل به درک چیزهایی را که برای آنها مهم است نشان می دهید. به سختی می توان حدس زد که چقدر می تواند قدرتمند باشد.
چند زبانه IT شوید
چیزی که ما به آن می پردازیم این است که شما باید به زبان تجارت تسلط بیشتری داشته باشید. بسیاری از افراد فناوری اطلاعات این ایده را ناپسند می‌دانند، اگر نگوییم کاملاً آزاردهنده. مثل این است که می‌گوییم: «از همه مهارت‌های فنی خودداری کنید، اجازه دهید همه گواهینامه‌هایتان از بین بروند، عهد کنید که دیگر هرگز به رایانه دیگری دست نزنید و یک گوشه‌نشین لودیت شوید».
زبان ها اینطوری کار نمی کنند. وقت گذاشتن برای یادگیری پایتون (یا زبان فرانسه) باعث نمی شود که همه چیزهایی را که در مورد جاوا (یا کلینگون) می دانستید فراموش کنید. یادگیری زبان‌های اضافی معمولاً یک تجربه افزودنی است، که در آن دانش جدید آنچه را که قبلاً می‌دانید، تقویت و تقویت می‌کند.
بنابراین، اصطلاحات، مفاهیم و روش‌های مرتبط کردن ایده‌ها را بیاموزید. نه به این دلیل که شما نیاز دارید که آن را “خفن کنید”. این برای همکاران شما که تیم ها را مدیریت می کنند و شرکت را اداره می کنند، توهین آمیز و کودکانه است. در عوض، به این فکر کنید که در گوشه ای در فرانسه بایستید و به انگلیسی بر سر افرادی که در حال قدم زدن هستند فریاد بزنید. قرار نیست پاسخ مثبت زیادی دریافت کنید. در همین راستا، به راه انداختن بحث های فنی با شدت فزاینده در دفتر کسب و کار به طور جادویی آنها را فنی تر نمی کند یا به نظر شما بیشتر اهمیت می دهد.
پس چی است این به اصطلاح زبان تجارت؟ این به سه چیز خلاصه می شود. شما باید هدف خود را در نظر بگیرید (مهاجرت به Kentik NMS) و آن را به عنوان کمک به انجام یکی از سه چیز اساسی در نظر بگیرید:
- افزایش درآمد
- کاهش هزینه
- خطر را حذف کنید
خبر خوب این است که ابزارهای نظارت و مشاهده، به طور کلی، و Kentik NMS، به طور خاص، در اعداد دو و سه بسیار خوب هستند. متخصصان خلاق فناوری اطلاعات همچنین می‌توانند راه‌هایی بیابند تا آنها را در مورد شماره یک قرار دهند.
بعدش چی؟
راستش را بخواهید، اگر تا اینجا پیش رفته اید – هم از نظر خواندن مجموعه وبلاگ و هم در مهاجرت واقعی – قسمت سخت پشت سر شماست. اما این بدان معنا نیست که هیچ چیز ارزشمندی برای من باقی نمانده است که به شما بگویم، برای خواندن، یا برای شما و تیمتان انجام دهید. بنابراین، امیدوارم که در قسمت سوم سری ما بمانید.
یا می توانید اکنون کل راهنما را دانلود کنید و از انتظار صرف نظر کنید.
