Upload
Download free for 30 days
Login
Submit Search
ITIL Cookbook
0 likes
318 views
R
Robert Dan Yanovich
1 of 58
Download now
Downloaded 10 times
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
More Related Content
PPT
ITIL presentation
mhormech
PDF
2024 Trend Updates: What Really Works In SEO & Content Marketing
Search Engine Journal
PDF
Storytelling For The Web: Integrate Storytelling in your Design Process
Chiara Aliotta
PDF
Artificial Intelligence, Data and Competition – SCHREPEL – June 2024 OECD dis...
OECD Directorate for Financial and Enterprise Affairs
PDF
How to Leverage AI to Boost Employee Wellness - Lydia Di Francesco - SocialHR...
SocialHRCamp
PDF
2024 State of Marketing Report – by Hubspot
Marius Sescu
PDF
Everything You Need To Know About ChatGPT
Expeed Software
PDF
Product Design Trends in 2024 | Teenage Engineerings
Pixeldarts
ITIL presentation
mhormech
2024 Trend Updates: What Really Works In SEO & Content Marketing
Search Engine Journal
Storytelling For The Web: Integrate Storytelling in your Design Process
Chiara Aliotta
Artificial Intelligence, Data and Competition – SCHREPEL – June 2024 OECD dis...
OECD Directorate for Financial and Enterprise Affairs
How to Leverage AI to Boost Employee Wellness - Lydia Di Francesco - SocialHR...
SocialHRCamp
2024 State of Marketing Report – by Hubspot
Marius Sescu
Everything You Need To Know About ChatGPT
Expeed Software
Product Design Trends in 2024 | Teenage Engineerings
Pixeldarts
Featured
(20)
PDF
How Race, Age and Gender Shape Attitudes Towards Mental Health
ThinkNow
PDF
AI Trends in Creative Operations 2024 by Artwork Flow.pdf
marketingartwork
PDF
Skeleton Culture Code
Skeleton Technologies
PDF
PEPSICO Presentation to CAGNY Conference Feb 2024
Neil Kimberley
PDF
Content Methodology: A Best Practices Report (Webinar)
contently
PPTX
How to Prepare For a Successful Job Search for 2024
Albert Qian
PDF
Social Media Marketing Trends 2024 // The Global Indie Insights
Kurio // The Social Media Age(ncy)
PDF
Trends In Paid Search: Navigating The Digital Landscape In 2024
Search Engine Journal
PDF
5 Public speaking tips from TED - Visualized summary
SpeakerHub
PDF
ChatGPT and the Future of Work - Clark Boyd
Clark Boyd
PDF
Getting into the tech field. what next
Tessa Mero
PDF
Google's Just Not That Into You: Understanding Core Updates & Search Intent
Lily Ray
PDF
How to have difficult conversations
Rajiv Jayarajah, MAppComm, ACC
PDF
Introduction to Data Science
Christy Abraham Joy
PDF
Time Management & Productivity - Best Practices
Vit Horky
PDF
The six step guide to practical project management
MindGenius
PDF
Beginners Guide to TikTok for Search - Rachel Pearson - We are Tilt __ Bright...
RachelPearson36
PDF
Unlocking the Power of ChatGPT and AI in Testing - A Real-World Look, present...
Applitools
PDF
12 Ways to Increase Your Influence at Work
GetSmarter
PDF
ChatGPT webinar slides
Alireza Esmikhani
How Race, Age and Gender Shape Attitudes Towards Mental Health
ThinkNow
AI Trends in Creative Operations 2024 by Artwork Flow.pdf
marketingartwork
Skeleton Culture Code
Skeleton Technologies
PEPSICO Presentation to CAGNY Conference Feb 2024
Neil Kimberley
Content Methodology: A Best Practices Report (Webinar)
contently
How to Prepare For a Successful Job Search for 2024
Albert Qian
Social Media Marketing Trends 2024 // The Global Indie Insights
Kurio // The Social Media Age(ncy)
Trends In Paid Search: Navigating The Digital Landscape In 2024
Search Engine Journal
5 Public speaking tips from TED - Visualized summary
SpeakerHub
ChatGPT and the Future of Work - Clark Boyd
Clark Boyd
Getting into the tech field. what next
Tessa Mero
Google's Just Not That Into You: Understanding Core Updates & Search Intent
Lily Ray
How to have difficult conversations
Rajiv Jayarajah, MAppComm, ACC
Introduction to Data Science
Christy Abraham Joy
Time Management & Productivity - Best Practices
Vit Horky
The six step guide to practical project management
MindGenius
Beginners Guide to TikTok for Search - Rachel Pearson - We are Tilt __ Bright...
RachelPearson36
Unlocking the Power of ChatGPT and AI in Testing - A Real-World Look, present...
Applitools
12 Ways to Increase Your Influence at Work
GetSmarter
ChatGPT webinar slides
Alireza Esmikhani
Ad
ITIL Cookbook
1.
-1- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 ITIL│המתכונים
ספר הטמעת בנושא מאמרים אסופתITIL מהשנייה דורה מאי1026 ינוביץ דן רוברט' יועץITIL
2.
-2- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 עניינים
תוכן הקדמה3 מבוא4 אנשים9 תהליכים44 השירות אסטרטגיית15 השירות עיצוב18 לייצור השירות העברת23 השירות תפעול25 המתמיד השירות שיפור35 טכנולוגיה37 מונחים מילון46
3.
-3- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 הקדמה את
שתסדיר במתודולוגיה הצורך גם גדל ,המידע מערכות עולם של והולכת הגוברת הצמיחה עם שירותי המספקים וארגונים חברות של הטכני במערך העבודה תהליכיותקשורת מחשוב. בשנים עדים אנו ,מכך כתוצאהשיטת של קרנה לעליית האחרונותITILממשלת ידי על שפותחה , ה בשנות עוד בריטניה-80ה המאה של-20. שהיא הרי ,העולם ברחבי מצליחים ארגונים מאות של ניסיונם על מבוססת שהשיטה למרות אותה לאמץ ארגון לכל מאפשר ניסוחה אופן .מדי ""תיאורטית ולעתים כללית בלשון מנוסחת ש באופןשיטת הטמעת ,זאת עם .הייחודי ולאופיו לצרכיו מתאיםITILעם בהתמודדות כרוכה ספרות במסגרת הפרקטיקה של מפורט תיאור בהיעדר ,רבות דילמות החושפת מורכבת מציאות ITIL. בהטמעת הכרוכות ליבה סוגיות להאיר נועדה זו מאמרים אסופתITILעוסקים המאמרים מקצת . שרבי מושגים בביאורנועד אחר חלק .ומוסכמת אחידה שפה לאפשר מנת על ,בהבנתם שוגים ם עוסק המאמרים של הארי החלק .רבה תועלת מביא שיישומם ,חשובים אך קטנים נושאים להציג הטמעת של הליבה בסוגיות המתעוררות בדילמותITILלבחירת תבחינים ומציעהפתרוןהנכון וטי בהמלצות משופעים המאמרים .לארגון.המחבר של ניסיונו על המבוססים ,שימושיים פים ל מקובצים המאמריםחמישה:פרקים מבואהכולל ,שיטת של המרכזיים העקרונות אתITILהשלבים מפורטים ובו ותולדותיה ( השירות חיי במחזורService Life-Cycleשלב בכל והתהליכים ); אנשיםמאמרים הכולל ,י של ארגוניים להיבטים הנוגעיםישוםITIL; ,תהליכיםיישום של מתודולוגיים להיבטים הנוגעים מאמרים הכוללITIL; ,טכנולוגיהיישום של טכנולוגיים להיבטים הנוגעים מאמרים הכוללITIL; מונחים מילוןהכולל ,בשיטת מושגים של הגדרהITIL. .רב לעזר לכם יהיה שהספר תקווה אני 'ינוביץ דן רוברט יועץITIL
4.
-4- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 "חריג
שום סובל שאינו שכך כדי עד מוחלט אינו המלחמה מעקרונות עיקרון שום" -בונפרטה נפוליאון,צרפת קיסר
5.
-5- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 2.(
מחשוב שירותי ניהולITSM)-הלקוח של בשפה לדבר שיטתITILאוספרייתהתשתיותשלמערכותהמידע(Information Technology Infrastructure Library)היאשיטהלניהולשירותימערכותמידע.זהואוסףשלהנחיותכיצדיש לנהלאתיחידתהמחשב(IT)בכלארגון,וכיצדלספקשירותימערכותמידעשיעזרולארגון לעשותעסקים.בגרסההנוכחית-גרסתITIL 2011-ישנם5כרכיםשכלאחדמהםמתארהיבט אחרבמחזורהחייםשלניהולשירותימערכותהמידע(IT Service Management.)שיטתITIL תומכתבתקןISO 20000שהואהתקןהבין-לאומישמגדיראתתהליכיניהולהשירותבמערכות מידע.עמידהבדרישותהתקןמוכיחהשארגוןאימץאתהמלצותITIL. שיטתITILהיאשיטהלניהולה מידע מערכותמבוססתעלניסיוןמצטבר( מוצלחBest Practice). השיטהמגדירהתהליכיעבודה,נהליעבודה,משימותורשימותשנועדולגשרביןהמטרות האסטרטגיותשלהארגוןלשיטתהעבודהשלאגףמערכותהמידע.שיטתהעבודההמומלצתעל ידישיטתITILהיאיצירתיחסיספק-לקוחביןמומחיהתקשובלמשתמשיהתקשובוהלקוחות, והתמקדותבמתןשירותטוב.בעזרתהשיטהניתןלהקטיןאתמספרתקלותהתקשובולטפל מהרבבעיות,תוךשמירתשביעותרצוןהלקוחות.השיטהמופצתבעולםעלידיפורוםitSMF, שהואמעיןמשתמשים פורוםשלITIL. ראשיהתיבותITILהואסימןמסחרירשוםשלחברת( אקסלוסAxelos)הבריטית.זכויות היוצריםוהטיפולבפיתוחוהפצתהשיטההועברוב-1/1/2014מ( הקבינט משרדCabinet Office) הבריטי(לשעברOGC-משרדהמסחרהבריטי)לחברתאקסלוס(Axelos). כתוצאהמהתלותהגוברתשלממשלתבריטניהבמערכותמידעיזמהסוכנותהתקשורת והמחשובהבריטית(CCTA)מחקרעלשיטתהניהולהמועדפתלמידע מערכות.המטרהשלהם הייתהלמסדתהליכיעבודהתקנייםשמתבססיםעלהניסיוןשהצטברבמשרדיהממשלהובשוק הפרטי,כדילהקטיןאתהנזקיםמתקלותמחשב.ספרייתהתשתיותמידע למערכותפורסמה לראשונהבסוףשנותה-80כאוסףשלספרים,כלאחדמתארתהליךאחרבשרשרתאספקת שירותימערכותהמידע(ITSM.)שיטתITILנבנתהעלבסיסמחזור( השיפורPlan-Do-Check- Act; PDCA)ועקרונותהניהולשלאדוארדדמינג. עדהיוםפורסמוארבעגרסאותשלספריITIL: גרסתITIL V1.0(1989)שהכילה47ספרים. גרסתITIL V2.0(1996)שהכילה8ספרים. גרסתITIL V3.0(2007)שהכילה5ספרים. גרסתITIL 2011(2011)שהכילה5ספרים. השיטהפורסמהב-1986כ-GITIMM,בשם"שיטתניהולתשתיותהמידע מערכותהממשלתיות" (Government Information Technology Infrastructure Management Method,)במטרה להקטיןאתעלויותהתפעולשלמערכותהמחשוב,ואתהנזקיםהנגרמיםמתקלותמחשב. הצעדהראשוןשלמשרדהמסחרהבריטי(OGC)היהלבצעמחקרבין-לאומיולאסוףאת הפרקטיקותהניהוליותמכלהעולם,ולרכזאתהתובנותעלתהליכיניהולהמידע מערכותבסדרה שלספרים.בשלמספרםהרבשלהספרים,והעובדהשנדרשהספריהשלמהכדילהכילאותם שונההשםל"ספרייתהתשתיתמידע למערכות"(IT Infrastructure Library).הספריםשלITIL V1.0לאפורסמובבתאחת,אלאיצאואחד-אחדבמהלךהשנים1986-89.
6.
-6- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 בשנת1994החלוההדרכותהראשונותשלITIL,שכללומבחניההסמכהלמשתתפיההדרכה. היקףאימוץהשיטההיהזעוםלמדיבשניםהראשונות.מורכבותהשיטה,היקףהחומרהרב, וכבדותהשפההבריטיתחייבושיתוףפעולהל"עיכול"החומר.בשנת1996הוקמהלראשונה עמותתהמשתמשיםהראשונהשנקראהitSMF,או"הפורוםלניהולהמידע
מערכות שירותי" (The IT Service Management Forum).הפורוםהוקםבבריטניהתחילהובהולנד,כאשר הסניףההולנדיהיהפעיליותרבהפצתהשיטה. בשנת1996יצאהבעידודםובהשתתפותםשלחבריפורוםitSMFגרסהשנייהלשיטה:ITIL V2.0. גרסה2הייתהמצומצמת:8ספריםבלבד,כתובהבשפהקולחת,וערוכהבצורהשמסייעתליישם אתהשיטהבארגונים.עשרותאלפיארגוניםבעולםהחלולאמץאתשיטתהניהולהמומלצתשל ITIL.ספקיםגלובלייםשלשירות ניהול מערכות(Service Management Systems)החלולייצר גרסאותשהותאמול-ITIL.חברתBMC,לדוגמה,הכריזהכברב-2003שהמוצבשם שלה ר Remedyהואכלילניהולמידע מערכותשמבוססעלITIL.גםספקיתוכנותהניהולהאחרות(CA, IBM, HP)התאימואתהכליםשלהםלשיטה. בשנת2005פורסםתקןISO 20000,ולראשונההואאפשרלחברותלבחוןולקבלהסמכהשהן פועלותבהתאמהלתהליכיITIL.בשנת2007עברההשיטהריענוןנוסף,וגרסתITIL V3.0הייתה שינוימהפכני:5ספריםשממקדיםאתהמידע מערכותבשיטותלשיפורמתמיד. בשנת2011פורסמההגרסההאחרונה:ITIL 2011(ב-30/6/2011.)כיוםכמעטכלהארגונים בעולםהמערבימאמציםלפחותתהליךאחדשלהשיטה(כ-90%מהארגונים.) האח הגרסה:כרכים חמישה כוללת רונההשירות אסטרטגיית,השירות עיצוב,השירות העברת לייצור,תפהשירות עולוהמתמיד השירות שיפור. 1.( השירות אסטרטגייתService Strategy) אסטרטגייתהשירותבשיטתITILמספקתהנחיותכיצדלהביןאתהמטרותהעסקיותוהצרכים האסטרטגייםשלהארגון,ומהםלתכנןולפתחמערךניהוללמחשוב,שיוודאאספקתשירותי מערכותמידעמתאימים.שלבזהבמחזורהחייםממליץלמנהלמערכותמידעלתכנןתוכנית פעולהשתביאערךעסקילארגוןוללקוחותהמחשוב(המשתמשים.)זומחשבהעסקית:לחשוב כמולקוח,לאכאישמחשוב,ולהביאתועלתלמרותאילוצימשאבים,יכולות,טכנולוגיהוכדומה. נדרשכאןתכנוןוניהולאסטרטגילהקמתמערךמחשובממוקדבעסקים,עלפיומגדיריםאת אוגדןהשירותיםשיסופקו,מבוססעלהבנתצורכיהלקוחות,תוךעמידהבמסגרתתקציב.כאן מוגדריםהקשריםביןההמחשוב גוףלארגון,וכיצדשומריםעליהם. תהליהשירות אסטרטגיית כי: מחשוב לשירותי האסטרטגיה ניהול(Strategy Management for IT Services) ניהול( מחשוב לשירותי כלכליFinancial Management for IT Services) ניהולאוגדןהשירותים(Service Portfolio Management) ניהולהדרישות(Demand Management) ניהולהקש( העסק עם ריםBusiness Relationship Management) :השירות אסטרטגיית בנושא מאמרים ?שירות מהו ?הכסף איפה
7.
-7- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 3.עיצובהשירות(Service
Design) השירות עיצובלפישיטתITILנועדלסייעבתכנוןהתשתיתהניהוליתשתבטיחאספקתשירותי המחשוב.זה כרךמספקהמלצותעלתהליכיה"מטה"שיסייעולמנהלמערכותמידעלנהלאת אגףמערכותהמידע.בעזרתתהליכיםאלהאנומוודאיםשכלאחדמהשירותיםשקיימים בקטלוגהשירותיםינוהלויסופקללקוחותברמתהשירותכמוסכם,בביצועיםללאחריגות קיבולת,בזמינותגבוהה,ברציפותמלאהגםבשעותחירום,ברמתאבטחתמידעראויה,ותוך ניהולהגורמיםהמטפליםוספקיהשירות.כדילוודאעקביותבמתןהשירות-אנומתאמיםבין כללתהליכישירותאלה. :השירות עיצוב תהליכי תיאוםהעיצוב(Design Coordination) ניהולקטלוגהשירותים(Service Catalog Management) ניהולרמתהשירות(Service Level Management) ניהולספקים(Supplier Management) ניהולהזמינות(Availability Management) ניהולהקיבולת(Capacity Management) ניהולרציפותהשירות(IT Services Continuity Management) ניהולאבטחתהמידע(Information Security Management) :השירות עיצוב בנושא מאמרים השירותים ואוגדן השירותים קטלוג השירות אמנת ספקים ניהול 4.העברתהשירותלייצור(Service Transition) העברתהשירותלייצורלפישיטתITILנועדהלטפלבגורםהעיקרילתקלותמחשוב:ביצוע שינויים.תהליכיםאלהבהרחבה עוסקיםבמחזורחיייישוםבדרכומהפיתוחלייצור.תחילת ב השלבתכנוןפרויקטהיישום,ניהולהשינוייםהנדרשים,וידואכיסביבתהשינוימוכרת והתצורהמנוהלת,ניהולתהליךההפצה,כוללביצועבדיקותכוללות,ולסיוםוידואכיהתוצאה אכןמתאימהלדרישתהשינוישנתבקש.במהלךהטיפולבשינוימצטברמידערב,אותול ישנהל עלמנתלמנועחזרהעלתקלות. :לייצור השירות העברת תהליכי תכנוןלייצור בהעברה ותמיכה(Transition Planning and Support) ניהולשינויים(Change Management) ניהולותצורה נכסים(Service Assets and Configuration Management) ניהולהוההתקנה פריסה(Release and Deployment Management) בדיקתהשירות(Service Validation and Testing) השינוי הערכת(Change Evaluation) ניהולידע(Knowledge Management) :לייצור השירות העברת בנושא מאמרים תצורה ופריטי שירות נכסי סיכו ניהולנישינויים בתכנון ם
8.
-8- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 5.תפעולהשירות(Service
Operation) ניהולהתפעולמגדיראתתהליכיהעבודהלתפעולהשוטףשלהתשתיותהטכנולוגיותוכולל המלצותעלהפעולותשישלבצעכדילשמורעלרמתשירותגבוההוהתועלתלעסק.הספרמתאר כיצדלאסוףאתהמידעעלהאירועיםשקרו,כיצדלנהלתקלותולקדםאתהטיפולבלקוחות,תוך אספקתכליםלשירותעצמי.בעיותמנוהלותבתשומתלבמיוחדת.הספרמחייבשכללקוחיקבל גישהלמידע,ותפעולהמחשובינוהלבצורהמקצועיתושקופה. :השירות תפעול תהליכי לבקשות מענה(Request Fulfillment) ניהולאירועים(Event Management) ניהולתקלות(Incident Management) ניהולבעיות(Problem Management) ניהולהרשאות(Access Management) :השירות תפעול בנושא מאמרים אירוע,תקלהובעיה-מצאאתההבדלים טיפיםבזמן לחיסכון תקלות תעדוף ?אצלי חונה זה למה ?מנוהל ציר או ישיר ציר ועומק רוחב ,אורך תהליכי זה כרך מגדיר ,בנוסף:המחשוב בגוף הארגוניים התפקודים ארבעת את מוקדהלקוחות שירות(Service Desk) ניהולתפעולהמחשוב(IT Operations Management) היישומים ניהול(Application Management) התשתיות ניהול(Technical Management) :ארגוניים תפקודים בנושא מאמרים שיטת לפי הארגוניים התפקודיםITIL התמיכה רמות ?ריכוז או ביזור ניהוליות שגרות 6.שיפורהשירותהמתמיד(Continual Service Improvement) שיפורה השירותמתמידנועדלאתר,לבחוןולנתחהזדמנויותלשיפורהשירות.הספרמציגשיטות לבקרהעלתהליכים,שימושבהיסטורייתתקלותלשיפוראיכותהשירותים,תוךשמירהעל התאמהשלשירותיהמחשובלדרישותהמשתנותשלהעסקים.התהליךמחייבאיסוףמדדים ובחינתהמגמות,מבדקים,הערכותמצב,וסקרישביעותרצון.מוגדרתכאןשיטהבת7שלבים לשיפור,וכןהנחיותעלשיטותאיסוףמדדיםוהפקתתובנותניהוליותלצורךשיפורמתמיד.לפי שיטתITIL,כוללזה שלב:אחד תהליך( שלבים בשבעה שיפורThe 7 Steps Improvement). :המתמיד השירות שיפור בנושא מאמרים המפתח מדדי מדידה-פרספקטיבה של עניין
9.
-9- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 "מתנהל
שהמלחמה להיות יכולתהם בה שמנצח מי אבל ,נשק כלי באמצעות היא אותם המוביל האיש ושל המפקד אחרי ההולכים האנשים של רוחם .האנשים הניצחון את שמשיגה" -הברית ארצות צבא ,פטון 'ג'ורג גנרל
10.
-10- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 7.התפקשיטת
לפי הארגוניים ודיםITIL דיבר ארגוניים תפקודים ארבעה כנגדITIL: הלקוחות שירות מוקד(Service Desk)-ב מרכזי גוףשיטתITILשירות על האחראי , ל מענה באמצעות בעיקר ,ללקוחותבקשות(Request Fulfillmentוניהול )תקלות (Incident Managementכלפי ואחראי לקצה מקצה הפתרונות את מנהל זה גוף .) ( הלקוחAccountableבכל הטיפול על )קריאה(Ticketלטי שנפתחה )ארגוני תפקוד .פולו ( ראשון כקו מוגדר זהLevel 1שד בתקלות לטפל הראשון שהוא משום ,)יה ווחולקוחות. ניהולתפעולהמחשוב(IT Operations Management)-בשיטת מרכזי גוףITIL, ו ניהול על האחראיתחזוקתבשירותים התומכות והתשתיות המערכות של הליבה ניהול הם העיקריים שתפקידיו מרכזי בקרה בחדר מדובר .העסקייםאירועים(Event Managementוניהול )תקלות(Incident Managementלעתים נקרא זה גוף .)מרכז רשתי תפעול(Network Operation Center; NOC( ראשון כקו מוגדר והוא )Level 1,) .ניטור מערכת ידי על שזוהו בתקלות לטפל הראשון שהוא משום היישומים ניהול(Application Management)-פיתוח על האחראי הגוף,היישומים הוא יישום כל כאשרטכני שירות(Technical Serviceב התומך )עסקי שירות(Business Serviceזה גוף .יותר או אחד )המוגדר צוותים כוללים( שני כקוLevel 2שלישי וקו ) (Level 3מקבל שהוא משום ,)אליו והועברו הראשון בקו נפתרו שלא תקלות לטיפולו במקצועית הסלמה(Functional Escalation.) התשתיות ניהול(Technical Management)-תשתיות פיתוח על האחראי הגוף היא תשתית כל כאשר ,המחשובטכני שירות(Technical Serviceב התומך )עסקי שירות (Business Serviceהמוגדר צוותים כולל זה גוף .יותר או אחד )ים( שני כקוLevel 2וקו ) ( שלישיLevel 3ה בקו נפתרו שלא תקלות לטיפולו מקבל שהוא משום ,)והועברו ראשון ב אליוהסלמהמקצועית(Functional Escalation.) :התפקודים ארבעת בין העבודה חלוקת את מדגים להלן התרשים
11.
-11- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 8.התמיכה
רמות ב ביותר הבסיסיים העקרונות אחדשיטתITILכ חלוקת הואל בארגון הטכנולוגי האדם וחרמות תמיכה(Tiers/Levels)הוא זו חלוקה מאחורי ההיגיון .שלו הטכנולוגית המומחיות מידת לפי , :הנחות שתי על המבוססת ,משאבית התייעלות 1.;הארגון עבור הערך מירב את מייצרת והפיתוח המחקר פעילות 2.בעלו גדול פער יש.לקוחות ושירות תמיכה לצוותי ופיתוח מחקר צוותי בין ההעסקה יות :מטרות שתי לקדם מסייעת התמיכה לרמות הצוותים חלוקת 1.ופיתוח במחקר שיתמקד כך ,המומחה הטכנולוגי האדם כוח את יותר יעיל באופן לנצל ;בתקלות ולא 2.אדם כוח לטובת בתחזוקה העוסק האדם כוח כמות את בהדרגה להקטיןהעוסק .בפיתוח :תמיכה רמות לשלוש הטכנולוגיים הצוותים את לחלק נהוג ( בסיסי תפעולLevel 1)-צוותיל שירותקוחות(Service Desk)אותפעול מרכזי רשתיים(Network Operation Center; NOC).הארגון ותשתיות מערכות את המנטרים ב העוסקים הצוותים כי מקובלניהולתפעולמחשוב(IT Operations Management) ומערכתיות תקלותיהיומאוישיםוארבע עשריםאלו מצוותים אחד לכל .ביממה שעות רמתוך ,תשתית או מערכות של גדולה כמות לתחזק לו המאפשרת ,בסיסית הכשרה מת התקלות שמרבית הנחהה.פשוטה פעולות סדרת ידי על אותן לפתור וניתן פשוטות ן בקו אותן לבלום כדי תקלות של הניתן ככל גדולה כמות לפתור אלו צוותים של תפקידם .הראשון ( מתקדם תפעולLevel 2)-צוותימהם אחד וכל ,יותר גבוהה מומחיות רמת בעלי אלו ם כל את לפתור תפקידם .תשתיות או מערכות של יחסית מצומצם במספר מתמחה .הבסיסי התפעול בצוותי נפתרו שלא התקלות ( ופיתוח מחקרLevel 3)-ותפקידם ביותר הגדולה המומחיות בעלי הם אלו צוותים שיניב והשירותים היכולות את לפתחמערכת על אמונים לרוב הם .בעתיד לארגון ערך ו מפלט מהווים הם .ביותר והיסודי המעמיק באופן אותה ומכירים אחת תשתית או אחת .יותר הנמוכות ברמות נפתרו שלא לתקלות אחרון לנסח מומלץתמיכה הסכמי(Operational Level Agreements; OLAs,) בהתמיכה רמות בין והסמכויות האחריות חלוקת מפורטת הם הטיפול וזמני התמיכה רמות בין תקלה להעביר יש בהם והמקרים עיקרון לפי .אחד מכל המצופיםפרטוהתמיכה מרמות אחת כל , לפחות לפתור אמורה80%ולהעביר ,אליה שהופנו מהתקלות מ יותר לא הלאה-20%. :הבאה הפירמידה מתקבלת כך
12.
-12- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 9.?ריכוז
או ביזור מחזיקים רבים ארגוניםמ המורכב תמיכה מערךשירות מוקד(Service Deskגוף ו/או )ניהול תפעולמחשוב(IT Operations Management)המפוזריםב של והדילמה ,רבים באתריםיזור לכל שמתאימה גורפת תשובה אין זו לשאלה כי יודגש .ושוב שוב בהם וצפה עולה ריכוז מול החלטתי חלקם שאת ,שונים בשיקולים התחשבות תוך להתקבל צריכה ההחלטה אלא ,הארגונים .כאן לפרטשיטתITILלעצמו יאמץ ארגון שכל בכך דוגלת.לצרכיו שתואם הארגוני המבנה את ריכוז בעד שיקולים ע ,בלבד אחד לאתר המוקצים טכנאיםל זמנם כל את לנצל שלא שוייםניהולתקלות(Incident Management)לנהל יכול ,מרחוק תקלות לפתור שמסוגל מרכזי צוות .רבות אינן התקלות אם , רבי אתרים של תקלותהדבר .רגע בכל התקלות כמות לפי ,לאתר מאתר לב תשומת ולהסיט ,ם שרתים לבין )תום עד מנוצלים המשאבים בהכרח לא (בהם פיזיים שרתים שבין להבדל דומה גדלים הם שכן ,המשאבים של יותר יעיל ניצול המבטיחים ,אחת אחסון מכונת על וירטואליים .השני חשבון על אחד וקטנים גרעי ,בנוסףוכך שונה התמחות בעלי צוותים למספר להתחלק יכול רבים טכנאים ובו מרכזי ן בכל הפרושים שניים או טכנאי .מהמומחיות כתוצאה ,תקלות של יותר גבוה אחוז בעצמו לפתור ההתמחות מידת את שמוריד מה ,ותשתיות מערכות של רב מספר לתחזק לעתים נדרשים אתר ג גם זה דבר .שלהם והמקצועיותוהדרכה באימון רבים משאבים משקיע ארגון שמטה לכך ורם בהם בארגונים במיוחד חריפה זו בעיה .מיטביות לתוצאות מביא שאינו ,מרוחקים טכנאים של .טכנאים של גבוהה תחלופה קיימת ביזור בעד שיקולים טכנ להציב יש זה במצב .חומרה תקלות כגון ,מרחוק לפתור ניתן שלא תקלות סוגי ישנםאי ניתן אתר בכל חומרה תקלות של מועט במספר מדובר אם ,זאת עם .כאלה תקלות לטובת מקומי צוות להקיםטכנאיםאפשרות .האנושי המשאב את יותר טוב לנצל וכך לאתר מאתר שנוסע נייד בתקלות מדובר כאשר או )הנסיעה עלויות (בשל מדי גדולים כשהמרחקים רלוונטית אינה זו להיפת שצריכותבאופן רמידי. התמיכה את לרכז ניתן לא ,ותרבות שפה הבדלי בשל לעתים .השפה מחסום הוא נוסף שיקול .הראשי התמיכה למוקד הלקוחות בין התיווך בשביל ולו ,מקומי נציג ונדרש מרוחק למוקד 20.ניהוליות שגרות ,קבועה בתדירות בכירים מנהלים בראשות המתקיימות פגישות הן ניהוליות שגרותבמטרה לקדםאתשיפורה השירותמתמיד(Continual Service Improvement)פגישות לקיים מומלץ . מפגש כל להקדיש מומלץ ,שירות המוכוון בארגון .לרבעון לאחת לחודש אחת שבין בתדירות אלו בי שיש ,שירותים של קטנה לקבוצה או אחד לשירותלסקור מומלץ בישיבה .משותף מכנה ניהם מפתח מדדי(KPIs)ב מרכזי תהליך לכל שהוגדרושיטתITILבהשוואה הנתון המצב את ולבחון , ב שהוגדרו ליעדיםהשירות אמנת(SLA). לקבל הבכירים למנהלים מאפשר זה דיון,החלטות להחליט ,השירות מצב אותו מקיפה תמונה הטכנולוגיים הגורמים כל של נציגים בדיונים לשתף מומלץ .מדיניות ולהנחות משאבים להקצות השגרות הצלחת .האפשר במידת ,הלקוחות נציגי את וכן השירות ותחזוקת לפיתוח השותפים בעיקר תלויה הניהוליותבמחויבותל הבכירים המנהלים שלהם שבה ובנחישות במועדן קיימן .שניתן ככל גבוה בדיוק מתועדים התהליכים כי לוודא כפופיהם על מנחים
13.
-13- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 :מדדים
של תצוגה סוגי שני שבין ההבדלים את להדגיש אבקש זו בהזדמנות ( מחוונים לוחDashboard)-של אוסףמדדיםאמ בזמן ומוצגים המחושביםומציגים ,ת ה אודות עדכנית מצב תמונתקריאותלוח .אמת בזמן החלטות קבלת לטובת הפעילות מ נפרד בלתי חלק הוא לרוב המחווניםהשירות ניהול מערכת(Service Management System.ביצוע יעדי כולל ואינו ) לו( תוצאות חScoreboard)-של אוסףמדדים( עבר נתוני על המחושביםקריאות ו החלטות קבלת לטובת זמן לאורך מגמות ומציגים )סגורותהמתמיד השירות שיפור (CSIהתוצ לוח .)מ חלק אינו לרוב אותהשירות ניהול מערכת(SMSכלי על מבוסס אלא ,) ( עסקית בינהBIה של הלוגים על גם המבוסס ,חיצוני )קריאותמוצגים התוצאות בלוח . ציונים גם ולעתים שהוגדרו ליעדים ביחס העבר ביצועיבפועל המצב בין היחס סמך על .הרצוי למצב
14.
-14- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 "שוא
המודרני המפקד שבאמצעותם והמפקדות הצוותיםבאת ומפעיל מידע ,האידיאלי במצב .למופת ומתואם משולב כמנגנון דופי ללא לפעול חייבים סמכותו ויחיד אחד כמוח למעשה לפעול חייב השלם" -צבא ,אייזנהאואר דווייט גנרלהברית ארצות
15.
-15- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 (
השירות אסטרטגייתService Strategy) 22.?שירות מהו ( מחשוב לשירותי אסטרטגיה ניהולStrategy Management for IT Services) מהות על אותי שואלים כאשרשיטתITILבעולם השירות לניהול פרקטיקה שזו מסביר אני , מערכות( המידעITSMגם השיטה עקרונות את ליישם ניתן רבה במידה שלדעתי למרות ,) בה שלמושג מכאן .מידע מערכות מאשר יותר רחבים טכנולוגיים עולמותשירות(Serviceתפקיד ) .עצמה בהגדרה ומרכזי חשוב של הכרכים חמשתשיטתITILעוסקיםבהיבטים:השירות חיי מחזור של שוניםאסטרטגיית השירות(Service Strategy,)השירות עיצוב(Service Design,)לייצור השירות העברת(Service Transition,)השירות תפעול(Service Operationו )המתמיד השירות שיפור(Continual Service Improvementב השני כחוט שזור השירות שמושג העובדה .)השיטה של ההיבטים כל ( המידע מערכות גוף בין ציפיות תיאום ליצור ברצון נעוץ ,תהליכיה ובכלIT Service Provider) .הלקוח לבין שיטתITIL"מגדל את לפתור נועדהבבלבשפה לדבר המידע מערכות לגוף ולאפשר "הטכנולוגי .השירותים שפת שהיא ,הלקוח שפת :ויחידה אחת אנו שבו בעולם,שונות למטרות בו משתמשים ורבים ,שירות למושג רבות הגדרות קיימות ,חיים משתמשים כשהם מתכוונים אנשים למה היטב ננתח אם .הבנה וחוסר לבלבול להוביל שעשוי דבר :שירות של סוגים שלושה שקיימים נגלה זה במושג שירות"קלאסי"-ל מענה מתן של התהליך או החוויה את מתאר זה מושגשל צורך במוקד או הדואר בסניף ,בסופרמרקט בקופה מקבלים אנו זה מסוג שירות .לקוח לה ויש ,אנושי גורם ידי על לרוב המתבצעת פעילות היא שירות ,זו בהגדרה .טלפוני .אותו לו מספק ומישהו שירות לקבל מבקש הלקוח .בזמן מוגדרים וסוף אמצע ,התחלה שירותתקשובטכני(Technical Service)-או מערכות בין גומלין יחסי מתאר זה מושג לניהול אפליקציה או שעון כגון מערכת להיות יכול כזה שירות .הארגון של תשתיות בדיקת או שעה עדכון כגון מערכת מאותה שירות מקבלות אחרות מערכות אשר הרשאות כ שירות .משתמש של ההרשאה רמתשירות כגון ,התשתית ברמת להיות יכול גם זה למחלקות בארגון אחת מחלקה מספקת אותן תשתיות שהן ,רשת שירות או האחסון .אחרות שירותתקשובעסקי(Business Service)-מערכות של אוסף מתאר זה מושג יו שלהן המשולבת הגומלין שבפעילות ,ותשתיותצרבנק של אתר :לדוגמה .ללקוח ערך ,מט"ח רכישת ,החשבון במצב (צפייה שירותים מגוון המספקת ,אחת מערכת הוא מערכות באמצעות המבוצעים )וכדומה ההון בשוק פעולות ,אחר לחשבון העברה .למשתמש גלויות ואינן הקלעים מאחורי הפועלות שונות ותשתיות שירותיITקלאס לשירות בניגוד ,זמינים או פעילים לרוב והם טכנולוגי אמצעי ידי על ניתנים ,י כמעט24בהם לעשות ההזדמנות לו יש פעיל באופן אותם צורך אינו כשהלקוח גם .ביממה שעות אלא ,בפועל שיחות מבצע הלקוח שבו הזמן סך אינו נייד טלפון במכשיר שיחות שירות כך .שימוש שיחפו זמן בכל שיחות לבצע היכולת.ץשיטתITIL,עסקיים ושירותים טכניים בשירותים עוסקת עסקי שירות כל ,דומה באופן .יותר או אחד טכני שירות ידי על נתמך עסקי שירות כל כאשר יותר או אחד עסקי בתהליך תומך.
16.
-16- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 שיטתITILללקוחות
ערך לספק כ"אמצעי שירות מגדירההרצויות בתוצאות תמיכה ידי על ,מעורפלת אכן "ערך לספק "אמצעי ההגדרה ."פרטניים וסיכונים בעלויות נשיאה ללא ,ללקוח ה מהי להחליט אמור שירות ספק כל .בכדי ולאההשירותים סוגי את ולפרוט ,לשירות שלו גדרה המח לשירותי אסטרטגי ניהול תהליך במסגרת מתבצעת זו החלטה .מציע שהוא( שובStrategy Management for IT Servicesשניתן טובה הכי העצה .)ע להתייעץ פשוט היא זה בהקשר לתתם את תופסים הלקוחות בו באופן בעיקר תלויה שלכם בארגון השירות מושג של הגדרה .הלקוחות "שירות לבין "משכנתאות "שירות בין ומבדילה מבחינה הבנקאית אם :לדוגמה .השירות מושג רב יישום תחת חוסים שניהם שלמעשה אף על ,"השקעות ניהול-שמומלץ הרי ,אחד תחומי .נפרדים כשירותים אותם להגדירכאוגדן שירות להגדיר הוא שירותים בין להבחין נוספת דרך :ההגדרה את נסביר .מתואמים הינם העסקיים בתהליכים ותמיכתו שזמינותו פונקציונאלי פונקציונאלי אוגדן-אמכירת ,ערך ניירות קניית :למשל ,)(פונקציות תפקודים של וסף .ערך ניירות לקניית/מכירת קבע הוראת הוספת/שינוי/מחיקת ,ערך ניירות מתואמת זמינות-באו התפקודים כלגולכן טכניים שירותים אותם ידי על נתמכים דן ה כל בהכרח ,תקול אחד אם :מתואמת זמינותםיתר.)(ולהיפך תקולים העסקיים בתהליכים מתואמת תמיכה-אחת כמקשה תומכים באוגדן התפקודים כל .הכלל מן יוצא ללא ,עסקיים תהליכים באותם בדיוק רב יישום שאותו ייתכן זו הגדרה לפי-הכלים ,זאת עם .עסקיים שירותים מספר יכיל ,תחומי בר שירותים הפרדת לבצע להתקשות עשויים בשוק הקיימים הטכנולוגייםעשויים והם הזו מה ( שירותים שמיפוי בכך נעוצה לך הסיבה .אחד כשירות היישום כל את להגדירService Mapping) ( למטה מלמעלהTop-Down( הנתיב על מבוסס )URLהגישה שאם כך ,המשתמש גולש אליו )של מ מתבצעת המערכת לליבת הקצה עמדתתתזהה השירותים מיפוי מערכת ,אחת כתובת לפי בצעת את.אחד כשירות היישום 21.הכסף איפה? ניהולכלכלי( מחשוב לשירותיFinancial Management for IT Services) התפלגות את להבין הניסיון הוא המידע מערכות בעולם ביותר המורכבים האתגרים אחד שבו והאופן ותקשורת מחשוב על ההוצאותהןעל משפיעותמדובר ,אחרות במילים .הארגון לה בניסיוןמן אחד כל לספק ,המידע מערכות לגוף עולה כמה ביןהעסקיים השירותיםאחת לכל מהעסקיות היחידות.בארגוןההמחש לשםה:שלכם הארגון עבור הבאה הטבלה את למלא נסו , מידע מערכות תקציב (IT Budget) ע שירותים( סקייםBusiness Services) 'א שירות'ב שירות'ג שירות עסקיות יחידות (Business Units) 'א עסקית יחידה 'ב עסקית יחידה 'ג עסקית יחידה
17.
-17- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 השירותים
אספקת עלות את להעריך היכולת .מורכבת די במשימה מדובר ,לדעת שתיווכחו כפי כ דרושה בארגון העסקיות ליחידותגם משתקפים הארגון של העדיפויות סדרי כי לוודא די למנהל תאפשר גם כזו חלוקה .המידע מערכות אגף של המשאבים בחלוקתמערכותהמידע כך ,בארגון העסקיות היחידות של העסקיות מהדרישות ישירות כנגזר תקציבו את להציג )(מנמ"ר כ של מתקציבה חלק למעשה הוא המידע מערכות אגף שתקציבהעסקיות מהיחידות אחד ל .עסקית יחידה לאותה מידע מערכות אספקת לטובת המוקצה ,האחרות נו מידע למערכות הקשורות ההוצאות מן רבותגעול תתצורה פריטי(Configuration Items) נתבי (כגון ריכוזייםם)אחסון ומכונותולכןביכו ממש של אתגר קייםאלו עלויות ולפזר למפות לת .השונות העסקיות והיחידות העסקיים השירותים פני עלשיטתITILמאפשרת:זאת לבצע ( ספקים ניהולSupplier Management)-כל את לנהל ניתן ,זה תהליך באמצעות ח כל .ספקים אותם מול החוזים כל ואת הספקיםפריט סוג ,התשלום אופן את מגדיר וזה ניתן ,בנוסף .ההוצאה את לפרוס יש שעליו הזמן משך ואת ,משולם הוא עבורו התצורה מ האם להגדירדובר( בהוצאותOpEx( ופיתוח מחקר או תפעול )CapExלחוזים בהתאם .) ( הוצאה שורות לרשום ניתן ,אלוExpense Linesה מן התצורה מפריטי אחד כל על )סוג השרתים חוות של החשמל עלויות פיזור :(לדוגמה בחוזה המוגדרת בתדירות ,המוגדר על אחיד באופןכל על ההפעלה מערכת רישוי עלויות של פיזור או ,האחסון מכונות כל פני מותק בהם השרתיםנזה מסוג הפעלה מערכת ת). ( ותצורה נכסים ניהולService Asset & Configuration Management)-באמצעות משפיעים הם שבו והאופן לשני אחד התצורה פריטי כל בין הקשרים מנוהלים ,זה תהליך השונים התצורה פריטי של העלויות את לפזר ניתן התצורה קשרי סמך על .השירות על .העמסה מפתחות לפי העסקיים השירותים על ( השירותים קטלוג ניהולService Catalog Management)-באא,זה תהליך מצעות העסקיים התהליכים פני על השונים העסקיים השירותים של העלויות את לפזר ניתן .העמסה מפתחות לפי ,אלה שירותים מסופקים שעבורן ,העסקיות והיחידות .המידע מערכות של הכלכלי בניהול אלו תהליכים משתלבים כיצד מדגים דלעיל התרשיםבסופו הלו על בהתבסס ,דבר שלוכמובן ,המחשוב תקציב טבלת את למלא ניתן ,לעיל שתוארה גיקה .שונים בחתכים גרפית בצורה גם אותה להציג
18.
-18- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 עיצוב(
השירותService Design) 23.השירותים ואוגדן השירותים קטלוג ( השירותים קטלוג ניהולService Catalog Management( השירותים אוגדן ניהול ,)Service Portfolio Management) שירותים קטלוג(Service Catalog)הארגון שמעניק השירותים כלל את המפרט מסמך הוא אופן כגון ,שונים פרמטרים לציין יכול הוא שירות כל לגבי .ללקוחותיו או אינטרנט אתר :(לדוגמה השירות הענקתיישומוןסלולריהמערכות ,) המ השונותבא שתתפותספהשירות את שמקבלים הלקוחות ,השירות קת יחסית מתקדם בשלב שירותים קטלוג לערוך נוהגים רבים ארגונים .ועוד .העסק הקמת בשלב כבר לרוב זאת לעשות מומלץ אך ,פעילותם של ( השירותים קטלוג ניהולService Catalog Managementחלק הינו ) מהשירות עיצוב(Service Designמרשימה חלק למעשה הינו הקטלוג .) מתוכננים או בעבר שסופקו שירותים גם הכולל ,שירותים של יותר רחבה נקראת המורחבת הרשימה .בעתיד מסופקים להיותהשירותים אוגדן (Service Portfolio.)ניהולאוגדןהשירותים(Service Portfolio Management)ב החשובים התהליכים אחד הואהשירות אסטרטגיית (Service Strategy).הבכירים הניהול גורמי ידי על מבוצע ולרוב , ש "השדרה "עמוד את מהווים השירותים ואוגדן השירותים קטלוגלשיטתITILשילוב שכן , נועד העבודה תהליכי בכל השירותיםלהשכל כך ,תהליך לכל הלקוח של ההקשר את כניס ביחס הלקוח על ההשפעה של הבנה מתוך נעשים התהליכיםלמולו שנחתמה השירות אמנת תכנ ,המושפע השירות לפי תקלות תעדוף :(לדוגמהלשירותים בהתאם שינויים ותזמון ון .)המושפעיםקטלוג ניהולהשירותים."הלקוח ב"שפת פעילותו את לנהל כולו לארגון מאפשר מאפשר ,שירותים של בגוונים המידע מערכות גוף של העבודה תהליכי כל ""צביעתתאת להעריך השונות העסקיות ליחידות השירותים אספקת עלותר שבמקרים מכיוון .משלמים הלקוחות בים החלטות ולקבל ,בנפרד השירותים מן אחד כל של הרווחיות את להעריך ניתן ,שירות כל על בנפרד .השירותים מן אחד לכל בארגון המשאבים חלוקת אופן לגבי מושכלות ניהול באמצעות .תחזוקתו ועלות השירות טיב את להעריך שמטרתה פעילות לקיים גם רצוי ו נכסיםתצורה(Service Asset & Configuration Management)כל ממופיםהתצורה פריטי (Configuration Itemsאת המרכיבים )(כל לשירותים הארגון ותשתיות מערכותתצורה פריט כל כיצד לדעת שניתן כך ,)יותר או אחד שירות על להשפיע יכולתקלה(Incident)כל על משפיעה ב כזו קשרים מפת קיימת וכן מתועדות התקלות כל אם .הלקוחות מן אחד כל עבור שירותמערכת התצורה ניהול(Configuration Management System)כל אודות שונים מדדים לחשב ניתן , זמינו :(למשל שירותב אותם ולהציג )תלוחתוצאות(Score Boardטיב מדידת .למנהלים ) מ חלק היא השירותשיפורהשירותהמתמיד(CSI)באמצעות לרוב ומבוצעניהוליות שגרות. כ חשובתקיים הארגון הנהלת יריענוןשלאוגדןשבו תהליך ,לשנה אחת לפחות השירותים גם אלא ,חדשים שירותים הוספת או קיים שירות שדרוג או שיפור על רק לא החלטות מתקבלות התפעולי והעול מאוד קטנה שלו המשתמשים שכמות ישן שירות .ישן שירות גריטת על לעתים גירע להיות עלול גבוה שלושהוא מהתועלת גבוהים בשימורו המושקעים המשאבים שכמות כך וני ולכן חדשים ובפרויקטים אסטרטגי בתכנון עוסקת הארגון הנהלת הדברים מטבע .לארגון מפיק והתועלת הארגון על לנטל הופכות השנים שברבות ,""היסטוריות מערכות לשכוח נטייה קיימת .בספק מוטלת שלהן
19.
-19- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 24.השירות
אמנת ניהולרמת( השירותService Level Management) שירות אמנת(Service Level Agreement)המעוניינים הארגונים כל של לסמלם לאחרונה הפכה אינה שירות אמנת כי לזכור חשוב ,זאת עם .לקוחותיהם בעיני שקיפות של חיובית תדמית ליצור ,שיווקי גימיק רק.טכנולוגיים שירותים המספק ארגון כל עבור הכרח אם כי חשוב כלי אלא ,הארגון של האינטרנט באתר לראווה המוצג מסמך רק אינה השירות אמנת שירות כל מתארת השירות אמנת .הבכיר המנהל ועד מהזוטר מהטכנאי ההחלטות קבלת בתהליך ו השירות לאספקת מידה אמות קובעת ,השונים מרכיביו עליטופלו שבו האופן את מפרטת .לשירות הקשורות שונות ותקלות בקשות ל הניתן המענהבקשותשירות(Service Requests)אותקלות(Incidents)לשירות הקשורות ,אחרות במילים .ללקוח ומלקוח לשירות משירות להשתנות עשויבגדר רק אינו זה מסמך הטכניים הצוותים ידי על אמת בזמן ובקשות תקלות לתעדוף אמצעי גם אם כי ,ללקוח התחייבות בזמ משאבים הקצאת .השוניםןשל יותר יעיל ניצול מבטיחה השירות אמנת על המבוססת אמת .הארגון משאבי תהליך .השירות באמנת תלוי המדידה תהליך גם ,בנוסףשיפורהשירותהמתמידעל מבוסס ניהוליות שגרותמוצגים בהן ,המפתח מדדי(KPIs)במסגרת שמוצג הערך האם לקבוע ניתן לא . ברור שיהיה מבלי חריג או תקין הוא המפתח מדדיבמסגרת הארגון התחייב עליו היעד מהו מתוך ייגזרו אלא ,שרירותי באופן ייקבעו לא המפתח מדדי של היעדים כי מומלץ .השירות אמנת הלקוחות עם התייעצות תוך לקבוע ניתן השירות באמנת המפורטות הדרישות את .השירות אמנת .בשוק המקובלים ונורמות תקנים בסיס על או של ועדכון יצירה( השירות רמת ניהול תהליך במסגרת נעשה שירות אמנותService Level Managementמ חלק שהינו ,)השירות עיצוב(Service Design.)תהיה השירות אמנת כי מומלץ :עיקריים חלקים משלושה מורכבת 1.השירות מהות-פ במילים המסביר במסמך החלק.שירות של המדויק טיבו מה שוטות לספק הלקוח בין הציפיות תיאום מבוסס עליו שכן ,מאוד חשוב הוא זה חלק של הניסוח .השירות 2.השירות מאפייני-שיעור ,זמינות :כולל השירות מן ודרישות מידה אמות מפרט זה חלק המשתמשים כמות ,ביצועים ,השגיאות אחוז ,הרמטיות ,בטרנזקציות שיהוי,הנתמכת .השירות פעילות שעות 3.השירות תפעול-ובכלל הלקוח של ותקלות לבקשות המענה מתן אופן את מפרט זה חלק כל תטופל זמן כמה תוך ,שעות ובאילו לקבל יהיה ניתן מענה של סוג איזה :זה .השירות לנותני תקשורת ערוצי ,)התקלה סוג לפי ,המשתמש סוג (לפי בקשה/תקלה הכ הדרישות אתלהוסיף ניתן ,כן כמו .היעד סביב קטן חריגה טווח ולהשאיר לסייג ניתן מותיות .החריגה מידת לפי ,מהדרישות חריגה של במקרה פיצוי או תגמול של מנגנון לעדכן מומלץ ,שונות ותשתיות מערכות של המשולבת בפעילותן תלויה השירות שאספקת משום מערכ שינוי או שדרוג בכל השירות אמנת אתעל המשפיעות תשתיות או למערכות הנוגע תי קטלוג את ולרענן ,לשנה אחת יזום באופן השירות אמנות את לעדכן גם בנוסף מומלץ .השירות .השירותים :כלים בשני הארגון משתמש השירות אמנת ביעדי לעמוד כדי תמיכה הסכמי(Operational Level Agreements)-הצוותים בין הסכמים אלו ,צוותים בין קריאה סוג כל להעביר יש מקרים באילו הקובעים ,השונות התמיכה ברמות
20.
-20- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 ,לדוגמה
.קריאה סוג בכל צוות כל מטפל זמן כמה ותוך ,נושא כל על האחראי הצוות מי השירות מוקד אם גםמאויש24תקלה או בקשה בכל ומטפל ביממה שעותמידיתלא , הגיהוא שאליהם ,המומחים הצוותים אם ,דקות חמש של טיפול לזמן יתחייב שהוא וני מסלים20%.הלילה בשעות פעילים אינם ,מהקריאותתמיכה הסכמי של ועדכון יצירה (OLAs( השירות רמת ניהול תהליך במסגרת נעשה )Service Level Management,) מ חלק שהינוהשירות עיצוב(Service Design.) ( תומכים חוזיםUnderpinning Contracts)-מערכות גוף מסתייע ,רבים במקרים לאמנת בהלימה שיהיו ,תומכים חוזים מולם להגדיר ועליו ,משנה בספקי המידע .בהם לעמוד שניתן יעד זמני על להתחייב כדי ,השירותש אמנות של ועדכון יצירהירות תהליך במסגרת נעשההספקים ניהול(Supplier Managementמ חלק שהינו ,)עיצוב השירות(Service Design.) לפישיטתITIL,אמנת הגדרת כי חשובממשא כחלק ,נציגו או הלקוח על בתיאום תיעשה השירות ב גם מתחשבים בו ומתןהשירות רמת דרישות( הלקוח שלService Level Requirements) .התומכים והחוזים התמיכה הסכמי על בהתבסס ,בהתחייבויותיו לעמוד השירות ספק וביכולת מס זה תרשים:השירות אמנת עיצוב על המשפיעים הגורמים את כם אחת את שירות כל על ולהחיל ,רמות לפי מדורגות ,שירות אמנות של קטן מספר להגדיר מומלץ קל זה באופן .מהןלהשירותים כמות את להגביל מומלץ ,זאת עם .השירות אמנות את תחזק (למ שירות אמנת בכל להגדיר שניתןששמחצית סביר לא :לשירות לאמנת יזכו מהשירותים :שירות אמנות של מומלצת חלוקה להלן .)"מערכה "מוריד הדבר כי ,ביותר גבוהה שהיא ,פלטינה פלטינה–10%מהשירותים זהב–20%מהשירותים כסף–30%מהשירותים ארד–40%מהשירותים כי מומלץהזמן יעדי(Service Level Targetמהעדיפויות אחת לכל שירות אמנת בכל יוגדרו ) ב לטיפול יעד זמני להגדרת ישמש והדבר ,בנפרדתקלות(Incidents)ובעיות(Problems),בנוסף . ה תזרים את המרכיבות למשימות יעד זמני בנפרד להגדיר ניתןמשימות(Task Workflow) בשירות בקשות(Service requests)ושינוי בקשות(Change Requests)ליעד יתווסף אשר , .שירות/שינוי בבקשות בטיפול הכללי הזמן
21.
-21- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 הגדר
עיקרון את מדגים הבא התרשיםבתקלות היעד זמני תובעיות: שירות בבקשות היעד זמני הגדרת עיקרון את מדגים הבא התרשיםובקשות:שינוי 25.ספקים ניהול ניהולספקים(Supplier Management) ספקים ניהול(Supplier Management),החברה של לסטנדרטים להתאים קרובות לעתים נדרש א בייחוד ,ודרישות מנחים קווים.הכספים ומחלקת הרכש מחלקת ,המשפטית המחלקה של לו תהליךמ חלק הינו זההשירות עיצוב(Service Design.) ב ועומדים לעלות בתמורה ערך מעניקים שהספקים להבטיח מנת עלה יעדיזמן(SLTs)על ,שלהם מפרט ,זאת עם .בחברה יחיד ספק מנהל באחריות להיות הספקים מן אחד כל עם היחסים ערכת מנוהלות היחסים שמערכות להבטיח בכדי .ספקים מספר עם היחסים מערכת את לנהל יכול אחד תהליך מוביל :תפקידים להגדיר יש ,בהתאם ומנוהלים מוערכים הספקים ושביצועי בעקביות הספקים ניהול(Supplier Management Process Owner)החוזים ומנהל(Contract Manager).אחד תפקיד לנושא מאוחדים אלו תפקידים ,יותר קטנים בארגונים . הספקים ניהוללפישיטתITILנועדהחוזים של וביעדים בתנאים עומדים שהספקים להבטיח שנח וההסכמיםשהם והשירותים הספקים מן המושגת התמורה את להגביר מנת על ,עימם תמו מונעת הספקים ניהול בתהליך פעילות כל .מעניקיםמהספקים ומדיניות אסטרטגיית בהשירות אסטרטגיית(Service Strategy)ומועילות עקביות להשיג מנת על .בייש,המדיניות ום המידע .היטב מוגדרים אחריות ותחומי תפקידים בעלי וכן ,וחוזים ספקים מאגר להקים יש להתייחסות מושא יהיה והחוזים הספקים במאגר:התהליך פעילויות כל במהלך והחוזים הספקים מאגר ותחזוקת ספקים סיווג חדשים וחוזים ספקים של והיערכות הערכה
22.
-22- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 חדשים
ספקים הקמת וחוזים ספקים ביצועי ניהולי חוזים והפסקת חידוש :החוזה חיי מחזור וניהול הספקים ניהול תהליך במסגרת הפעילויות מובאות כאן )עסקי צורך (הבנת עסקי תיק והכנת עסקי צורך זיהוי-ו/או דרישה הצהרת הפקת כ ראשוני עסקי תיק הכנת ,לאסטרטגיה/מדיניות תאימות הבטחת ,למכרז הזמנהולל ;סיכונים הערכת ,רווחים ,יעדים ,זמנים לוחות ,עלויות ,)וחיצוניות (פנימיות חלופות חדשים וספקים חדשים חוזים של ורכש הערכה-,)יחיד (מכרז/ספק רכש שיטת זיהוי ;החוזה וחתימת הסכמה ,מו"מ ניהול ,בחירה ,חלופות בחינת ,להערכה תבחינים הגדרת חדשים וחוזים ספקים הגדרת-הפעלת ,והחוזים הספקים במאגר והחוזה הספק הקמת ;השוטפים העבודה תהליכי ומימוש הגדרה ,החוזה וחוזים ספקים סיווג-,והחוזים הספקים מאגר עדכון ,הספקים הערכת ,החוזים הערכת ;והחוזים הספקים מאגר של שוטפת תחזוקה וחוזים ספקים של ביצועים ניהול-התפע של ושליטה ניהולשל והתמורה ול סקירה ,היחסים ומערכת הספק ניהול ,ושיפור מעקב ,ודיווח ניטור ,המוצר/שירות תכנון ,וההסכמים היעדים ,העסקי לצורך ביחס השירות היקף של )לפחות (שנתית ;אפשרי חוזה סיום/חידוש השירות תקופת סיום-,וחידוש מחודש מו"מ ,זמן לאורך והמחויבות התועלות סקירת סיו.השירות של העברה ו/או ם לערכם בהתאם הספקים את לסווג יש ל ובהתאם אחד מצד וחשיבותםה רמתסיכון (Risk)וההשפעה רמת(Impact)מצד שלהם :שני 1.( גנרי ספקCommodity Supplier) 2.ייחודי ספק 3.( אסטרטגי ספקStrategic Supplier) נקבע הספק עם היחסים מערכת אופי הקשר עומק על משפיע והוא ,לסוגו בהתאם .הקשר להצלחת ההדדית המחויבות ומידת הפגישות תדירות את קובע הספק סוגאתו, תדירות ,הקשר איש של הניהולי הדרג ת ,תקופתיות ספק סקירת פגישותדירות .הספק ביצועי דו"ח והיקף
23.
-23- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 ה
העברתלייצור שירות(Service Transition) 26.תצורה ופריטי שירות נכסי ניהולותצורה נכסים(Service Asset & Configuration Management) כל אספקתעסקי שירות(Business Serviceותשתיות מערכות של המשולבת בפעילות תלויה ) נרצה אם .רבות טכנולוגיותשקיימים נגלה יסודיים לרכיבים והתשתיות המערכות את לפרוט ש מכיוון .תצורה ופריטי שירות נכסי :בניין אבני של סוגים שני למעשהרבין להתבלבל נוטים בים השניים,)בכדי (ולאהחלטתיהמושגים את לבארלפישיטתITILולהסביראתההבדלים:ביניהם שירות נכסי(Service Assets)-ה נכסיםהשירות לאספקת משמשיםלרוב אלו רכיבים . מכונות ,שרתים כגון ,שנרכשו בנכסים לרוב מדובר .פיזי מיקום להם וקיים בכסף נרכשו גם להתייחס יכול נכסים שניהול למרות ,תקשורת וציוד אחסוןלרישיונות.למשל תוכנה תצורה פריטי(Configuration Items; CIs)-נחוצים הייחודים שקשריהם פריטים לא אלו פריטים .)בהם תלויה השירות זמינות :אחרות (ובמילים השירות לאספקת רכיבי (כגון פיזית ממשות להם קיימת בהכרח ולא ,בכסף נרכשו בהכרח,תוכנהמאמרי ידעש אותם לנהל חשוב אך )מתצורה בקשרי דבר של בסופו קשור כזה פריט כל שכן ,ית כך ,העסקיים לשירותיםשלאלפגוע מבלי הסוג מאותו אחד בפריט להחליפו ניתן בזמינות.השירותוהק התצורה פריטי נתוניב מנוהלים ביניהם שריםניהול מערכת התצורה(Configuration Management System; CMSהוא שמרכזה )הנתונים בסיס תצורה לניהול(Configuration Management Database; CMDB.) דלעיל מההגדרותנכסי מרבית ,אחרות במילים .ההגדרות בין סתירה קיימת בהכרח לא כי עולה גם קיימים ,זאת עם .שירות נכסי גם הם התצורה פריטי ומרבית תצורה פריטי גם הם השירות :דופן יוצאי תצורה פריטי שאינם שירות נכסי,אצבע טביעת קורא ,כרטיסים קורא כדוגמת מד .רשת ומצלמות אבטחת מצלמותנחוץ הוא שאמנם ,""טיפש ברכיב לרוב ובר השירות ,ודגם סוג מאותו במקומו אחר רכיב ונחבר אותו ננתק אם ,השירות לאספקת פיזית ממשות להם יש ,בכסף נקנו (הם בנכסים מדובר זה במובן .כרגיל לתפקד ימשיך מספי כי ייתכן .תחליפיים הם כי שמית אותם לנהל חשוב בהכרח לא אך ,)ומיקוםלנהל ק .המיקומים מן אחד בכל פריט סוג מכל הכמות את נכסים שאינם תצורה פריטיבפריטים מדובר .שירות ואמנות ידע מאמרי כדוגמת ממשות בהכרח להם אין אך ,ייחודית תרומה אחד ולכל לשירות פרטני באופן שתורמים שלכ משום ,זאת עם .פיזי מיקום להם ואין ,בכסף נרכשו לא הם ,פיזיתתרומה אחד ל ייחודיתלנהל חייבים ,החלפה בר אינו והוא .שמית אותם התרשיםמשמאלבין החלקית החפיפה את ממחיש ( ותצורה נכסים ניהול .שירות ונכסי תצורה פריטיService Asset & Configuration Managementחלק הינו ) מלי השירות העברתיצור(Service Transitionבעיקר ,) ביצוע בעת המידע עדכון של החשיבות בשלשינוי (Changeו )ההערכת לטובת במידע שימושהשפעה (Impact Analysis.מתוכננים שינויים של )
24.
-24- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 27.שינויים
בתכנון סיכונים ניהול ניהול( שינוייםChange Management) נגרם התקלות של המכריע הרוב כי הוא המידע מערכות בעולם ביותר הידועים הנתונים אחד ,אחרות במילים .מבוקרים בלתי שינויים בגללההשפעות למכלול מודע היה לא השינוי מבצע באופן ,אחרת לשינוי נערך היה ,מודע היה אילולא כי ,השינוי של הצפויותהתקלות את שימנע .השינוי מביצוע שנובעות ה את לנהל חשוב ולכן ,שינויים מביצוע להימנע ניתן לא ,זאת עםסיכון(Risk)בביצוע הכרוך .השינויההאמו תהליךןה ניהול תהליך הוא בשינוי הסיכונים ניהול עלשינויים(Change Managementבאמצעות משמעותיים שינויים לאשר הוא זה סיכון למזער האמצעים אחד .) שינויים ועדת(Change Advisory Board; CABבכל הנדרש האישורים מסלול את לקבוע כדי .) ( שינוי בקשת; RFCRequest for Changeמגדירה )שיטתITIL:שינויים של סוגים שלושה רגיל שינוי(Normal Change)-לסף (מעבר יחסית גבוהה שלו הסיכון שרמת שינוי נ ולכן ,)שהוגדר.)לרוב (השבועית בישיבתה אותו תאשר השינויים ועדת כי דרש סטנדרטי שינוי(Standard Change)-(בשל יחסית נמוכה שלו הסיכון שרמת שינוי .מיוחד אישור דורש אינו כן ועל )גבוהה בתדירות מבוצע ו/או נמוכה השפעה רמת ( שירות כבקשת מנוהלים סטנדרטיים שינוייםService Requestתהליך באמצעות ) ( לבקשות המענהRequest Fulfillment.) שינויחירום(Emergency Change)-זהה הוא שלו הסיכון רמת מבחינת אשר שינוי :(למשל בדחיפות אותו לבצע נדרש אך ,רגיל לשינויתקלה במסגרתהוא זה במצב .) ( חירום שינויי ועדת ידי על מזורז בנוהל מאושרEmergency CAB; ECAB.) של אישור דרוש האם לקבוע מסייעת בשינויים הסיכון רמת קביעתועדת( השינוייםCABוכן ) למדידתהסיכון רמת את לקבוע ניתן .סיכון רמת בכל ,שהצליחו השינויים אחוזלפיסקר סיכונים(Risk Assessment Survey)מידת את לבדוק שתכליתן ,שאלות של מסדרה המורכב , האר של המוכנותתדירות של כמכפלה תיקבע הסיכון רמת כי להגדיר גם ניתן .השינוי לביצוע גון השינוי(Frequency)וההשפעה רמת(Impact):יסוד הנחות שתי קיימות זו נוסחה בבסיס .שלו 1.גבוהה שלו הסיכון רמת כך ,יותר רבים משתמשים על להשפיע עשוי שהשינוי ככל;יותר 2..יותר קטנה שלו הסיכון שרמת כך ,פוחת לטעויות הסיכוי ,יותר תדיר שהשינוי ככל הערכתסיכון (Risk Assessment) תדירות(Frequency) ליום אחתלשבוע אחתלחודש אחתנדירות לעתים 1234 רמת השפעה (Impact) השפעה אין11234 יחיד משתמש22468 מש קבוצתתמשים336912 המשתמשים כל4481216 סיכון ברמת שינויים כי לקבוע ניתן9כן ועל רגילים כשינויים מוגדרים ומעלהשל אישור דורשים ועד( השינויים תCAB)כשינוי מוגדר הוא ואז תקלה לפתור נועד השינוי אם אלא ,חירוםהמאושר ( החירום שינויי ועדת ידי עלECAB).
25.
-25- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 תפעולהשירות(Service
Operation) 28.ובעיה תקלה ,אירוע-ההבדלים את מצא אירועים ניהול(Event Management)תקלות ניהול ,(Incident Management)בעיות ניהול ,(Problem Management) שיטתITILליצור העלול דבר ,ומונחים במושגים עשירהמרכזי חלק .ביניהם בלבול או הבנה אי ,בארגון התהליכים אודות שיח לקיים המעורבים הגורמים של היכולת היא התפיסה של בהטמעה .לכולם ברור שהיה באופןלהתבלבל נוטים שלעתים מושגים שלושה נבחן זו קצרה בסקירה :ביניהםבתהליכי המשולבים ,ובעיות תקלות ,אירועיםהשירות תפעול(Service Operation.) אירוע(Eventש שירות או רכיב של מצב שינוי הוא ,הגדרתו לפי כך ,)לניהול חשיבות לו יש הטכנולוגישנייה ומדי דקה מדי ,שעה מדי ,יום מדי רבות פעולות מתרחשות השונות במערכות .: פעולתם סיום או תחילת ,קבצים העברת ,הנתונים בסיסי בטבלאות ערכים עדכון ,לוגים רישום פעולה .ועוד תהליכים שלחשיבות לה יש שבראייתנוהאירועים ניהול תהליך .אירוע היא(Event Management)התרחשותו על מידע הרלוונטיים הטכנולוגיים הגורמים לידיעת להביא מטרתו האירו של.אותו לנהל יהיה שניתן כדי ע:סוגים לשלושה האירועים את לחלק נהוג ( מידעInformation)-על לוגים בקובץ (לרוב בלבד לידיעה נשמרים אלו אירועים אוחר תחקור לטובת )השרת או המחשב. ( אזהרהWarning)-אלו אירועים .שהוגדר מסף צפויה חריגה מפני המתריעים אירועים ומ מנוטריםידי על נוהליםהאירועים ניהול מערכת(Event Management System.) ( חריגהException)-אלו אירועים .שהוגדר מסף חריגה הייתה כי המתריעים אירועים ידי על ומנוהלים מנוטריםניה מערכתהאירועים ול(Event Management System.) תקלה(Incidentגם זה לעניין כאשר ,השירות של באיכות מתוכננת בלתי ירידה או פגיעה היא ) של באיכות מתוכננת ירידה או פגיעה .כתקלה יטופל הקרוב בעתיד לכך לגרום העשוי אירוע שירותשירות השבתת :(למשלכ אלא כתקלה תיחשב לא )גרסה שדרוג לטובתשינוי(Change). ת( התקלות ניהול הליךIncident Management)ב מתועדהשירות ניהול מערכת(Service Management System.) תקלה הוא אירוע כל שלא לציין הראוי מן–אירועי על רבות התרעות ישנןואנו המתרחשים ם כתקלה בארגון שהוגדר מהסף חורגות ואינן ומעקב יידוע לטובת התרעה כך על לקבל רוצים. צריכת של למצב מגיע שרת אם :למשל80%( המרכזית העיבוד יחידת של מהזיכרוןCPUנרצה ) תעב הצריכה אם רק אך ,כך על לדעתה רף את ור-90%כתקלה המצב יוגדר. יש ,כן אם ,היכןלפי ?הגבול את לשרטטתבחיןהשירות על ההשפעה–(או נפגע אינו השירות אם הזמן בטווח להיפגע עתידהמידיהאירוע מן כתוצאה )–פעולה .תקלה תדווח לאמסוימתאינה צץ תחילה :זו לצד זו המתקיימות ישויות בשתי מדובר אלא ,תקלה או כאירוע בהכרח מסווגת שה לסף מעבר כאשר ,האירוע.לאירוע בזיקה ,הרלוונטי הצוות לטיפול תקלה נפתחת ,וגדר סיום לאחר הוא התקלה סיום כאשר ,במקביל מתנהלים והתקלה האירוע ,אחרות במילים ואילו )נציגו (או הלקוח תקינות אישור וקבלת הטיפולשמערכת ברגע מסתיים האירועניהול האירועיםהטי סיום ,המקרים ברוב .האירוע שתם מזההכך ,האירוע לסיום יגרום בתקלה פול מסתיים האירוע שבו מצב גם ייתכן אך ,הכולל האירוע ממשך קצר יהיה הכולל התקלה שמשך .האירוע סיום לאחר רק נסגרת שהתקלה כך ,מהלקוח תקינות התקבל בטרם
26.
-26- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 מאירוע
נובעת בהכרח תקלה כל לא גם ,בנוסף–טיפול תהליך במסגרת מזוהה התקלות מן חלק .השירות למוקדי המשתמשים של בפניות מזה זה בנפרד המתקיימים תהליכים שני הם תקלות וניהול אירועים שניהול ,כאן עד לסכם נוכל .מצטלבות דרכיהם לעתים אך הוא שלישי חמקמק מושגבעיה(Problemתקלה אינה בעיה ,חושבים שרבים למה בניגוד .) אל ,חוזרתקל פתרון ידי על נפתרות התקלות ,לרוב .יותר או אחת תקלה של השורש סיבת א בעי עומדת תקלה כל מאחורי למעשה אך ,השורש מן העניין את לפתור מבלי )"("פלסטר ומהירית הממתינה שורשלפתרון,)זמן ,אדם כוח ,(תקציב הארגון של מוגבלים משאבים בשל ,זאת עם . כל את לנהל ניתן לא לרוב.הבעיות להבעיות ניהול תהליך(Problem Management)הוא .לנהל שבחרנו בעיות אותן מטופלות שבמסגרתו התהליך הומצא כך לשם ?לנהל בעיות אילו בוחרים כיצדתהליךעזרבשםI2P(ראהלהלןלהבדיל .) אינו בתקלה הטיפול סיום ,גרם שהוא לתקלה אירוע שבין היחסים ממערכתתלויבפתרוןבעיית היא הבעיות ניהול תכלית .בנפרד ומטופלת נחקרת שהבעיה בעוד ,אמת בזמן מבוצע אלא ,השורש לרוב .השירות זמינות את לשפר ובכך להישנות מתקלות למנועפתרון.שינוי ביצוע יצריך הבעיה ב מתועד הבעיות ניהול תהליךהשי ניהול מערכתרות(Service Management System.) לביצוע שיטותI2P להכפיל :פשוט חישוב לבצע ניתן מהבעיה כתוצאה שנגרמו התקלות כל את לזהות יודעים כאשר בטיפול שהושקע המצטבר הזמן סך את לקבל וכך התקלות בכמות הממוצע התקלה משך את להיו יכול המצטבר הזמן משך .הבעיה מן הנובעות בתקלותארגונים ישנם כאשר ,אחד שיקול ת המסתהמושקעת הכוללת המשאבים כמות בין היחס את בודק זה מדד .גוזס במדד ייעיםבפתרון .הבעיה מן הנובעות התקלות בכל בטיפול המושקעת הכוללת המשאבים כמות לבין השורש בעיית שקיימים כמובןגם,הלקוח בעיניי השירות חשיבות כגון ,נוספים שיקוליםהשירות באמנת דירוגו .לכמת יותר קשה שאותם שיקולים ,הארגון תדמית על הבעיה השפעת ואף 29.בזמן לחיסכון טיפים תקלות ניהול(Incident Management) הרבה שווה ,כידוע וזמן ,זמן הוא ידע ,ומהיר מקצועי מענה במתן מדובר וכאשר ,כוח הוא ידע לחסוך לכם שיעזרו טיפים כמה הנה .כסף.יקר זמן התיעוד זמן על שחוזרים בודדים מקרים לספר למיין ניתן התקלות מרבית שאת יודע מתחיל שירות נציג כל ,זאת עם .יסודית חקירה ודורשים ומורכבים ביזאריים הם מקצתם ורק ,הזמן כל עצמם ז אורך התיעוד משך ,פשוט לרוב הוא התקלה שפתרון למרות כי מוצאים אנו רבים בארגוניםמן או התקול הרכיב את נכון לבחור כיצד פעם אחר פעם מתלבט עצמו את מוצא והטכנאי מדי רב ה רמות ,השורש סיבת אתדחיפות:שימושיות המלצות כמה הנה .הנכונות וההשפעה 1.רשימות-בוחר מתוכן )ורכיביהן המערכות רשימת :(למשל שהרשימות לוודא יש ובנויות ומדויקות עדכניות הן הטכנאי.בהן להתמצא שקל בצורה 2.הדרכות-הדרכת לבצע מומלץריענוןהמצופה התיעוד אופן על לתקופה אחת לטכנאים (:לדוגמהטיפים כולל ,)השורש סיבת לבין התקול הרכיב בין ההבדל את להדגיש יש רשימה מתוך לבחור ואז ,המערכת את קודם לבחור יש :(לדוגמה יעיל לשימוש הרכ את יותר מצומצמת.)המדויק יב
27.
-27- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 3.תיעוד
טבלת-עשר את המסכמת פשוטה טבלה להכין כדאיתהנפוצ התקלות סוגיים תיעוד ואופן ביותרםולהצמיד )להזין שנדרש שדה לכל עמודה ,תקלה סוג לכל (שורה של בודדות פעמים אחרי .הטכנאי של המחשב לעמדת בסמוך ,ללוח או לשולחן אותה יזכור כבר הטכנאי ,בטבלה שימושגם זה מסוג טבלה .הנדרש התיעוד אופן את פה בעל .מחלקה באותה הטכנאים כל בין בתיעוד אחידות ותבטיח בלבול תמנע 4.אוטומציה-שפותח אוטומטי תהליך :(למשל אוטומטיים בתהליכים להסתייע מומלץ יכול שכזה אוטומטי מנגנון .לתיעוד )שו"ב תשתית מתוך אירועים בסיס על תקלות ז לחסוךוהתקינות הזיהוי זמני הזנת :(למשל הדיוק רמת את לשפר ואף יקר תיעוד מן ל שנותר מה כל שלעתים כך ,)התקלה משך לחישוב כבסיס שו"ב תשתית שלטכנאי על הוזנו כבר הטכניים הפרטים שאר שכל לאחר ,השורש סיבת את לקבוע הוא לעשות .האוטומטי המנגנון ידי 5.תבניות-נ המערכות במרכביתהשדות כל שבהן ,לקריאות תבניות להגדיר יתן שנותר כל ואז ,הוגדרו כבר למילוי ""הטכנייםמהי את לזהות הוא ,לעשות לטכנאי .מה להשתמש הנכונה התבניתק מקרה לכל תבנית להכין ניתן לאצאך ,לצוץ שיכול ה עצמ על חוזר שכאמור ,המקרים של הגדול הרוב את להתמודד תסייע התבנית הכנת.ו הטיפול זמן של ולניסיון למומחיות תחליף אין מורכבות בתקלות מדובר וכאשר יקר הוא בתקלה הטיפול זמן נכון לנהל לפחות או ,הטיפול זמן את לקצר נוכל בהן דרכים מספר קיימות ,זאת עם .הטכנאי :הזמן משאב את יותר 1.תקלות מאגרידועות(Known Error Database; KEDB)-כל של ידו בהישג כי מומלץ פירוט ובו מאגר יהיה טכנאישואף פתרונן דרכי ,זיהוין דרכי ,הנפוצות התקלות כל ל שהוא בתנאי עוצמה רב עזר כלי להיות יכול זה מעין מאגר .שלהן הרצוי התיעוד אופן הטכנאים אחד את למנות מומלץ כך לשם .עדכני נשמרהוותיקים השירות נציגי או תחזוקתו על אחראים שיהיו( ידע כמנהל ולהגדירוKnowledge Manager),בנוסף . פרויקט כל במסגרת לשלב מומלץחדששלבשלא להבטיח מנת על המאגר עדכון של מעדכון כחלק המאגר את לעדכן מבלי הטכנולוגית בתשתית או במערכת שינויים נעשים מו .התמיכה צוותילמערכת יתממשק המאגר כי מלץהשירות ניהוללפי שכבר כך , הסימפטום(בתקלה)(בבקשות הקטגוריה או )/בעיהאפשריים פתרונות לטכנאי יוצעו , עבודה ונהלי,המאגר מתוךממויניםתדירות לפיהצפיות מספר לפי או בהם השימוש בהם. 2.ניהול מערכתתצורה(Configuration Management System; CMS)-זו מערכת המערכות בסבך להתמצא טכנאי לכל המאפשרת טכנולוגית ""מפה כעין משמשת בתוך אותה לשלב מומלץ .לתקלה הגורם את יותר רבה בקלות ולאבחן ולזהות והרכיבים ה ניהול מערכתשירות(Service Management system; SMS)שלפי כךהתצורה פריט (Configuration Item)שניתן כך ,נוספים רכיבים עם שלו הקשרים מפת תוצג התקול התצורה ניהול מערכת בין שילוב .המקורי הגורם איתור עד לרכיב מרכיב לדלג יהיה להאירועים ניהול מערכת(Event Management System)עדיפות בקביעת לסייע יכול קשרים גם להכיל יכולה התצורה ניהול מערכת שכן ,מהם הנובעות ותקלות לאירועים ו השונים לשירותים המערכות ביןהזמן יעדלטיפול(SLTי )יקבעהשירות לאמנת בהתאם מ המושפע לשירות הקשורההרכיב.התקול 3.רובוטים-רק שלא ,שונות אוטומציה במערכות השימוש ומתרבה הולך האחרונה בעת .מראש קבוע אלגוריתם ידי על בעצמן אותם לפתור גם אלא אירועים לזהות יודעות
28.
-28- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 הלכ
ולתפקד ללקוחות אוטומטי מענה להציע יכולות אחרות מערכותכ"נציג למעשה ה שימוש .)המשתמש דיווח שעליה שגיאה הודעת אבחון ידי (על "וירטואלי שירות מותיר שהדבר כך ,התקלות מנפח וגדל הולך נתח כיום ותופס הולך אלו מעין ברובוטים .חשיבה יותר הדורשות יותר המורכבות התקלות את השירות ונציגי הטכנאים בידי תהל על משפיעה כבר זו מגמה.טכנולוגיים בארגונים אדם כוח והכשרת גיוס יכי ותשתית אוטומטיים תהליכים ,הטכנולוגי הידע ניהול של שונות שיטות באמצעות ,לסיכום תקלות ביותר לטפל ניתן ,מתאימה טכנולוגיתובקשותכי יודגש ,זאת עם .טכנאים פחות עםלפי שיטתILIT,מלכתחילה להתרחש התקלות מן למנוע היא יקר זמן לחסוך ביותר הטובה הדרך .השינויים ניהול ותהליך הבעיות ניהול תהליך של נכון יישום ידי על לעשות ניתן וזאת 10.תקלות תעדוף תקלות ניהול(Incident Management) ר טיפול מקבל "יותר חזק ש"צועק שמי שהרגשתם לכם קרה פעמים כמההוא בהכרח לא ,אשון לאמנת בהלימה פועל השירות נותן כי להבטיח נועיד נכון תקלות תעדוף ?יותר החשוב הלקוח .הלקוח של העדיפויות סדר עם אחד בקנה עולה בתקלות הטיפול סדר וכי השירות ידי על המומלצת השיטהשיטתITILלקביעתטיפול עדיפות(Priority)נוסחה פי על היא בתקלות :גורמים שני המשלבת השפעה רמת(Impact)-סולם לו להגדיר יכול ארגון כל .המושפעים המשתמשים כמות :(דוגמאות השפעה רמות של שונה1-10,משתמשים10-100,משתמשים1000;ומעלה .)אגף ,מחלקה ,צוותהוטמעה בארגון אםתצורה לניהול מערכת(Configuration Management System)לקוחות לאילו נפגעו שירותים אילו תקלה כל עבור לדעת ניתן , .המושפעת המשתמשים כמות של אוטומטי חישוב ולבצע דחיפות(Urgency)-.הלקוח בעיני בשירות הפגיעה חומרת את המשקף מאפייןלהלן :דוגמה oגבוהה דחיפות-ב פגיעה ,עסקי מידע אובדןחיוני עסקי תפקוד(Vital Business Function; VBF;) oבינונית דחיפות-וא ביצועים בעיות;עסקי מידע בקבלת עיכוב או יטיות oנמוכה דחיפות-( משני בתפקוד פגיעהNice to Have.) העדי חישוב אופן את מדגימה הבאה הטבלהפ:והדחיפות ההשפעה רמת על בהתבסס ,ות תעדוף (Prioritization) ( דחיפותUrgency) נמוכהבינוניתגבוהה השפעה רמת (Impact) נמוכה5-נמוך4-רגיל3-גבוה בינונית4-רגיל3-גבוה2-קריטי גבוהה3-גבוה2-קריטי1-שבר המתקבל הטיפול עדיפותתהמושפע לשירות שהוגדרה השירות אמנת עם במשולב קובעת לטיפול היעד זמן את בקריאהכ מוגדרת ביותר הגבוהה בעדיפות תקלה .שבר תקלת(Major Incident).מיוחד חירום נוהל קיים לרוב זה מסוג תקלות ועבור , למעשה כאן התשובה ?זהה בעדיפות תקלות שתי בין לתעדף כיצד :היא זה בהקשר נפוצה שאלה :התקלה של אחר במאפיין טמונהלטיפול היעד זמן(Service Level Target; SLTהיעד זמן .) ל בהתאם מחושבהשירות אמנת(SLAהמ לשירות שהוגדרה )וש.בתקלה פע
29.
-29- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 :דוגמה
להלן ( הזמן יעד חישובSLT) ( שירות אמנתSLA) ארדכסףזהבפלטינה עדיפות (Priority) 4-שבר4210.5 2-קריטי8421 3-גבוה16842 4-רגיל321684 5-נמוך6432168 וככל ,יותר מחמירה השירות שרמת ככל ,מתקצרים היעד זמני כי לראות ניתן ,דלעיל בטבלה שהעדיפותתקלות בשתי אם שגם כך ,הקריאה פתיחת לזמן מתווסף היעד זמן .יותר גבוהה זמן להן ייקבע שנייה באותה נוצרו הן אם שרק הרי ,השירות אמנת ואותה עדיפות אותה נקבעה .זהה יעדהממתינות התקלות כל את למיין וניתן ,ייחודי יעד זמן מוגדר תקלה לכל ,זה באופן .ותקלה תקלה בכל שונה שיהיה ,שלהן הזמן יעד לפי לטיפול 12.אצלי חונה זה למה? ( לבקשות מענהRequest Fulfillment( תקלות ניהול ,)Incident Management) נמד שבהן ניהוליות שגרות המקיימים בארגוניםשל הממוצע השהייה משך דתקלה(Incident) להעביר הצורך במידת או תקלה בכל טיפול במהירות לסיים הצוות של הנטייה גוברת ,בצוות כל של המשותף הרצון בשל וחיכוכים לדילמות לעתים מובילות אלו העברות .אחר לצוות אותה ש השהייה משך את למזער הצוותיםנפ דילמות מספר כאן נציג .בתחומם התקלה לודרכי וצות פתרוןאפשריות. צוותים שני בין העברות שפעיל מסוים צוות בו מצב נוצר לעתים24/7בדרג (לרובLevel 1הלילה בשעות להעביר מעוניין ) ( מומחה לצוות בתקלה הטיפול אתLevel 2מדובר הנידון במקרה .היום בשעות רק שפעיל ) בתקלבאמצע טלפונית אליו להתקשר או מהבית כונן להקפיץ צורך שאין כך ,דחופה שאינה ה ,השני לצוות הקריאה את להעביר עליו כן ועל הטיפול את סיים כי טוען הראשון הצוות .הלילה שהוא ביודעין בלילה הקריאה את לו להעביר טעם אין מלכתחילה כי טוען השני הצוות ואילו הי בשעות רק פעיללהיספר צריך מהצוותים איזה לחובת :היא השאלה ,אחרות במילים .ום ?הזמן הצוות שכן ,נוכח אינו אם גם השני לצוות התקלה את להעביר יש :ברורה התשובה זה במקרה .היום בשעות רק פועל השני שהצוות בכך ""אשם אינו והוא לפתור שביכולתו כל עשה הראשון הצ חשבון על להיספר צריך הזמן.לטיפולו חיכתה למעשה התקלה בפועל שגם משום ,השני וות תקלות כי ביודעין לכך מודע שהיה הרי ,היום בשעות רק פועל השני שהצוות הגדיר הארגון אם הצגת .הצוות במדדי ישתקף לא שהדבר סיבה ואין ,יותר רב זמן תארכנה זה לצוות שמועברות ה של הטיפול ממשך כחלק הזה ההמתנה זמן משךצריך האם בהחלטה שיקול להוות עשויה ,צוות .הלילה בשעות גם השני מהצוות נציג להשאיר צריך לא או פינג-מקצועי פונג שהתקלה מדי מהר לקבוע הנטייה טכניים צוותים אצל לעתים קיימת לטיפול תקלה קבלת בעת מספ טכנית בדיקה לערוך מבלי ,אחר לצוות אותה ולהעביר אחריותם בתחום אינהבלי או קת זו תופעה .לטיפולו זו תקלה להעביר הוחלט שבסופה האירועים השתלשלות את לעומק לקרוא "התור את "לרוקן מוגברת מוטיבציה קיימת כאשר ,העבודה שעות סיום לקראת להחמיר נוטה וללכתהביתהפינג המכונה מצב נוצר דומה באופן נוהג התקלה מועברת שאליו הצוות אם .-,פונג שמארפינג של מצב למנוע יש כיצד :היא השאלה .בתקלה הטיפול משך את צורך ללא יך-?פונג
30.
-30- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 הפתרון(
התקלות לניהול אחראי גוף מינוי הוא זו לבעיה ביותר הטובIncidet Managerתפקיד ,) מאויש להיות שיכול24/7במסגרתרשתי תפעול מרכז(NOC)ה שלמחזיק התקלות מנהל .ארגון אחראי ,הארגון של התקלות תמונת אתבכירים לעדכן(Hierarchical Escalation)במידת שינויים או תקלות על למשתמשים הודעות להנפיק ומוסמך ,הצורךמתוכנניםהמקרים מן בחלק . מב הוא במסגרתו ,טכני תפקיד גם לו ישמי לקבוע כדי ,מורכבות תקלות של ראשוני אבחון צע לוודא כדי הצוותים שבטיפול התקלות על ובקרה מעקב מבצע הוא וכן הרלוונטי הצוות צוות לכל להורות לו שניתנת הסמכות בשל .נכון קדימות סדר לפי מטופלות החשובות שהתקלות פינג של מצב למנוע וצריך מסוגל הוא ,לטפל תקלות באילו-לקבל חייבות מנוהלות תקלות .פונג התקלות מנהל .מאחריות להתנער יכול לא אחד שצוות כך ,צוותים בין העברה בכל אישורו את של מצב בכל בורר ישמש והוא ההעברה תאושר בטרם המקדימות הבדיקות כל שבוצעו יוודא בדחי נציג לשלוח הצוותים מן אחד לכל להורות אף יכול הוא .דעות חילוקיל"חדר פות הפתרונותע ביחד יושבים כולם בו ,"דאופן על והחלטה התקלה שורש לליבוןהפתרוןוחלוקת .המשימות הצוות באשמת שאינו עיכוב תלויות שאינן מסיבות מתעכב בה הטיפול שלמעשה למרות ,הצוות בטיפול נמצאת תקלה לעתים ב לטפל לנסוע מצוות שמונע סוער אוויר מזג :(כגון בצוותוהמתנה בחלפים מחסור ,תקלה הצוות של לחובתו נרשמי ,זה במצב .)חיצונית חברה של לטכנאי המתנה ,נוסף ציוד לאספקת .באשמתו שלא זמן משכי המקרים במרביתהפתרוןלסטאטוס או השהייה למצב הקריאה את להעביר יהיה המומלץ רק לא להציג יכולות חכמות מדידה מערכות .זאת ולנמק רלוונטישל הממוצע השהייה משך את אחוז איזה לדעת ניתן וכך סטאטוס בכל השהייה משך התפלגות את גם אלא ,בצוות תקלות לא להקפיד יש זאת עם .לכך הנימוקים את ולהציג השהייה בסטאטוס היו התקלות מהזמן .לצורך שלא השהיה בסטאטוס להשתמש חיצוניות חברות של במקרהלא כאשר ,ניתןממ ליצורבין שקהשירות ניהול מערכות(Service Management Systems,הארגונים שני של )קייםפתרוןוחכם יצירתי–ב ליצורניהול מערכת השירותזה באופן .התקלות את אליהם ולהעביר )חיצונית חברה לכל (אחד פיקטיביים צוותים נס לא הזמן משך גםטיפול של ממוצע זמן למדוד ניתן וגם החברה לחובת אלא הצוות לחובת פר שבמקרה כמובן .טיפול זמני לגבי בהתחייבותה עמדה אם לבדוק זה ובאופן החיצונית החברה של ליישם ניתן .בסיומה התקלה את לסגור לזכור חשוב זהפתרוןידי על לוגיסטיים לעיכובים דומה מחלק לטיפול התקלה העברתמשתמש אינה זו אם גם ,פיקטיבי באופן הרכש תתבניהול מערכת השירות. לקוח לתגובת המתנה על הלקוח לתגובת ממתין הצוות בו הזמן את לספור נהוג תקין באופן המתנהלים בארגונים זמן משך לחובתם לספור הוגן זה שאין אלו מצוותים כלל בדרך המושמע הטיעון .הצוות חשבון מנו היו הם בו.הלקוח מצד תגובה חוסר בשל בתקלה מלטפל עים להמשיך יכול לא שהצוות הדבר נכון אמנם זה במקרהבפתרוןזו אך ,טכנית מבחינה התקלה ניתן .עליו נספר הזמן ולכן התשובה את ממנו ולהשיג הלקוח עם קשר ליצור הצוות של האחריות מספר שלאחר לקבועניסיונותא ,מראש שהוגדר זמן פרק אומשיב לא הלקוח ם–פנייתו חכמות מדידה מערכות ,הוזכר שכבר כפי ,בנוסף .)הסטטיסטיקה מן נשמטת (וכך מבוטלת משך התפלגות את גם אלא ,בצוות תקלות של הממוצע השהייה משך את רק לא להציג יכולות לתגו ממתין בסטאטוס היו התקלות מהזמן אחוז איזה לדעת ניתן כך .סטאטוס בכל השהייהבת .הכללית התמונה על מסתכלים כאשר אותו לקזז ניתן הצורך שבמידת כך ,לקוח
31.
-31- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 לתגובת
ממתין או השהייה בסטאטוס הייתה הקריאה בהם הזמן משכי אם ,התחתונה בשורה נכונה משקף היה לא הכולל התקלות שמשך הרי ,צוות אף לחובת נספרים ולא מקוזזים היו לקוח שהלק מרגע שעבר הזמן משך את.הטיפול לסיום ועד תקלה שהתגלתה מרגע או לארגון פנה וח לפישיטתITILעצמו את הרואה ארגון כי מומלץמחויבהזמן משכי גם את יספור ,איכות לניהול התקלה משך או ללקוח השירות משך של יותר טובה תחושה לקבל כדי הללוהאמתי. 11.י ציר?מנוהל ציר או שיר ( תקלות ניהולIncident Management) גוף להקים מחליטים לעתים ,טכניים צוותים עשרות קיימים בהם בארגוניםמתקלות נהל (Incidet Manager)( התקלות ניהול תהליך את לשפר כדי ,Incident Management)זה גוף . כל את מנהל אינומורכבות ברמת שמתאפיינות ,המערכתיות התקלות את רק אלא ,התקלות תקלות .משתמשים של גדולה קבוצה על משפיעות שהן משום ,יותר גבוהה ובדחיפות יותר גבוהה .מנוהלות כתקלות מוגדרות אלולפישיטתITILלתפקי ארבעה התקלות ניהול גוף:דים 1.מיקוד(Categorization)-עליו מהתבחין להסיק ניתן לא רבים שבמקרים משום ,מורכבותה בשל התקלה את לפתור שיידע הטכני הצוות מי המשתמשים מתלוננים בסיסי היכרות בעל הניהול גוף .הניהול לגוף פתיחתה עם התקלה מנותבתתכלל עם מטכניים צוותים עם והתייעצות הלקוחות תשאול ובאמצעות הארגון ערכותרלוונטיים הוא התקלה מיקוד לאחר .לטיפול ביותר המתאים הטכני הצוות יהיה מי להחליט עליו .זה צוות לטיפול אותה מעביר 2.ותעדוף מעקב(Prioritization)-תק של דחיפותן בשללכך חשיבות יש ,מערכתיות לות סדר לפי ,הלב תשומת מירב את להן מקדישים הטכניים הצוותים כי יוודא הניהול שגוף .שהוגדר עדיפויות 3.ה עם קשרלקוח-"מאחורי שפועלים הטכניים הצוותים בין לתווך אחראי הניהול גוף לקב ואחראי ,הארגון ולקוחות "הקלעים.התקלה בסיום מהלקוחות תקינות אישור ל 4.בכירים עדכון(Hierarchical Escalation)-מנהלים לעדכן אחראי הניהול גוף .מוגדר לנוהל בהתאם ,רלוונטיים כי לקבוע ניתן ,בנוסףצ בין מערכתיות תקלות העברתוותים(Functional Escalation)נעשיתרק .הטכניים הצוותים בין הדדית אחריות זריקת של מצב למנוע בכדי ,ובאישורו הניהול גוף דרך ,וגדל שהולך בפער ,אחוזים בעשרות הטיפול משך את מקצר זה באופן תקלות ניהול כי הוכח כבר כי ,הדבר פירוש .צוותים יותר בין עוברת שהתקלה ככלתקלות כנתב משמש הניהול שגוף למרות .אלו לתקלות יותר מהיר טיפול מבטיחה בתהליך מעורבותו ,הטכניים הצוותים בין ( הדוק פיקוח תחת לנהל ברצונו מהתקלות נתח איזה לקבוע יכול ארגון כלמנוהל צירלעומת ,) ( בחופשיות להתנהל שיכול הנתחישיר צירבין ישירות מועברות ישיר בציר המנוהלות תקלות .) ללא ,הטכניים הצוותיםמ.הניהול גוף של עורבות 13.ועומק רוחב ,אורך תהליכי השירות חיי מחזור של רשתי ניהול(Managing Across the Life-Cycle) ב יסודי מרכיבשיטתITILתהליכי .התהליכים בין האינטגרציה הואITILעצמם בפני עומדים אינם זה בתיאום התהליכים את לנהל והיכולת ,האחרים התהליכים עם גומלין תלות מקיימים אלא :התהליכים בין הקשרים את מדגים להלן התרשים .כולה השיטה להצלחת המפתח היא זה עם
32.
-32- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 גומ
תלות:אחרת קריאה מתוך אחת קריאה ליצור שניתן בכך מתבטאת זו לין מתוךפנייהליצור ניתןתקלהאם ,הלקוח פניית סיווג במהלךהחוויההוא שאותה תקלה של קיומה על מעידה מתאר מתוךפנייהליצור ניתןשינוילהתקין נדרש אם :(למשל הלקוח פניית סיווג במהלך )הרשאות עבורו לבקש או תוכנה עבורו מתוךאירועליצור ניתןתקלההבסיסי הסיווג במסגרת כתקלה אובחן האירוע אם , מתוךתקלהליצור ניתןשינויבאופן הנדרש ,מידי)"שבר ("השבתת בתקלה לטיפול מתוךתקלהליצור ניתןבעיהשאותה ,לחקור יש מתוךבעיהליצור ניתןשינויאותה לפתור מנת על , מתוךשינויליצור ניתןתקלהחדשות תקלות להניב יכול השינוי ביצוע שכן ,
33.
-33- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 "אחד
הוא הקשר .נוצרה שממנה לזו הקריאה בין קשר נוצר ,החדשה הקריאה יצירת עם .הלאה וכן תקלות למספר אחת בעיה לקשר ניתן כלומר ,"לרביםלשני מתחלקים אלו קשרים :סוגים פשוט קשר-.בקשר המשתתפות הקריאות בין תהליכים תלות יוצר אינו מתנה קשר-למצב עוברת הראשונה הקריאה .הקריאות בין תהליכית תלות יוצר :המתנים הקשרים אלו .ממנה שנוצרה בקריאה הטיפול לסיום עד המתנה -שנוצר תקלה/שינוי לסגירת ממתינה פנייהבה הטיפול את לסיים כדי ,ממנה ו -אותה לסיים בכדי ,ממנו שנוצר )"שבר ("השבתת שינוי לסגירת ממתינה תקלה הגופים בין יותר ומתואם יעיל ניהול מאפשר ,השונים הקריאות סוגי בין אלו קשרים ניהול והעצמת הרלוונטיים.בארגון הקיים התפעולי הידע רשת בי בקשרים עוסקת דלעיל הדוגמה,"אורך "תהליכי מכנה אני שאותם ,תהליכים של מסוים סוג ן ( קריאות הוא בהם המרכזי שהמרכיבTicketsבין הגומלין קשרי אולם ,שונים מסוגים ) :קבוצות לשלוש התהליכים את אחלק ,כך לשם .נוספים רבדים כוללים התהליכים אורך תהליכי-שאות פריטים של בניהול מאופיינים אלו תהליכיםבשם מכנים אנו ם הכוללקריאות(Tickets( לבקשות מענה כגון תהליכים כוללת זו קבוצה .)Request Fulfillment( תקלות ניהול ,)Incident Management( בעיות ניהול ,)Problem Management( שינויים וניהול )Change Managementקצ חיים זמן קריאה לכל .)ר לבצע ,תקלה לתקן :(לדוגמה בקריאות לטפל היא אלו תהליכים של והמהות יחסית .ביותר הגלוי הרובד זהו .)שינוי רוחב תהליכי-נוסף במידע אותם ומעשירים האורך תהליכי את חוצים אלו תהליכים ( ידע ניהול :לדוגמה .האורך תהליכי את המשפרKnowledge Managementמעשיר ) ב התומך את,בתקלה או בבקשה הטיפול במהלך ידועות תקלות או העבודה נהלי ( ותצורה נכסים ניהול ;בהתאמהService Asset & Configuration Management) ל מתייחסת קריאה כל כי מוודאתצורה פריט(CIשבו הרכיב ,התקול (הרכיב כלשהו ) תי לטובת )השינוי מבוצע( השירות רמת ניהול ;ומדידה עודService Level Managementאת מגדירה )לטיפול היעד זמן(SLTעל בהתבסס ,קריאה בכל )אמנת השירות(SLA.) עומק תהליכי-לתה וגם האורך לתהליכי גם תשתית מספקים אלו תהליכיםליכי אלו תהליכים .אליו מתחברים התהליכים יתר שכל "השדרה "עמוד בבחינת והם ,הרוחב ( השירותים קטלוג ניהול את כולליםService Catalog Managementאוגדן ניהול ואת )
34.
-34- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 (
השירותיםService Portfolio Managementהשירות יתועדו קריאה בכל ,לדוגמה כך .) המושפע השירותים או המושפעהקריאה תטופל שלפיה השירות אמנת את הקובעים ,ים .ומדידה תיעוד לצרכי גם ומשמשים בין הקשרים את מדגים להלן התרשיםתהליכי,האורךהרוחב:והעומק
35.
-35- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 (
המתמיד השירות שיפורContinual Service Improvement) 14.המפתח מדדי שלבים בשבעה שיפור(7 Step Improvement) ת במסגרת ,ככללהליךשיפורהשירותהמתמיד(Continual Service Improvement)מומלץ , מדדים לקבוע(Metrics)מ כמה על הסבר להלן .לשפר מעוניינים אותו ותהליך תהליך לכלמדדי המפתח(KPIs):ביותר הנפוצים MTTR/MTRS בתקלה ממוצע טיפול זמן(Mean Time to Repairסיום ועד ,התקלה תחילת מרגע מחושב ) של תכליתו .טופל/בוטל/סגור בסטאטוס הייתה התקלה בהם זמן משכי כולל לא ,בה הטיפול כ את למדוד היא המדדמשהושקעה הממוצעת הזמן ותבפתרוןעל התקלההגורמים ידי .הטכנייםגרסת פרסום עם2011שלITILבמדד זה מדד הוחלףMTRS.השירות החזרת זמן הממוצע(Mean Time to Restore Serviceאישור לקבלת ועד התקלה תחילת מרגע מחושב ) מ יותר ארוך להיות נוטה כן ועל ,מהלקוח תקינות-MTTRמ ..הלקוח לחוויית יותר מוכוון זה דד ,טכניים לצוותים גם אותם לחשב ניתן .שירות או תשתית ,מערכת לכל לחשב ניתן אלו מדדים .הצוות בטיפול התקלה הייתה בו הזמן למשך רק התייחסות תוך MTBF תקלות בין ממוצע זמן(Mean Time Between Failuresלמדד משלים כמדד מחושב )MTTRאו MTRS(ראה מערכתיות תקלות שבין הרווחים כממוצע מחושב והוא )הארגון החלטת (לפי פעלו השירות או התשתית ,המערכת בו הממוצע הזמן משך את לייצג אמור זה מדד .)מסגרת .הבאה התקלה של להתרחשותה ועד אחת תקלה של מסיומה תקין באופן נ זה מדדעל ""לשטח יש ,לשירות זה מדד בחישוב .שירות או תשתית ,מערכת לכל לחישוב יתן .החפיפות את ולנכות השירות את המרכיבים ובתשתיות במערכות התקלות כל את הזמן ציר זמינות זמינות(Availability)שה משום ,יותר גבוהה ברמה מדד למעשה היאיקרוב אהלחוויית יותר התק שבין הרווחים כסך מחושבת הזמינות .המשתמשחלקי )מסגרת (ראה המערכתיות לותסך היא שירות לכל הנדרשת הזמינות .הנדרשת הזמינות זמן להיות שאמורים שירותים ישנם שכן ,שונהזמינים24/7בעוד , בימים או ,בלבד העבודה בשעות זמינים להיות צריכים אחרים מ ושעות.מראש המתוכננים במועדים ,שתנים
36.
-36- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 ציר
על ""לשטח יש ,לשירות זה מדד בחישוב .שירות או תשתית ,למערכת זמינות לחשב ניתן .החפיפות את ולנכות השירות את המרכיבים ובתשתיות במערכות התקלות כל את הזמן ומדדים תהליכים ב המוצגים המדדים כי מומלץ ,שירות מוכוון בארגוןה לוחתוצאות(Scoreboard)יתייחס המערכות עבור המדדים יוצגו בו ,בנפרד שירות כל לתוך העמקה יכולת לצד ,השונים לשירותים .השירות את המרכיבים התשתיות ו/או ל קשורים אלו מדדיםתהליכיITILתהליכי שיפור .האירועים ניהול(Event Management) התקלות וניהול(Incident Management)ותקלה אירוע בכל הטיפול משך את לקצר תכליתם ה מדד את להקטין ובכך-MTTR/MTRSהבעיות ניהול תהליכי שיפור .(Problem Management) השינויים וניהול(Change Management)התקלות מספר את לצמצם תכליתםאת להגדיל ובכך ה מדד-MTBFה הקטנת .-MTTR/MTRSה והגדלת-MTBF.השירות זמינות את לשפר תכליתם על או המשתמשים כל על ומשפיעה המערכת בליבת המתרחשת תקלה היא מערכתית תקלה .ללקוחות זמין היה לא השירות בו זמן כמשך נחשב אלו תקלות של משכן .המכריע רובם 15.מדידה-פר של ענייןספקטיבה שלבים בשבעה שיפור(7 Step Improvement) מיכוןתהליכיITILמצב .ומגוונות שונות בדרכים לנתח ניתן שאותו ,מידע של גדולה כמות מייצר ה מהם :שאלות מספר מעלה זהמדדים(KPIs)כדאי אותםמדדים סט להגדיר יש האם ?למדוד ?שונה תמונה יראה מנהל שכל אפשרי האם ?בארגון המנהלים לכל אחיד ישנם .שונים אותם המעסיקים הנושאים כן ועל ומגוונים שונים בארגון המנהלים של תפקידיהם :מנהל לכל אישית להתאמה הצורך לבין באחידות הצורך בין לאזן שתכליתם כללים כמה חלוקהלמגזרים-ב שיוצגו קבועים מדדים מספר לקבוע ישה לוחתוצאות (Scoreboard)לכל ולהגדיר לסוגים המנהלים את לחלק יש כך לשם .סוגו לפי מנהל לכל פיתוח על האחראים מחלקות מנהלי :לדוגמה .אליה הרלוונטיים המדדים את קבוצה ל יצטרכו אפליקציותוחתוצאות.תשתיות תחזוקת על האחראים מחלקות מראשי שונה אחד תהליך-ובאמצעות נתונים בסיס אותו מתוך מחושבים המדדים שכל לוודא יש .אחידה נוסחה סינון יכולת-לאורך הן ,שונים פרמטרים לפי מדדים אותם על סינון לבצע לאפשר יש וקי סינון וכן ,)לדוגמה טבלה (ראה לרוחב והן,גיאוגרפי אזור או אתר לפי ,לקוח לפי בוץ שיטת ,דיווח צורת לפיפתרון.ועוד שירות רמת ,שירות , או מערכת בחתך משאבים מדידת )(דוגמה טכנולוגית שכבה בחתך מערכת אוהלביתגמל שכבה טכנולוגית ( תוכנהApplication)אוהל.תוכנהבית.תוכנהגמל.תוכנה ( נתונים בסיסDB)אוה.לDB.ביתDB.גמלDB ( אחסוןStorage)אוהל.אחסוןבית.אחסוןגמל.אחסון ( תקשורתNetwork)אוהל.תקשורתבית.תקשורתגמל.תקשורת יכול אחד כל כאשר ,קבועים מדדים מספר אחר לעקוב המנהלים לכל יאפשר אלו המלצות אימוץ העניין תחומי לפי ,עיניו ראות לפי קיבוץ או חיתוך לבצעמגזר לכל להתאים ניתן ,בנוסף .שלו מדד וכן בסיס תצוגת מנהלים.זו לקבוצה הרלוונטיים נוספים ים
37.
-37- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 "מחשביוכללהיחשבאינטליגנטיכשהואיגרוםלבניהאדםלחשובשהואאנושי" -אלןטיורינג
38.
-38- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 16.ליישום
טכנולוגיים כליםITIL ש סוגים כמה קיימים המידע מערכות בעולםשל ותיעוד מיכון לאפשר שנועדו מוצרים לתהליכי ITILובמסגר ,תאבקש זולהגדיראת ולהסביר אותם.ביניהם ההבדלים ( האירועים ניהול מערכתEvent Management System) בהאירו ניהול מערכתעים(EMS)מרוכזיםאירועיםהיותר או אחת ניטור מערכת ידי על מזוהים לטובתאירועים ניהול(Event Management)כ( "המנהלים "מנהלManager of Managers.) הל מאפשרת מערכתניהול( המחשוב תפעולIT Operations Managementאירועים לזהות ) ( אזהרה מסוגWarning( וחריגה )Exception.במהירות ולהגיב ) ( השירות ניהול מערכתService Management System) השירות ניהול מערכת(SMSהיא )המערכתה מנוהלות בה העיקריתקריאות(Ticketsמסוגים ) ,שונים( לבקשות מענה זה ובכללRequest Fulfillment( הרשאות ניהול ,)Access Management( תקלות ניהול )Incident Management( בעיות ניהול ,)Problem Management( שינויים וניהול )Change Management.)( השירות רמת ניהול ,בנוסףService Level Managementזה ובכלל ,זו מערכת באמצעות מבוצע )שירות אמנות(Service Level Agreementו )תמיכה הסכמי(Operational Level Agreements.)( המערכת מנהלAdminהוא ) ( השירות מנהלService Manager.) ( התצורה ניהול מערכתConfiguration Management System) בהתצורה ניהול מערכת(CMS)מנוהליםהשירות נכסי(Service Assetsו )התצורה פריטי (Configuration Items; CIsוהקש )ר.ביניהם יםבה( והתצורה הנכסים ניהול מבוצעService Asset & Configuration Managementניהול וכן )השירותים קטלוג(Service Catalog Management( התצורה מנהל הוא המערכת מנהל .)Configuration Managerזו מערכת .) :חלקים משלושה מורכבת לנ הנתונים בסיסתצורה יהול(Configuration Management Database; CMDB)- וכן ביניהם והקשרים התצורה פריטי אודות המידע את המכילות טבלאות של אוסף בלתי חלק מהווה והוא השלושה מבין המרכזי הוא זה מודול .לניהול משתמש ממשק .התצורה ניהול ממערכת נפרד גילוי(Discovery)-תצורה פריטי מזהה ,הרשת את שסורק מודולמערכת את ומעדכן כלים בכמה משתמשים רבים וארגונים ,בנפרד נרכש לרוב זה מודול .התצורה ניהול איחוי של תהליך עובר השונים מהמקורות המידע .התצורה ופריטי הנכסים לגילוי שונים (Consolidationלנ הנתונים בסיס תוך אל )( תצורה יהולCMDB.) עסקיים שירותים ניהול(Business Service Management; BSM)-מודוהמזהה ל לבין התצורה פריטי בין התצורה קשרי אתהעסקיים השירותים(Business Services.) הואבנ נרכש לרובהערכת לבצע ומאפשר ,פרדהשפעה(Impact Analysisפריטי של ) ( למעלה מלמטה העסקיים השירותים על תצורהBottom-Upאבחון וכן )שורש סיבת (Root Cause Analysisלפריט ועד העסקי השירות מרמת )יהתומכים התצורהבו ( למטה מלמעלהTop-Down.)
39.
-39- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 (
תצורה מצבי שומרת התצורה ניהול מערכתConfiguration Snapshotsלהשוות ניתן שאותם ) ( הבסיס לתצורתBaseline Configurationלארגון תורמת תצורה מצבי של יומיומית לכידה .) :אפיקים בשני 1.ובוצ שאושרו לשינויים ולקשרו ,תצורה שינוי כל לזהות יכולתשל ביצוע לזהות וכן ,עו .אושרו שלא שינויים 2.( לאחור חזרה ולבצע תקלה יש כאשר "נשתנה "מה להבין יכולתRollbackלמצב ) .תקין היה השירות שבו ,הקודם התצורה ( הידע ניהול מערכתService Knowledge Management System) הידע ניהול מערכת(SKMS)אוגרתאתהידע מאמרי(Knowledge Base Articles; KBAs)בניהול (Admin( הידע מנהל )Knowledge Managerלטובת )( ידע ניהולKnowledge Management.) ( השירותים קטלוג פורטלService Catalog portal) פורטלקטלוגהשירותים( השירות ניהול למערכת ממשק לרוב הואSMSאת ללקוחות החושף ) לפתוח ,שירות כל עבור ,המשתמשים יכולים הפורטל באמצעות .העסקיים השירותיםתקלות (Incidentsו )שירות בקשות(Service Requestsמידע לקבל ,בהן הטיפול סטטוס אחד ולעקוב ) עלשינויים(Changesו מתוכננים )שבר תקלות(Major Incidentsב ולצפות )ידע מאמרי(KBAs) כגוןנפוצות שאלות(Frequently Asked Questionsכגון נוספים שמות קיימים זה לפורטל .) ( עצמית עזרה פורטלSelf-Help( עצמי שירות פורטל או )Self-Service.) השונים הכלים בין הקשרים כך ,התצורה פריטי אודות במידע האירועים ניהול מערכת את מזינה התצורה ניהול מערכתשכל ניהול במערכת התצורה מפריטי לאחד מתייחס האירועים ניהול למערכת המדווח אירוע ניהול למערכת מאפשרים התצורה ניהול במערכת התצורה פריטי בין הקשרים .התצורה ( תלויות לזהות האירועיםDependenciesובכ האירועים בין )לזה ל( מתאםCorrelationבין ) ה רק שתוצג כך ,ההתרעות.השורש סיבת על שמצביעה התרעההאירועים אודות המידע את שתי בין שהקשר כך ,התצורה ניהול במערכת גרפית בצורה להציג ניתן תצורה פריט עבור שזוהו .הדדי הוא המערכות שניתן כך ,תצורה פריטי אודות במידע השירות ניהול מערכת את מזינה התצורה ניהול מערכת ת ,שירות בקשת כל לקשר,בנוסף .הרלוונטיים התצורה פריטי או לפריט שינוי או בעיה ,קלה ( השפעה הערכת לבצע מאפשרים התצורה ניהול במערכת התצורה קשריImpact Analysisשל ) שורש סיבת של אבחון לבצע וכן שינויים תכנון במסגרת העסקיים השירותים על תצורה פריטי (Root Cause Analysisהעס השירות מרמת )תקלות חקירת במסגרת התצורה לפריטי ועד קי .ובעיות ב השירות ניהול מערכת את מזינה הידע ניהול מערכתידע מאמרי(KBAsלגופי המסייעים ) לספ התמיכהקשל חשיפה ידי על יותר ויותר מהיר שירותתמיכה נהלי(Standard Operating Procedures; SOPsשי ובקשות שירות בבקשות )נויחשיפת ידי על וכןידועות תקלות(Known Errors.ובעיות בתקלות )( הידע מאגר ניהולKnowledge Baseדרך מבוצע ,הידע ניהול במערכת ) בין שהקשר כך ,השירות ניהול מערכת של הממשק.הדדי הוא המערכות שתי כך ,אירועים ניטור ידי על שזוהו תקלות על דיווח מאפשרת האירועים ניהול מערכתשמערכת .ובקרה שליטה מערכת ידי על שזוהו בתקלות השירות ניהול מערכת את מזינה האירועים ניהול
40.
-40- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 מערכת
של מהתפקודים חלק )(לקוחות הקצה למשתמשי חושף השירותים קטלוג פורטלניהול ומעקב צפייה וכן ,קריאות פתיחת כגון פעולות לבצע יכולים הקצה שמשתמשים כך ,השירות .הדדי בקשר מדובר זו ומסיבה השירות ניהול מערכת מתוך נתונים אחר :ביניהם הקשרים ואת ,דלעיל שהוצגו המוצרים כל את מתאר ,להלן התרשים מעהשירות ניהול רכת(SMSנמכרת לרוב )בעם אחת חבילההתצורה ניהול מערכת(CMS,) הידע ניהול מערכת(SKMSו )השירותים קטלוג פורטללע נהוג ולכןכולה החבילה את לכנות תים ני מערכת :(להלן שירות ניהול מערכת בשםההאחרים והמודולים המערכת .)כוללת שירות ול סטנדרטית אינטגרציה קיימת בשוק הקיימים המוצרים במרבית אך ,בנפרד נמכרים לרוב .האחרים למוצרים ע לפי בנויה רוכשים שאתם הכוללת השירות ניהול שמערכת להבטיח כדיקרונותשיטתITILודאו , הפיל של תקן תו למוצר כיהוורוד(PinkVERIFY™ by Pink Elephant)תקן בעלי המוצרים כל . :להלן בתרשים המוצגים התהליכים כל את מכילים בהכרח זה
41.
-41- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 17.ה
חזון האם-CMDB?נכשל הז רבות פעמיםדהטע את לשמוע לי מן"ה כי השחוקה נה-CMDBאנסה אותה טענה ,"נכשל להל להפריךכי לזכור עלינו ,ראשית .ןה בסיסתצורה לניהול נתונים(CMDBהכ בסך הוא )ול בתוך אחד מרכיבהתצורה ניהול מערכת(CMSה .)-CMDBהאודות מידע של טבלאות למעשה וא תצורה פריטי(Configuration Itemsמשתמש ממשק דרך להזין ניתן שאותן ,ביניהם והקשרים ) כלי באמצעות או ,ידניגילוי(Discoveryלהג ניתן כבר זה ויבש עובדתי מתיאור .אוטומטי )יע :מסקנות לשתי 1.ה של לכישלון או להצלחה-CMDBהכ בסך מדובר שכן ,משמעות אין עצמוובמודול ל או נכשל משהו אם ,אחרות במילים .התצורה ניהול מערכת של )מרכזי מודול (ואמנם .התצורה ניהול מערכת להטמיע הניסיון שזה הרי ,הצליח 2.המי בטיב הוא התצורה ניהול מערכת של עוצמתה עיקרדעשמנוהלניתן לא כן ועל ,בה ה את להאשים-CMDBבתהליך )(פסיבי סביל רכיב מטבעו שהוא ,הכ שבסך ,ואת אוגר ל המידע. פריטי שפת את ""לתרגם להצליח הרצון עומד תצורה ניהול מערכת להטמיע הדחף בבסיס הערכת ביצוע ידי על ,ולהיפך השירותים לשפת התצורההשפעה(Impact Analysisפריטי של ) על תצורההעסקיים השירותיםתכנון במסגרתשינוייםשל אבחון ביצוע ידי ועלשורש סיבת (Root Cause Analysisהעס השירות מרמת )חקירת במסגרת התצורה לפריטי ועד קיתקלות ובעיות.לפישיטתITILהמידע מערכות בעולם השונים המקצוע בעלי לכל מאפשר הזה "ה"תרגום .העסקיים השירותים שפת שהיא ,הלקוח שפת :אחת בשפה לדבר הב התרשים:התצורה ניהול מערכת שבבסיס החזון את ממחיש א
42.
-42- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 העוצמה
,כלומרהאמתיתאת המגדירים התצורה מקשרי נובעת התצורה ניהול מערכת של להטמיע ניסוי רבים ארגונים .העסקיים והשירותים התצורה פריטי בין הקשריםניהול מערכת שימוש תוך תצורהבמנגנוןאוטומטי גילוי.הגילויה אמנםבמידע הטבלאות את לאכלס צליח ,"קיים "מה ולהבין התצורה פריטי אודותפריטי בין התצורה קשרי את למפות ביכולת נכשל אך .העסקיים לשירותים התצורה ?הטענה מקור ,כן אם מהו כן ועל ,גבוהה ניהולית תקורה דרש והדבר ,ידנית בצורה הקשרים את לנהל ניסו אלו ארגונים המקרים במרבית"ה כי האמירה נולדה ומכאן ככישלון הפרויקט הוכרז-CMDBאת ."נכשל ( ונט ובהן ישראליות הזנק חברות מספר לתקוף ניסו הזו הבעיהVNT( וניבולה )Neebula) ו למיפוי פתרונות שפיתחועסקיים שירותים ניהול(Business Service Managementהמוצר .) חברת ידי על נרכשה הישראלית ההזנק חברת כאשר ,כבירה להצלחה זכה ניבולה של ServiceNow( השירותים מיפוי את ששילבה ,העולמיתService Mappingבתוך מובנה כמודול ) זו מערכת ,המשתמש ניגש אליה הכתובת את מקבלת שהיא ברגע .החברה של הדגל מוצר התצורה קבצי אחר מתחקההתצורה פריטי כל בין וקשרים תלויות מגלה ובכך הסטנדרטיים נתונים העברת או תקשורת קיימת לא כאשר גם וזאת ,ספורות שעות תוך העסקי השירות לבין .התצורה פריטי בין שארגונים הרי ,רבות מני אחת בדוגמה מדובר אם ואף ,רבה להצלחה זוכה כבר זה מוצר )לו (ודומים זה מוצר שהטמיעובהיסטוריה ולראשונה עסקיים שירותים בקלות למפות מצליחים ( העסקיים השירותים ניהול חזון את ולהגשים התצורה ניהול ממערכת ערך להפיקBSM.) 18.הקטגוריזציה דילמת ביישוםשיטתITILשל התורפה מנקודות אחתה ניהול מערכתשירות(Service Management System; SMS)הפנייה סיווג שלב הוא(Categorization).( קטגוריהCategoryשל )תקלה (Incidentאו )בעיה(Problem( סימפטום בשם לעתים מכונה )Symptomוקטגו )של ריהבקשת שירות( הבקשה הגדרת בשם לעתים מכונהService Request Definition; SRD)קביעת בכל הקטגוריהקריאה(Ticket)רבות אפשרויות להכניס הרצון בין מתמיד למתח מושא היא והרצון ,מחד שניתן ככל ומפורטות.מאידך הקטגוריות רשימת את ולצמצם הלקוח על להקל :הקטגוריות רשימת את לעצב לכם שיסייעו פשוטים כללים שני להלן "הקדוש "השילוש-.רמות משלוש יותר יש בה היררכיה לאפשר לא השתדלו ההפרדה תכלית-צרי חדשות קטגוריות הוספתכה:מטרות משתי אחת לפחות לשרת נת או שונה ניתובהראשון המטפל הצוות קביעת ,שלרוב מכיוון .שונים נוספים ונים אשר ,קטגוריות בהפרדת הגיון יש ,שנבחרה מהקטגוריה מושפעת בקריאההןמנותבות ,נוספים נתונים קטגוריה לכל להגדיר שניתן מקובל ,בנוסף .שונים מטפלים לצוותים ק אם .הקריאה פתיחת בעת הלקוח ידי על למילוי הנדרשיםמילוי דורשות שונות טגוריות .הפרדה לבצע טעם יש ,שונים נוספים נתונים של תבחיןהוא ,לסייג מבקש אני שאותו ,נוסףתבחיןהפרדת ליצור שצריך שסבורים מי יש .המדידה בעיניהם מצדיק זה ודבר ,קטגוריה בכל נפתחו קריאות כמה למדוד יהיה שניתן כדי קטגוריות חשוב .קטגוריות תוספת,עצמה הקריאה מהות את משקפת בהכרח אינה הקטגוריה כי לזכור שדות על להסתמך מומלץ ,אחרות במילים .פנייתו את לנסח בחר הלקוח שבו האופן את רק אלא כגון אחריםהשורש סיבת(Root Cause)אוהתצורה פריטי(Configuration Items)שהוזנו באופן ייצגו שאלו סביר .המטפל הצוות ידי על הנקבעים טכנולוגיים נתונים שהם ,בקריאהמדויק
43.
-43- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 הבנה
מתוך רק אלא ,הקטגוריות על המדידה את לבסס מומלץ לא ולכן הקריאה מהות את יותר טבען שלהאמתי. 19.רטרואקטיבי תיעוד בתה ביותר המטרידות הדילמות אחתהתקלות ניהול ליך(Incident Management)עוסקת רטרואקטיבי בתיעודואינבספרי רשמי באופן מוזכרת השיטתITILכ .כלתעד היא השאיפה ,לל גם מאפשר זה דבר .אמת בזמן הנרשמים הנתונים סמך ועל ,אמת בזמן התקלות התרחשות את גבוה אמינותעלול התקלות של אוחר תיעוד כי ,הנתונים של יותר הלהיותלאמדויקבשל הן , לאפשר האם :היא המתעוררת השאלה .הנתונים של מגמתי לטיוב האפשרות בשל והן שכחה ?מקרים ובאילו צוותים לאילו ,רטרואקטיבי תיעוד טיפול זמני לתעד דרישהרטרואקטיביתשל ייחודיות עבודה משיטות לנבוע יכולהצוותים טכנייםמסוימים: אירועים ניהול מערכת(EMS)ממשק ללא-המנהלים מהצוותים חלקאירועים (Events)ב ומטפליםתקלות(Incidents)בעיכוב התקלה את מתעדים אמת בזמןמסוים, ידי על שזוהתה מרגע( האירועים ניהול מערכתEvent Management System)ודאי . ב מקורם ביותר המהימנים התקלה של והסיום התחילה שזמניהניטור מערכתאך , ישירות אוטומטי דיווח המאפשר ממשק בהיעדרממערכת( האירועים ניהולEMS) למהשירות ניהול ערכת(Service Management System)התקלות יתועדו תמיד , .מסוים באיחור אמת זמן פעילות-באופן מיוחדות פעילויות ללוות שתכליתם טכניים צוותים ישנם להקדיש מסוגלים שאינם כך ,אמת בזמן במהלכן שמתעוררות תקלות ולתקן צמוד .התקלה לתיעוד גם לב תשומת ב צוותיםשטח-,בשטח תקלות ולתקן שונים אתרים בין לנוע שתפקידם צוותים ישנם אין ,הארגונים מן בחלק .טלפוני בקשר עימם מצוי )הבקרה (חדר המשלח הגורם כאשר אבטחת של שיקולים בשל אמת בזמן התקלות את לתעד בשטח הטכנאים באפשרות נאלצ הם כן ועל ,מידעי.למשרד בשובם רק זאת לעשות ם במקזאת לעשות יש אך ,רטרואקטיבי באופן תקלות לתעד לצוות לאפשר רצוי ואף ניתן ,אלו רים לתיעוד האפשרות מתן ,כן על .בכללותם הנתונים אמינות על לשמור מנת על ,זהירות במשנה :הבאים הכללים על הקפדה תוך להיעשות צריך רטרואקטיבי ( הרשאות ניהולAccess Management)-כ לוודא יששבאמת צוותים לאותם רק י שימוש ייעשה שלא להבטיח תוכל זו הגבלה .רטרואקטיבי תיעוד יתאפשר לכך זקוקים .לדרוש מעבר זו ביכולת נתונים אימות-להיות חייב תחילה זמן :(לדוגמה במסכים השדות בין תלויות לאכוף יש מוקדםלהרטרוא השדות מן חלק רק שבהם מצבים בחשבון ולקחת )סיוםקטיביים .שלילי תקלה משך מחשבת המדידה מערכת שבהם מצבים למנוע במטרה זאת .הוזנו חישוב נוסחת את לעדכן גם חשובמשךממוצע תקלה(MTTR/MTRSהשדות לפי ) .הרטרואקטיביים לוגים-התקלה משך חישוב בין פערים ליצור יכול רטרואקטיבי תיעודמשך לבין ,הכולל בצוות התקלה של השהייהמסויםבסטאטוס אומסויםיש כולה התקלה בחישוב אמנם . בצוות תקלה של השהייה משך חישוב אולם הרטרואקטיביים בשדות להתחשבמסוים בסטאטוס אומסויםשינוי (פעולות אמת בזמן שנרשמים הלוגים על כלל בדרך מבוסס
44.
-44- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 צוותים
בין והעברות סטאטוסרטרו לערוך ניתן לא ואותם )שצריך פער זהו .אקטיבית לקחת.בחשבון דיווח צורת-,ייחודית דיווח צורת תוגדר רטרואקטיבית שתועדו לתקלות כי מומלץ אחוז מהו בקלות רגע בכל לדעת יהיה שניתן כך ,""רגילות מתקלות אותן שמבדילה שצ נתון זהו .רטרואקטיבי באופן שמתועד התקלותבו ולהתחשב אותו להכיר ריך .ניהוליות בשגרות מדדים מציגים כאשר ,המדידה מגבלות במסגרת 30.?"חליפה "תפירת או אחידות יישום במסגרתשיטתITIL,בהטמעת המרכזיים האתגרים אחדלניהול מערכתהשירות(Service Management System)את לרצות הצורך ובין וגנריות לאחידות הצורך בין השילוב הוא הפיתוח צוות ,אחד מצד .תהליך לאכיפת במערכת כשמדובר בייחוד רלוונטי והדבר ,המשתמשים תהליך להכתיב רוצה המאפיין שני מצד ;לתחזק יותר קל שאותו מסכים של אחד סט לפתח רוצה עומתאימה מידותיו לפי שתפורה בחליפה מעוניין לקוח כל שלישי ומצד ;אחיד בודהלתהליךכפי ,רבים במקרים כמו .אותו מבצע שהואהפתרוןבין הנכון האיזון מציאת הוא זה מסוג בדילמות את לשרטט בבואנו להיעזר כדאי שבהם המרכזיים השיקולים מובאים להלן .הסותרות הדרישות :הזהב שביל סמנטיקה-וטרמינולוגיה מינוח בהבדלי משתמשים שונים לקוחות רבים במקרים כל בדיוק פרטים לפרטי להבין מאוד חשוב .זהות או דומות פונקציות מתארים כשהם ניווכח רבים במקרים .והשקה דמיון קווי לזהות כדי בו משתמשים שהם מושג וכל צורך ג של סוג לאותו ארגון אותו שבתוך לגלותלהשתמש נהוג פעולה של סוג לאותו או וף כזה במקרה .מאוד הדומים תהליך או מבנה מתארים הם למעשה אך ,שונים בשמות .אינטרסים צירוף לבצע מומלץ אינטרסים צירוף-(עד שונים למגזרים המערכת משתמשי כל את לחלק להשתדל יש לא שמתאים ופעולות יכולות סט נדרש מגזר לכל כאשר )חמישהבתוך אם גם .עבודתו ופן או דומים יהיו הצרכים שמרבית הרי ,שונים משתמשים בין שונות קיימת המגזר אותו שלהם השימוש שהיקף ,אחד צוות או אחד משתמש מגזר מכל לבחור מומלץ .זהים לקוח כאל אליו ולהתייחס ביותר המורכב או ביותר הגדול הוא במערכתאח"ם(VIP), ה שברוב הנחה מתוךמקריםהפתרון.מגזר מאותו המשתמשים לכל יתאים אותו שיספק לקומץ אלא ומשתמש משתמש לכל המערכת של התאמה לבצע צורך אין זה באופן האח"מים(VIP)מרבית את מכסים ובכך השונים המשתמשים סוגי את שמייצגים .הנדרשת הפונקציונאליות מדידה-להת לא מאוד חשוב ,לעיל האמור כל למרותמהן .עקרוניות בסוגיות פשר בתהליך מוגדר בשלב להתמלא שחייבים שדות של בסט מדובר ?עקרוניות סוגיות ס לשני מחולקים והם העבודה.למדידה ושדות לניהול שדות :וגים נתון ,בקריאה בטיפול הטיפול נוהל לקביעת הנדרשים הנתונים הם לניהול שדות חד באופן הקריאה פתיחת עם שמחושב-פעמ.הטיפול לאורך להשתנות שעשוי נתון או י גורם כל בה לבצע מורשה פעולות ואילו בקריאה לצפות מורשה מי קובע הטיפול נוהל להתמלא חייבים הטיפול נוהל על המשפיעים הנתונים ולכן שלב בכלמידפתיחת ברגע ב מוזן להיות וחייב )אוטומטי באופן אם ובין המשתמש ידי על אם (בין הקריאההםערך .בקריאה הטיפול משך כל לאורך משמשים והם הקריאה סגירת לאחר בהם שמשתמשים נתונים הם למדידה שדות בהתאם .הסגורות הקריאות על המבוססים סטטיסטיים ודו"חות נתונים לעריכת בארגון קיימת להיות צריכה ,הניהוליות השגרות במסגרת שהוגדרו העסקיות לשאלות
45.
-45- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 הנתונ
סט של הגדרהפעולות עליה לבצע יהיה שניתן מנת על להכיל חייבת קריאה שכל ים למדידה והשדות הקריאה פתיחת עם להתמלא חייבים לניהול שהשדות מכיוון .מדידה מסכים בהתאמת שלנו החופש את מגבילים שהם הרי ,סגירתה עד להתמלא חייבים בשי המשתמשים את לשתף חשוב .משתמשים של שונים לסוגים שוניםאלו קולים .ישתמשו הם שבהם המסכים את איתם יחד לשרטט בבואנו למצוא יכולים אנו למגזרים המשתמשים של חלוקה ידי על ,לסיכוםפתרוןסוג לכל שמתאים ושדות הפתיחה ברגע מתמלאים הניהול שדות ביניהם השוני למרות כי להקפיד יש אך ,משתמש .הסגירה לרגע עד מתמלאים המדידה 32.אוטומציה הטמעת במסגרת שמתעוררת מעניינת סוגיהשיטתITILאי אך ,באוטומציה עוסקתננידונה ה .בספרות רשמי באופן,אוטומטי באופן המבוצעים המידע מערכות בעולם רבים תהליכים ישנם ה ,טכנולוגיים גופים עוסקים בהם השאלות ואחתישבו האופן אנמדדים ,מתועדים אלו תהליכים :הבאות הפעולות מבין יותר או אחת מבצעים אלו אוטומטיים מנגנונים .ללקוח ונגישים ו זיהויגילוי(Discovery)-ניטוראירועים(Events)קבועים במועדים או תדיר באופן ;מראש תזמון לפי ב טיפולתקלה(Incident)-אלגוריתם לפי ,תקלה לתקן במטרה פעולות של סדרה ביצוע מוגדרמראש; ביצועשינוי(Change)-יצירתתצורה פריטי(Configuration Items,)כגוןהקמתשרת וירטואליעדכון או,תצורה קשריכגון;שרת או מחשב על שונות אפליקציות התקנת ורישום תיעוד(Logging)-של סגירה ו/או עדכון ,פתיחתקריאות(Tickets)במערכת ה ניהולשירות(Service Management System). :עיקריות מתודולוגיות סוגיות שתי מעלה אלו במנגנונים שימוש ללקוח הממשק-ללקוח המאפשרים ,למשתמש ממשקים מספר קיימים רבים בארגונים כל את לאחד מומלץ .יזום באופן אוטומטי פעולה מנגנון ולהניע הבקשה פרטי את למלא א להפעיל שמסוגל ,אחד מרכזי פורטל לכדי הממשקיםמאחורי הממשקים סוגי כל ת .ללקוח שקוף שיהיה באופן ,הקלעים ומדידה תיעוד-ידי על אם גם ,שבוצעו שינויים או ,טופלו או שזוהו תקלות כי מומלץ ה ניהול במערכת יתועדו ,אוטומציהשירותבבסיס הפעולות כלל תיעוד .מדידה לטובת התהליכי כלל של יותר נוחה מדידה תאפשר אחד נתוניםעם .אחידות מידה אמות לפי ם .הנתונים לבסיס המידע הזנת בעת המערכת של הלוגיקה את להזניח לא חשוב ,זאת לעקוף עלולה הנתונים לבסיס נתונים טעינת( נתונים אימותData Validation)שמבוצע לפי מבוצע חיצוני ממקור פעולות רישום גם כי להקפיד חשוב ולכן למשתמש במסך הסטנדרטיםחיצוני ממשק לכל להגדיר מומלץ ,בנוסף .המערכת משתמשי את המחייבים בתהליך זה בממשק שמקורן הקריאות את לזהות יהיה שניתן כדי ,ייחודית דיווח צורת .המדידה
46.
-46- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 "ץ
ֶָאר ָה לָכ תַפ ְׁש 'ה ַללָב ם ָש י ִּכ לֶבָב ּה ָמ ְׁש א ָר ָק ןֵּכ לַ"ע -,י"א פרק ,בראשית ספר'ט 'פס
47.
-47- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 31.השירותים
אוגדן Service Portfolio כלל רשימתהשירותים:שירותיםפעילים,שירותיםשנגרטוושירותים.מתוכננים עתידיים הזמינים השירותיםללקוח,ב עבורו נגישיםהשירותים קטלוג פורטלוהם:סוגים לשני נחלקים שירותיםעסקייםוטכנ שירותיםיים.חל הוא השירותים אוגדן ניהולקמהשירות אסטרטגיית. 33.אירוע Event ב שינויתצורה פריטבעלמשמעותלניהולשירותיהמחשוב.אירועיםמסוגאזהרה(Warning) וחריגה(Exception)מנוטריםידי עלתשתיתשו"ב(שליטהובקרה)ומבוקריםידי עלמערכת ניהולאירועים.סוגשלישישלאירועיםהםליידועבלבד(Information)והםלרובנשמרים בטבלתלוגיםלטובתתחקוראוחר.אירועים ניהולמ חלק הואהשירות תפעול. 34.אמהשירות נת Service Level Agreement (SLA) הארגון בין הסכםספקשירות( המחשובIT Service Provider)לביןלקוחותיוב ,וספק מתחייב במסגרת הלקוח שניסח השונים ההיבטים אודות כמותיים יעדים על השירותדררמת ישות השירות.הלקוח עם לגביהן והסכים השירות אספקת עלויות את בחן השירות שספק לאחר , ב ציפיות תיאום יוצרת השירות אמנתיו אספקת אופן אודות השירות לספק הלקוח ןתפעול השירותעל מבוססת השירות אמנת .השירותים קטלוגבכל עדכניותה את לוודא ויששינוי ב שמבוצעשירותב אותצורה פריטי.קבועים זמן בפרקי תקופתי באופן וכן ,עליו המשפיעים נתמכ השירות אמנתידי על תתמיכה הסכמי( תומכים וחוזיםUnderpinning Contractsניהול .) מ חלק הוא השירות רמתהשירות עיצוב. 35.אנליסט Analyst ממשקשלהש ניהול מערכתירותהמיועדלגורמיםהטכנולוגיים(משתמשיםשאינםבפרופיל יחיד/לקוח,)המאפשרלהם(בנוסףלפתיחתקריאותמכלהסוגים)לטפלבקריאותמכלהסוגים, לגשתלמאמריידע,נכסישירותופריטיתצורה,ליצוראותםולערוךאותם,בהתאםלמודל ההרשאותשלכלאחדמאובייקטיםאלו. 36.תצורה לניהול הנתונים בסיס Configuration Management Database (CMDB) אודות המידע את המכילות טבלאות של אוסףהתצורה פריטי(CIsממשק וכן ביניהם והקשרים ) מרכיבי שלושת מבין המרכזי הוא זה מודול .לניהול משתמשהתצורה ניהול מערכת(CMSוהוא ) .ממנה נפרד בלתי חלק מהווה 37.בעיה Problem ל הגורםתקלהבעיות ניהול .יותר או אחתאת לפתור נועדהשורש סיבותלתקלותאת למנוע כדי ב הישנותןעתידמ כחלק ,השירות תפעולבעיות .שורשב מתועדותהשירות ניהול מערכת.ההחלטה עלות שיקולי לפי מבוצעת הבעיות את ולפתור לחקור-.תועלת
48.
-48- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 38.שינוי
בקשת Request for Change (RFC) אנטי שדרוג :(למשל שינוי לבצע בקשה-אלו בקשות .)למערכת חדשה גרסה ,בשרתים וירוס מנוהלותבהשירות ניהול מערכתמ כחלק ,לייצור השירות העברת.של סוגים שלושה קיימים :שינוייםרגיל שינוי,סטנדרטי שינויושינויחירום.את למזער מנת עלרמתהסיכוןואת בשינוי רמתההשפעהה עללקוחותב השינויים את לאשר נהוג ,השינויים וועדתהמתכזמן בפרקי נסת .קבועיםסטנדרטיים שינוייםש ,הסיכון רמתכ מנוהלים ,במיוחד נמוכה שלהםשירות בקשות. 39.שירות בקשת Service Request (SR) של פנייהלקוחותלקבל הארגוןשירותזה ובכלל ,שאלותנפוצותוסטנדרטיים שינוייםכי מקובל . ע מבוצע ההרשאות ניהול תהליך גםידי ל.שירות בקשותהשירות בקשותב מתועדותמערכת השירות ניהולמ חלק הינו לבקשות המענה ותהליךהשירות תפעול. 40.קריטי הצלחה גורם Critical Success Factor (CSF) אחד לכלמתהליכישיטתILITהנדרשים ,קריטיים הצלחה גורמי מוגדריםללכל .התהליך מטרות מוגדרים הקריטיים ההצלחה מגורמי אחדמפתח מדדי(KPIs.ההצלחה גורם את לאמוד שנועדו ,) 42.מטפל גורם Responsible Person או השירות נציג ,הטכנאיהמשמרת אחראישהקריאה(ע"ערגע בכל .נתון ברגע בטיפולו מצויה ) כל יכולה נתוןקריאהב היחיד והוא ,היותר לכל בלבד אחד מטפל גורם של בטיפול להיותצוות המטפלב ועריכה העברה ,סטאטוס שינוי פעולות לבצע המוסמךקריאהב חבר כאשר .צוות המטפלב טיפול להמשיך המעונייןקריאהחבר של בטיפול המצויהצוותה חבר יכול ,אחרצוות הראה את למשוך שוןקריאה.בה הטיפול סמכויות מלוא את ולקבל לטיפולו 41.גילוי Discovery מזהה ,הרשת את שסורק מודולתצורה פריטי(CIsאת ומעדכן )התצורה ניהול מערכת(CMS.) ,בנפרד נרכש לרוב זה מודולולרובלגילוי שונים כלים כמההשירות נכסיוהתצורה פריטיהמידע . ( איחוי של תהליך עוברConsolidationתוך אל )ל הנתונים בסיסתצורה ניהול(CMDB.) 43.דחיפות Urgency ב הטיפול דחיפות את המשקף נתוןתקלהמ הנובעתההקשרפ ,שגרה :(לדוגמה שלה העסקיעילות מבצעית,)תרגיל ,חירום ,וקביעת על משפיעהעדיפות.בתקלה הטיפול 44.השירות רמת דרישות Service Level Requirements (SLR) ה דרישותלקוחהדרישות .השירות מרמתמתייחסות,השירות ורציפות קיבולת ,לזמינות ב הטיפול וזמני התקשרות וערוצי בשירות המידע לאבטחתתקלותושירות בקשותרמת דרישות . ע לתמחור בסיס מהוות השירותיד לנחתמת שבסופו ומתן ולמשא השירות ספק יהשירות אמנת.
49.
-49- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 45.הודעה Announcement סוגידע
מאמרהקשורלשירותהן ,השירות במסך ומופיעה בממשקאנליסטה בממשק והןלקוח. בדבר המשתמשים את ליידע היא ההודעות של תכליתןמערכתיות תקלותושינוייםמערכתיים בשירותיםמפתיחת ולהימנע בהתאם להיערך להם לאפשר כדי ,קריאותבעת מיותרות תקלה/שינוי.מערכתיים 46.תמיכה הסכמי Operational Level Agreements (OLAs) ב צוותים בין הסכמיםהתמיכה רמותשלהם המשותפת העמידה את להבטיח שנועדו השונות ביעדיהשירות אמנתאילו קובעים התמיכה הסכמי .קריאותע יטופלוידי לה מן אחד כלצוותים, מקרים באילויועברוקריאותממטפל צוותלמשנהו אחדוכ ,ןב לטיפול הזמן משך אתקריאות בכל שונים מסוגיםתמיכה רמתל בהתאם ,עדיפותול הטיפולהשירות אמנת. 47.מקצועית הסלמה Functional Escalation העברתקריאהמצוותברמתתמיכה(למש יותר נמוכה:לLevel 1ברמת לצוות )תמיכהגבוהה :(למשל יותרLevel 2.)השירות מוקדוהתקלות מנהלהטיפול אחר לעקוב להמשיך אחראים לאחר גם בקריאההסלמתהלצוותיםברמתתמיכהב נפתרת היא כי ולוודא יותר גבוההיעדהזמן ב שהוגדרהשירות אמנת. 48.ניהולית הסלמה Hierarchical Escalation רלוו בכירים עדכוןאינ זו פעולה .מראש מוגדר נוהל לפי נטייםהבאמצעות מבוצעתניהול מערכת השירות(SMS)ב הערות הוספת באמצעות בה מתועדת היא אךקריאה. 49.ועדהשינויים ת Change Advisory Board (CAB) צוותקבועים זמן בפרקי המתכנסלביצוע בבקשות לדון בכדי ,רגילים שינויים.ולאשרם/לדחותם ביחס השינוי מתכנני של הטכנולוגית ההיערכות רמת בין הלימה נמנים המועצה של שיקוליה בין להסיכון רמתשה על שלו הצפויה ההשפעה ומשך עוצמת וכן ,לולקוחות(Downtime.) 50.זמינות Availability מדדה לחווייתמשתמשה כסך מחושבת הזמינות .מה שבין רווחיםתהמערכתיות קלותחלקיסך לכל הנדרשת הזמינות .הנדרשת הזמינות זמןשירותישנם שכן ,שונה היאשירותיםשאמורים להיותזמינים24/7ושעות בימים או ,בלבד העבודה בשעות זמינים להיות צריכים אחרים בעוד , ,משתנים.מראש המתוכננים במועדים 52.עסקית יחידה Business Unit אדם כוח ,שיווק ,כספים ,לוגיסטיקה ,(ייצור בארגון מחלקה'וכוהמבצעת ,)עסקיים תהליכים, ב הסתייעות תוךהעסקיים שירותיםמערכו גוף ידי על המסופקים ,. המידע ת
50.
-50- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 51.הזמן
יעד Service Level Target (SLT) ב טיפול לסיום הרצוי המועד את הקובע מספרי נתוןקריאהלפי הנקבע ,השירות אמנתשל השירותהמושפו עעדיפות.הטיפול 53.ישות Contact ב האנושית לפעילות בסיס יחידתהשירות ניהול מערכת(SMS)של סוגים שני קיימים במערכת . :ישויותמשתמשוצוות. 54.מחוונים לוח Dashboard אוסשל ףמדדיםה אודות עדכנית מצב תמונת ומציגים ,אמת בזמן ומוצגים המחושביםקריאות מ נפרד בלתי חלק הוא לרוב המחוונים לוח .אמת בזמן החלטות קבלת לטובת הפעילותמערכת השירות ניהול(SMS.ביצוע יעדי כולל ואינו ) 55.תוצאות לוח Scoreboard של אוסףמדדים( עבר נתוני על המחושביםקריאותלטובת זמן לאורך מגמות ומציגים )סגורות ו החלטות קבלתהמתמיד השירות שיפור(CSIמ חלק אינו לרוב התוצאות לוח .)ניהול מערכת השירות(SMS( עסקית בינה כלי על מבוסס אלא ,)BIשל הלוגים על גם המבוסס ,חיצוני ) הקריאותה ביצועי מוצגים התוצאות בלוח .על ציונים גם ולעתים שהוגדרו ליעדים ביחס עבר .הרצוי למצב בפועל המצב בין היחס סמך 56.לקוח Customer אחת של נציגהעסקיות היחידותכלפיו ,מחויבבאמצעות המידע מערכות גוףהשירות אמנת. להי יכול לקוחותיחיד משתמשאוארגוני צוות.קריאהע שנפתחהיד לייחיד משתמשמוגדרת כקריאהש בעוד אישיתקריאהע"י שנפתחהארגוני צוותכ מוגדרתקריאה.צוותית 57.הידועות התקלות מאגר Known Error Database (KEDB) כל אודות מידע המכיל נתונים בסיסהידועות התקלותופתרונותיהקיימים אם ,האפשריים ן ה ניהול במסגרת נוצר במאגר המידע .כאלהבעיותה ניהול במסגרת שימוש בו ונעשהתקלות, .הטיפול זמן את לקצר בכדימ חלק הוא זה מאגרניהול מערכתהידע(SKMS.) 58.ידע מאמר Knowledge Base Article (KBA) ל שימושי מידע פיסתלקוחל אוהמטפל צוותב טיפול לטובתקריאהלכמה נחלקים הידע מאמרי . :סוגיםהודעה,נספח,תמיכה נוהל,ידועה תקלהונפוצה שאלהמ חלק הוא הידע ניהול .העברת לייצור השירות.
51.
-51- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 59.מפת
מדדיח Key Performance Indicators (KPIs) של השגתם את למדוד שנועדו ,עיקריים מדדיםההצלחה גורמיהקריטיים(CSFs.תהליך בכל ) :נפוצים למדדים דוגמאותממוצע תקינות משך(MTBF,)ממוצע תקלה משך(MTRSו ,)זמינות. מ כחלק נעשה במדדים השימוששיפורהשירותהמתמיד(CSI.) 60.הלקוחות שירות מוקד Service Desk ב מרכזי גוףשיטתITILל שירות מתן על האחראי ,לקוחותל מענה באמצעות בעיקר ,בקשות(RF) וניהולתקלות(IMה כלפי ואחראי לקצה מקצה הפתרונות את מנהל זה גוף .)לקוח (Accountableבכל הטיפול על )קריאהראשון כקו מוגדר זה ארגוני תפקוד .לטיפולו שנפתחה (Level 1ב לטפל הראשון שהוא משום ,)תקלותה ידי על שדווחולקוחות. 62.תקלות מנהל Incident Manager צוותניהול על האחראיתקלותמי (הבנה מיקוד :הבאות הפעולות וביצועהמטפל הצוות ל וניתוב )הרלוונטימטפל צוותה בין תיווך ,ובקרה מעקב ,לקוחותלביןהמטפל הצוותו ,הסלמה ניהוליתל בדומה .צורך לפיהשירות מוקדה כלפי אחראי שהינולקוח(Accountable)בבקשות שירותותקלותאישיותע מטופלות אך אליו שנפתחויד ליצוותיםברמתתמיכהכך ,יותר גבוהה ה מנהל גםתקלותכלפי אחראיהלקוחותכי לוודאמערכתיות תקלותלטיפול שהעבירהצוותים הטכנייםב נפתרות ,יעדיהזמןב שהוגדרוהשירות אמנת. 61.טיפול מסלולי Handling Routes בניידות קריאותלכל נקבעקריאה.מנוהל או חופשי :טיפול מסלולמערכתיות תקלותבסביבת הייצורה יתר בעוד ,מנוהל טיפול במסלול מטופלות התרגיל בסביבת אוקריאותמטופלות .חופשי טיפול במסלולקריאותלטיפול ישירות ייפתחו מנוהלותמוקדהשירותאוהתקלות מנהל ו מיקוד (לצורךתעדוףבעוד )קריאותל ישירות ייפתחו מנוהלות לאהטכני צוות(לפי הרלוונטי ה של ומיקומו הפנייה נושאלקוח).קריאותבין מועברות מנוהלותצוותיםדרך רקמוקדהשירות אוהתקלות מנהלשני בין העברה של במקרה גם ,צוותיםה אותו שתחתמוקד.קריאותלא בין להעביר ניתן מנוהלותטכניים צוותים:לדוגמה ,בחופשיותהסלמתתקלהמשירות מוקד הלקוחות(Level 1( המומחה הטכני לצוות )Level 2.אחרת ארגונית ביחידה ) 63.האירועים ניהול מערכת Event Management System (EMS) מערכתלניהולאירועיםהידי על מזוהיםכליאח ניטורדניהול למערכת ומרוכזים יותר או ( "המנהלים של "מנהל המשמשת מרכזיתManager of Managersל מאפשרת המערכת .)ניהול המחשוב תפעוללזהותאירועים( אזהרה מסוגWarning( וחריגה )Exceptionולהג ).במהירות יב 64.הידע ניהול מערכת Service Knowledge Management System (SKMS) מנוהלים בה מערכתהידע מאמריב התומכיםשירות.מאגרים מספר על ומבוססת
52.
-52- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 65.השירות
ניהול מערכת Service Management System (SMS) מערכתבהמנוהליםל מענהבקשות(RF)ניהול ,תקלות(IM)ניהול ,בעיות(PM)וניהולשינויים (CM)ל להתממשק או בתוכה לכלול עשויה זו מערכת .תצורה ניהול מערכת(CMS)ולמערכת הידע ניהול(SKMS)ניהול לטובת ,נכסיםתצורה(SACM)ידע וניהול(KM).בהתאמה ,מערכת האירועים ניהול(EMS)עשו היא גםדיווח לטובת ,השירות ניהול למערכת להתממשק יה חצי או )קבוע (חוק אוטומטי-של )דעת לשיקול (בהתאם אוטומטיאירועזוה אשרהכתקלה. 66.התצורה ניהול מערכת Configuration Management System (CMS) כל את מכילה אשר מערכתבין הקשריםהתצורה פריטי.בארגוןעשויה תצורה ניהול מערכת :מרכיבים שלושה על להתבססאוטומטי גילוי(Discovery,)תצורה לניהול הנתונים בסיס (CMDBמיפוי ,)ועסקיים שירותים ניהול(BSM)לב .הוא המערכתתצורה לניהול הנתונים בסיס אודות המידע מתועד שבונכסיהשירותופריטיהתצורהלהתבצע יכולים והמיפוי הגילוי כאשר , ידני/אוטומטי באופן.המערכתמאפשרתהערכתהשפעה(Impact Analysisשל )תצורה פריטיעל העסקיים השירותיםתכנון במסגרתשינוייםשל אבחון וכן ועלשורש סיבת(Root Cause Analysisה מרמת )העסקי שירותל ועדהתצורה פריטיחקירת במסגרתתקלותובעיות. 67.רשתי תפעול מרכז Network Operation Center (NOC) ראהניהולהמחשוב תפעול. 68.משימה Workflow Task / Work Order ( משימות תזרים במסגרת ביצוע משימתWorkflowב שהוגדר )נייחת קריאהמוקצית משימה כל . למטפל צוותלהשלמת בהתאם מתאפשר המשימות ביצוע .משלה סטאטוס לה ויש ,בלבד אחד .המשימות בתזרים שהוגדר כפי ,להן הקודמות המשימות 69.ממוצע תקינות משך Mean Time between Failures (MTBF) תקלות בין ממוצע זמןהכ מחושבמדדל משליםמדדMTTRאומדדMTRS)הארגון החלטת (לפי שבין הרווחים כממוצע מחושב והואמערכתיות תקלות.מדדהזמן משך את לייצג אמור זה ה או התשתית ,המערכת בו הממוצעשירותשל מסיומה תקין באופן פעלותקלהועד אחת ה של להתרחשותהתקלה.הבאה 70.ממוצע תקלה משך(MTRS) Mean Time to Restore Service (MTRS) ב ממוצע טיפול זמןתקלהה תחילת מרגע מחושבתקלהזמן משכי כולל לא ,בה הטיפול סיום ועד , ה בהםתקלהבסטא הייתהה של תכליתו .טופל/בוטל/סגור טוסמדדכ את למדוד היאמהזמן ות שהושקעה הממוצעתבפתרוןהתקלהידי עלהצוותיםהטכניים.
53.
-53- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 72.ממוצע
תקלה משך(MTTR) Mean Time to Repair (MTTR) ראה( ממוצע תקלה משךMTRS). 71.משתמש User ישותחד באופן לזהותה שניתן-חד-באופן נגזרים המשתמשים פרטי .בארגון אדם עם ערכי כ ממערכת אוטומטיוחאדם.ארגונית 73.תמיכה נוהל Standard Operating Procedure (SOP) סוגידע מאמר(KBAה )קשול רשירותבממשק השירות פרטי במסך ומופיעאנליסטתמיכה נהלי . ידע ניהול בלשונית גם מופיעים(KM)ה פרטי במסךקריאהשלבקשותשירותושינוי בקשות. תכליתנהליההנח היא תמיכהייתהמטפלים הגורמיםבקשות של הביצוע אופן לגבישונות. 74.היישומים ניהול Application Management ה פיתוח על האחראי הגוףהוא יישום כל כאשר ,יישומיםטכני שירותב התומךעסקי שירותאחד כולל זה גוף .יותר אוצוותיםטכניים( שני כקו המוגדריםLevel 2( שלישי וקו )Level 3,)שכןהוא לט מקבליפולותקלותב אליו והועברו הראשון בקו נפתרו שלאמקצועית הסלמה. 75.התשתיות ניהול Technical Management היא תשתית כל כאשר ,המחשוב תשתיות פיתוח על האחראי הגוףטכני שירותב התומךשירות עסקיכולל זה גוף .יותר או אחדטכניים צוותים( שני כקו המוגדריםLevel 2( שלישי וקו )Level 3,)שכןלטיפולו מקבל הואתקלותא והועברו הראשון בקו נפתרו שלאב ליומקצועית הסלמה. 76.עסקיים שירותים ניהול Business Service Management (BSM) בין התצורה קשרי את המזהה מודולהתצורה פריטילביןהעסקיים השירותיםנר לרוב הוא .כש הערכת לבצע ומאפשר ,בנפרדהשפעה(Impact Analysisשל )תצורה פריטיעלהשירותים העסקיים( למעלה מלמטהBottom-Upאבחון וכן )סיבתשורש(Root Cause Analysisמרמת ) העסקי השירותל ועדהתצורה פריטי( למטה מלמעלה בו התומכיםTop-Down.) 77.המחשוב תפעול ניהול IT Operations Management ב מרכזי גוףשיטתITILו ניהול על האחראי ,תהתומכות והתשתיות המערכות של הליבה חזוקת בהעסקיים שירותיםניהול הם העיקריים שתפקידיו מרכזי בקרה בחדר מדובר .אירועיםוניהול תקלותגוף .( רשתי תפעול מרכז לעתים נקרא זהNetwork Operation Center; NOCוהוא ) ( ראשון כקו מוגדרLevel 1ב לטפל הראשון שהוא משום ,)תקלות.ניטור מערכת ידי על שזוהו
54.
-54- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 78.שירות
נכסי Service Assets ה אספקת לטובת המשמשים רכיביםשירות,)פיזית ממשות גם (ולרוב כלכלי ערך שלהם ( מהמלאי כחלק ומנוהליםInventoryה ספק של )שירותגם הם הנכסים מרבית .תצורה פריטי שאינם נכסים גם קיימים אך ,)אחסון מכונות ,שרתים :(לדוגמהתצורה פריטיקורא :(לדוגמה .)אבטחה מצלמת ,אצבע טביעת קורא ,כרטיסים( תצורה ופריטי נכסים ניהולSACMחלק הוא ) מלייצור השירות העברתב ומבוצעה ניהול מערכתתצורה(CMS.) 79.נספח Attachment סוגידע מאמרל לקשר שניתן קובץ שלשירותל אוקריאהה פרטי במסך ומופיעשירותהן , בממשקאנליסטה בממשק והןלקוחפרטי במסך נספחים בלשונית מופיעים גם הנספחים . הקריאהל מחוץ בקבצים הקיים מורכב ידע להוסיף הנספחים של תכליתם .השירות ניהול מערכת (תרשימ.)מצגות ,מסך תצלומי ,ושרטוטים ים 80.שורש סיבת Root Cause ל הסיבההשורש בעייתע"י שאובחנה כפי ,הגורםהמטפלה את שחקרבעיהטעות ,באג :(לדוגמה )אוויר מזג ,יותר עומס ,הרשאות ,אנוש. 82.סיווגיםומשפחות Classes & Class Families של מאפייןנכסישירותותצורה פריטיעדכונם על האחראי הגורם ואת מאפייניהם את הקובע , במשפחת :(לדוגמהDBהם הסיווגיםOracleו-SQL.) 81.עדיפות Priority נתוןלקביעתב הטיפול סדרתקלותה לפי הנקבע ,דחיפותולפיההשפעה רמתה שלתקלה. 83.פורטלקטלוגהשירותים Service Catalog Portal ממשקהנגישלכלמשתמשימערכתהשירות ניהול(SMS),ומאפשרלהםלפתוחתקלותובקשות שירותבלבד,עבורכלאחדמהשירותיםהנגישיםלהם.כמוכן,הםמורשיםלצפותבמאמריידע מסוגשאלותנפוצות(FAQ),הודעותונספחיםשהוגדרולשירותיםהנגישיםלהם.בקטלוג השירותיםיוכלכלמשתמשלגשתלשירותיםשהוגדרולצוותהנוכחישלו,למעטמשתמשים בפרופיליחיד(חסריצוות)שיכוליםלגשתלשירותימחשובאישיבלבד.על מבוסס הפורטלקטלוג השירותיםבמסגרת המנוהל ,השירות עיצוב. 84.תצורה פריטי Configuration Items ה לאספקת המשמשים רכיביםשירותאחרים תצורה פריטי עם שלהם לקשרים חשיבות שקיימת , ה עם (ולבסוףשירותב מנוהלים אלו קשרים .)התצורה ניהול מערכת(CMS)ניהול במסגרת
55.
-55- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 (
והתצורה הנכסיםSACMמ כחלק )לייצור השירות העברתגם הם התצורה פריטי מרבית .נכסי שירותשאינם תצורה פריטי גם קיימים אך ,)אחסון מכונות ,שרתים :(לדוגמהשירות נכסי :(לדוגמהמידע אמרי,שירותים.) 85.צוות Group של קבוצה כלמשתמשיםבניהול משותף עניין לה שישקריאותכקבוצהכ אם בין ,לקוחכ אוצוות מטפל.ב הצוותים הגדרת ,אחרות במיליםמערכתניהולהשירות(SMS)חופפת בהכרח אינה .לצורך בהתאם נעשית היא אלא ,הארגוני למבנההטכניים הצוותיםהתפקודים את ממלאים :הבאיםלקוחות שירות מוקד,ניהולהמחשוב תפעול,היישומים ניהולוהתשתיות ניהול. 86.טכני צוות Technical Group צוותעל הנמנה( המחשוב שירות ספקIT Service Provider)יכול בעלתב לטפלשירות בקשות, שינוי בקשות,תקלותו/אובעיותהטכנ הצוותים .לשלוש נחלקים ייםרמותתמיכה. 87.לקוחות צוות Customer Group צוותשל ארגונימשתמשיםאת המבצעיםהעסקיים התהליכיםואינם בארגוןל משתייכיםגוף מעהמידע רכותל .משתמשיםהחבריםבצוותיםלפתוח בסיסית הרשאה אלוקריאות,בהן לצפות , ולהתעדכןה אודותקריאות.בלבד פתחו שאותן 88.טכני מוקד צוות Control Group ראהתקלות מנהל. 89.מטפל צוות Responsible Group ההטכני צוות(אוהטכני המוקדבפתרון שעוסק )תקלהאובעיהמבצע אומשימהתזרים במסגרת ( המשימותWorkflowב שהוגדר )שינוי בקשתב אושירות בקשתמטפל צוות מוגדר נתון רגע בכל . בכל בלבד אחדתקלה,בעיהאומשימהרק .טכני צוותאוטכני מוקדמוגדרים להיות יכולים .מטפל כצוות 90.מנהל צוות Accountable Group המוקדשל הארגונית היחידה על הממונההמטפל הצוותאחד מנהל צוות מוגדר נתון רגע בכל . בכלקריאהל בהתאם ,המטפל צוות.לצוותמידי קריאה למשוך מיוחדת הרשאה המנהלהצוות המטפלל ולהעבירצוותכי לוודא הבכירים המנהלים כלפי האחראי הוא המנהל הצוות .אחר התקלהל בהתאם ,וביעילות במהירות נפתרתיעדיהשירות אמנת.
56.
-56- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 92.השירותים
קטלוג Service Catalog ה כל את המכילה רשימהשירותיםע הניתניםיד לל השירות ספק ילקוחותיופירוט הכוללת , א אודותוכל של פיושירות,לקוחותיו,והעסקיים התהליכיםה .תומך הוא בהםשירותיםבקטלוג :סוגים לשני נחלקיםעסקיים שירותיםושירותיםטכניים.מ חלק הוא הקטלוגהשירותים אוגדן במסגרת ומנוהלהשירות עיצוב. 91.קריאה Ticket לכל המתייחסת כללית הגדרהשינוי בקשת,שירות בקשת,תקלהאובעיהב המתועדותמערכת השירות ניהול(SMS). 93.ונייחות ניידות קריאות Movable & Non-Movable Tickets קריאותמסוגתקלהאובעיההןקריאותמ להעבירן ניתן קרי ,ניידותמטפל צוותלמשנהו אחד ל בהתאםהטיפול מסלולי.קריאותמסוגשירות בקשתאושינוי בקשתהןקריאותשכן ,נייחות את לשנות ניתן לאהמטפל הצוותב .בהןקריאותתזרים מוגדר נייחותמשימות(Workflow) ה כאשר ,מראש קבועמשימותידי על מקבילי ו/או טורי באופן מתבצעותטכניים צוותים.שונים 94.השפעה רמת Impact היקף את המשקף נתוןשל העסקית ההשפעהתקלהאושינויכמות את משקללת ההשפעה רמת . המשתמשים.חשיבותם ואת המושפעת 95.סיכון רמת Risk של לכישלון הסיכוי את המשקף נתוןשינוימושפע הסיכון רמת .מתוכנןתהשינוי של מהתדירות וההשפעה רמתו יותר תדיר שהשינוי ככל .שלוההשפעה רמתהסיכון רמת כך ,יותר נמוכה שלו .יותר נמוכהשינוייםס ברמתכ מוגדרים גבוהה יכוןרגיל שינויאושינויחירוםש בעודשינויים הם נמוכה סיכון רמת בעליסטנדרטיים שינויים. 96.תמיכה רמת Level / Tier הטכניים הצוותיםרמות לשלוש נחלקים:תמיכהצוותיםכגון בסיסיים והכשרה ידע בעלימרכזי רשתי תפעולאוניהולהמח תפעולשובולקוחות שירות מוקדיבלבד מוגדרים נהלים לפי הפועלים (Level 1,)טכניים צוותים( שורשי וטיפול עומק חקירת לבצע המסוגלים מומחיםLevel 2ו )צוותי ופי מחקר( תוחLevel 3כל .)צוותמה שיותר כמה לפתור משתדלתקלותמבלי ,הדרג באותו להצטרךלבצעמקצועית הסלמה.יותר גבוה בדרג לצוות 97.נפוצה שאלה Frequently Asked Question (FAQ) סוגידע מאמרהקשול רשירותה פריט במסך ומופיעשירותבממשק הן ,אנליסטבממשק והן הלקוחהי נפוצות שאלות של תכליתן .,לעצמו ולסייע חיוני מידע לקבל ללקוח לאפשר אכש.ניתן
57.
-57- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 98.חירום
שינוי Emergency Change רגיל שינויבעלדחיפותב טיפול במסגרת לרוב ,במיוחד גבוההמערכתית תקלהבשל .דחיפותו מבוצעשינוי.מזורז אישור בהליך זה 99.סטנדרטי שינוי Standard Change שינויבעל תדירהשפעה רמתבעל כן (ועל נמוכהסיכון רמתסטנדרטיי שינויים .)נמוכהם כ לרוב מנוהליםשירות בקשות. 200.רגיל שינוי Normal Change שינויבעל ,ונדיר מורכב ,ייחודי לרוב שהינו ,המערכת בליבת המבוצעהשפעה רמת.גבוהה לרוב רגילים לשינוייםסיכון רמתשל אישור דורש וביצועם גבוהההשינויים ועדת(CAB.) 202.שירות Service ל ערך לספק אמצעילקוחותבתוצאו תמיכה ידי עלל הרצויות תלקוחבעלויות נשיאה ללא , וסיכוניםפרטנייםב מנוהלים השירותים .השירותים קטלוגובהשירותים אוגדןלשני ונחלקים :סוגיםעסקיים שירותיםוטכניים שירותיםידי על במתבצע ארגון בכל שירות של מהותו הגדרת . מחשוב שירותי של אסטרטגי ניהולמ כחלק ,השירות אסטרטגיית. 201.טכני שירות Technical Service שירותב ותומכות ,אחרות מחשוב ליחידות פנימיות מחשוב יחידות ע"י המסופקשירותים העסקייםה השירותים משפחת תחת הנכללים סיווגים שבעה בין הבחנה קיימת .טכניים,רשת : ניטור ,גיבוי ,אחסון.מסלול מערכות ,יסוד מערכות ,אנרגיה , 203.עסקי שירות Business Service שירותל ישירות המסופקמשתמשל ערך לאספקת כאמצעי ,לקוחותשלושה בין הבחנה קיימת . השי משפחת תחת הנכללים סיווגים,)וטלפוניה אישי (מחשוב עבודה סביבת :העסקיים רותים יישומים(עסקייםאוארגוני)יםו.)תוכן (שירותי מקורות 204.עסקי תהליך Business Process ידי על ומבוצעים לארגון ערך המניבים תהליכיםהעסקיות היחידותהתהליכים .בארגון השונות נ העסקייםעל תמכיםידיהעסקיים השירותים.המידע מערכות גוף ידי על המסופקים 205.חיוני עסקי תפקוד Vital Business Function (VBF) ב מרכזי תפקודהעסקי שירותביצוע להצלחת הנחוץהתההעסקי ליךידי עלעסקית יחידה. תקלותברמת תוגדרנה חיוני עסקי בתפקוד שפוגעותדחיפות.גבוהה
58.
-58- ITIL|המתכונים ספר שנייה מהדורה|מאי6102 206.תקלה Incident ב
פגיעהשירותה באיכות ירידה אושירות(גםאירועה על להשפיע שעתידשירות)לתקלה נחשב מ תקלות .מתוכנן בלתי באופן המתרחשיםתועדותבהשירות ניהול מערכת(SMS).עדיפות לפי נקבעת בתקלה הטיפולההשפעה רמתולפי שלההדחיפות.שלה 207.ידועה תקלה Known Error סוגידע מאמרהקשול רשירותומה פרטי במסך ופיעשירותה בממשקאנליסטהידועות התקלות . ה פרטי במסך ידע ניהול בלשונית גם מופיעותקריאהשלתקלותובעיות.תקלות של תכליתן את להנחות היא ידועותהמטפלים הגורמיםב הטיפול אופן לגביתקלותובעיותעבורן שקיים מעקף או ידוע פתרון(Workaround). 208.מבצעית תקלה Operational Incident תקלהשל המיקום של שהסביבההתצורה פריטברכיב תקלה :(לדוגמה כמבצעית הוגדרה שלה Outlook.Exchangeברכיב תקלה בעוד מבצעית תהיהOutlook.Client.)מבצעית תהיה לא 209.מערכתית תקלה High-Impact Incident תקלהה כל על ומשפיעה המערכת בליבת המתרחשתמשתמשיםשל משכן .המכריע רובם על או תקלותה בו זמן כמשך נחשב אלושירותהיה לאזמיןללקוחות. 220.שבר תקלת Major Incident תקלהשההשפעה רמתו גבוהה שלהדחיפותהב מסווגת ולכן גבוההעדיפותזוהי .ביותר הגבוהה תקלהבמספר הפוגעת גדול בהיקףשירותיםב אושירותל קריטילקוח.מידי טיפול ודורשתתקלה זוה נדרשת ולכן במיוחד גדול לנזק גורמתב הרלוונטיים הגורמים כלל של תגייסותיעדזמן י .מהרגיל קצרים
Download