למה Regulaxy
למצוא — פתור.
להסכים מתי — לא.
שוק ניהול העדכונים צפוף בשני הקצוות וריק באמצע. בקצה אחד כלים שאומרים לכם מה לעדכן. בקצה השני כלים שדוחפים את העדכון. באמצע יושבת העבודה האמיתית: להשיג הסכמה של בעל המערכת על תשעים דקות בלילה שלישי, ולוודא שבאותו לילה לא מושבתת מערכת שהיא תלויה בה.
הטענה
העיכוב אינו טכני. הוא ארגוני.
- 01
למצוא
סורקי חולשות ומודיעין. אומרים לכם מה פתוח, כמה חמור, ואיפה.
- 02
לתאם
בעלים, אישור, מועד, התנגשויות, תזכורות, ראיות. פה יושב Regulaxy.
Regulaxy - 03
להפיץ
כלי הפצה וסוכנים. מתקינים את התיקון ומאתחלים את השרת.
הטענה
העיכוב אינו טכני. הוא ארגוני.
כמעט בכל ארגון גדול, הזמן שבין פרסום תיקון להתקנתו נשלט על ידי הסכמה בין בני אדם ולא על ידי כלים.
התיקון קיים מזמן
ברוב המקרים היצרן פרסם תיקון והוא נבדק. מה שחסר זה מועד שכולם מסכימים עליו ואישור שמישהו נותן.
אין בעלים אחד
שלושים מערכות, שלושים בעלים, ולכל אחד לוח שנה ואילוצים משלו. אף כלי הפצה לא מנהל משא ומתן.
התלות לא רשומה בשום מקום
מה נופל יחד עם מה — זה ידע שקיים בראש של אנשים ומתגלה בלילה של החלון.
הראיה נאספת בדיעבד
התהליך אולי התקיים, אבל אין ממה להראות אותו. בביקורת זה אותו הדבר כמו שלא התקיים.
גבולות
מה Regulaxy הוא לא.
הרשימה הזו פוסלת לידים לא מתאימים בכוונה. עדיף לגלות את זה עכשיו מאשר בחודש השלישי של הפיילוט.
לא סורק חולשות
Regulaxy לא מריץ סריקות ולא מגלה חולשות. הוא קורא את מה שהסורק שלכם כבר מצא.
לא כלי הפצה
אין סוכן, אין דחיפת חבילות ואין אתחול מרחוק. ההתקנה נשארת בכלי שאתם כבר מפעילים.
לא CMDB
המצאי נקרא ממקורות שלכם בקריאה בלבד. Regulaxy מיישב אותם לשורה אחת לכל שרת; הוא לא הופך למקור האמת שלהם.
לא מערכת כרטיסים
אם יש לכם ITSM, הוא נשאר. Regulaxy יכול לפתוח בו כרטיס ולעדכן אותו, לא להחליף אותו.
השוואות
מול מה שכבר יש לכם.
ארבע קטגוריות, לא ארבעה מתחרים. בכל אחת כתוב גם מתי לא צריך אותנו.
אם יש לכם כלי שכבר עושה את זה — נשמח לדעת.
אנחנו מכירים את הקטגוריות. את המקרה שלכם אתם מכירים טוב יותר, וההשוואה הכי מועילה היא זו שנעשית מול מה שבאמת רץ אצלכם.