בלוג

זה בית הספר
10 ים 2017

השפעת העולמות של DevOps, ITIL & Agile

דופו, ITIL & Agile השלכות

שינוי הוא הבקשה של היום, ועכשיו כמו מעולם לא, את קצב השינוי העסקי והחדשנות הוא מחזק. ארגונים ולקוחות מחפשים את ספקי שירותי ה- IT להיות יותר קשובים ולהעביר שינויי שירות קבועים יותר באיכות גבוהה יותר, מה שמביא לשירותים שמעניקים תמריץ נוסף לעסק. ITIL הוא המבנה האמיתי בעולם להעברת ופיקוח על חדשנות כשירות לעסק. Deft היא מערכת להאיץ את הפיתוח והסידור של יישומים (ניצול נהלים ונהלים, למשל, Scrum). DevOps היא תיאוריה או שיטה לעבודה שיכולים להכיר יתרונות בולטים יותר ושינוע מהיר באמצעות אסטרטגיות זריז כזה.

החפיפה /

DevOps מכסה את החלק הארי של שלבי מחזור החיים של ITIL. יישום פיתוח (Agile) מצטלבת ITIL שירות מתווה באמצעות שירות להעביר. ניהול יישומים עובר את החלק הארי של מחזור החיים ITIL. בעוד שירות השירות מתחיל במתווה שירות באמצעות שינוי שירות עקבי.

דופים

  • DevOps היא "הערכה לכלול" דרך להתמודד עם פיתוח Agile מודגש:
  • קשר מתמיד והשתתפות של קבוצות פעולה עם קבוצות פיתוח פנימיות לאורך כל מחזור החיים של הפיתוח
  • ההתקשרות של קבוצות הפעילות כמתוכנן מראש כפי שניתן להעלות על הדעת בהגדרת החזון והסנקציה להסדר השירות
  • תרומות של קבוצות תפעוליות לתנאים הטכניים והטכניים הנדרשים עבור השירות והייעוץ בנוגע להשגת תכנית ההזרמה המוצעת
  • הישנות ארגונית משופרת בדרך זו מעצימה זמן מהיר יותר לשוק של שינויי שימוש ביישומים חדשים או משופרים
  • להנמיך את שיעור האכזבה של פריקות חדשות, יותר רצוף להתיישב רענון מהיר יותר זמן ההתאוששות במקרה של שינוי אכזבה
  • היישום של מיכון שירות כדי להאיץ מודלים תהליך רגיל, למשל, שינוי סטנדרטי או רענון פריקה שגרתית

ITIL

רעיונות אלה של שיתוף פעולה, התכתבויות משודרגות והיענות עסקית אינם מחוץ ל- ITIL. ואכן, מבנה ITIL מתמקד בדרישה להכללה מוקדמת של ניהול טכני וניהול יישומים קבוצות שימושיות בתקופות של שירות טכניקה, תוכנית שירות שירות להעביר. ITIL הוא ברור כי יכולות השירות שירות, קבוצות מסגרת טכנית במיוחד, צריך לתת ייעוץ מוקדם לקווי המתאר וקבוצת הפיתוח על התמיכה ואת בריאות של היישום למצב חי. הם צריכים גם לתת תרומה על עיצובים טכניים עבור "הסדר שירות", כולל הנדסת שירות, הנדסת יישומים, לארגן עיצוב, עיצוב נתונים, הנדסת מסד נתונים וכו '.

כוחה של ההצטרפות

צוות ניהול יישומים (להיות אחראי על כל מחזור החיים של כל היישומים, לא רק אלה שנוצרו בבית) צריך להיות נעול בזמן הנכון בחיי השירות. האמת היא, הם צריכים להיות אלה כדי לעבוד עם העסק, הפרט doled כמנהל היחסים העסקיים (BRM) ואת בעל השירות לזהות, לאפיין ולהקליט את כל "שירות ההסדר" תנאים מוקדמים ו להבטיח אלה נתפסים בחוזה השירות של השירות החדש או המשתנה.

כפי שצוין על ידי ITIL, קבוצות ניהול יישומים צריך לעבוד באופן אינטימי עם חבורות פיתוח אשר נשארים מרוכזים בתוך מתווה השירות שירות להעביר על פיתוח מהיר ושליחת יישומים שהם חלק מהסדר השירות המצרפי. בעוד פיתוח זריז מתרכז בפיתוח מהיר של תרגילי מעבר על תוכנית שירות שירות להעביר, ניהול יישומים עוסקת היישום על פני כל מחזור החיים של השירות מתודולוגיה באמצעות מתאר ולהעביר (עבודה עם פיתוח) על מנת לפעול ללא שינוי. גישה זו מבטיחה כי הסדר השירות (המכיל את היישום) משגר היטב כמו גם שומר על ביצוע בין פעולות לחיות כדי לטפל בבעיות של לקוחות עסקיים ולקוחות.

כמו DevOps, ITIL הוא גם התלהב מאוד על ניצול של "מודלים" ואת היישום של מיכון שירות כדי להרחיב את הפרודוקטיביות, מהירות ביצוע עלויות נמוכות יותר. מה ITIL מדגיש, כי ככל שיהיה, זה כדי להיות יעיל, ספק שירותי ה- IT צריך להיות הראשון הליך מונע תהליך לפני שהוא יכול להבין את היתרונות הקיצוניים ביותר של המחשוב. יש לשנות ולפרק את "תצוגה" רגילה או "פריקה", את "הסדקים" יש להוציא, ואת הפרוצדורה ואת הממשקים חייב להיות יעיל וממוכן. בנקודה זו בדיוק יהיו יתרונות קיצוניים ביותר.

אין ספק כי ITIL הוא המרכז של תעשיית החזרות הטובה ביותר עבור ה- IT. כך או כך, ספקי שירותי ה- IT חייבים להרוויח על ידי ולאחד את שיטות הגומלין הטוב ביותר מדי - כולל Agile ו DevOps - כי הופיעו כדי לשפר את הסדר עם העסק הלקוח, להעלות את איכות וביצוע של שירותי IT, לשפר את התפוקה של הובלה, ועלויות IT נמוכות יותר.

כדי לשמור על עיון בנקודה זו, להציג קורס, הצומת של דופים ו ITIL®.

&bsp

GTranslate Your license is inactive or expired, please subscribe again!