פרויקט טומן בחובו סיכונים, קל וחומר פרויקטים מורכבים ורחבי היקף כגון פרויקטים במערכות BI. בבואנו להעריך את סיכוניו, חשוב לזכור שהפרויקט אמנם עוסק באפיון, פיתוח והטמעה של כלי טכנולוגי, אך במהותו הוא פרויקט אנושי ולאו דווקא טכנולוגי. הטכנולוגיה לרוב נתונה או דורשת פיתוח, אך ההצלחה או אי ההצלחה של הפרויקט תלויים באפיון נכון של תהליכי עבודה ובהטמעה- אלו הם תהליכים אנושיים. בתהליך הערכת סיכונים, אנו מעלים תרחישים אשר עשויים להתממש בשלבי הפרויקט השונים, ולסכן את הפרויקט כולו במידה זו או אחרת.
מומלץ להעריך כל סיכון לפי שני פרמטרים , אשר ידורגו לפי סולם הערכה שייקבע מראש:
הסבירות להתרחשות הסיכון
מידת הפגיעה בפרויקט באם יתממש הסיכון (חומרה)
בנוסף, בעבור כל סיכון מומלץ לשקול את ההערכות לשני הפרמטרים לכדי הערכה מסכמת:
סיכון גבוה - פגיעה קריטית בפרויקט
סיכון בינוני - פגיעה משמעותית בפרויקט
סיכון נמוך - פגיעה נקודתית שניתן להתגבר עליה באמצעות פעולות פשוטות יחסית
בבחינת כל הסיכונים, ניתן לומר כי קיימות שלוש השלכות מרכזיות להתרחשותם:
הפרויקט יתממש, אך תהיה חריגה משמעותית בלו"ז ובתקציב
הפרויקט לא יתממש
הפרויקט יתממש, אך לא ישיג את מטרותיו
מהי ההשלכה ה"משמעותית" ביותר? התשובה לכך תלויה בארגון, במטרותיו, במה שיש לו להרוויח מהצלחת הפרויקט וממה שיש לו להפסיד מאי הצלחת הפרויקט.
עד כה, סקרנו מתודה להערכת סיכונים בכל פרויקט שהוא. אם כך, במה שונה הערכת הסיכונים בפרויקט BI מהערכת הסיכונים בכל פרויקט אחר? המתודולוגיה אמנם זהה, אך עוצמת הסיכונים שונה בין סוגי הפרויקטים ויש לכך השפעה על הערכת הסיכונים הכללית.
בעוד שמערכות IT הן "מערכות פועלות", שמטרתן להקל על העובדים ולייעל את תהליכי העבודה בארגון, מערכות BI הן "מערכות חושבות", שמטרתן לסייע למנהלים בקבלת החלטות בארגון, לעיתים החלטות הרות גורל.
מבלי להקל בחשיבותן של מערכות ה-IT ובערכן לארגון, מערכות ה-BI מורכבות יותר ולכן עוצמת הסיכונים בפרויקט BI גדולה הרבה יותר.
להלן "טעימות של סיכונים" בפרויקט BI ופעולות בהן מומלץ לנקוט, לשם מניעת התרחשות הסיכונים או לשם צמצום חלקי של השפעתם אם יתממשו (הערכת הסיכונים עצמה תלויה בארגון- בתרבות הארגונית ובמשאבים הקיימים, ולכן הטעימות הן דוגמאות כלליות):
אפיון
פעולות לצמצום | השלכות מרכזיות | משמעות | תרחיש |
| הפרויקט יתממש, אך לא ישיג את מטרותיו |
| היעדר פילוח המשתמשים לקבוצות הומוגניות |
| הפרויקט יתממש, אך לא ישיג את מטרותיו | מורכבות בלתי סבירה בעיני המשתמשים תגרום לרתיעה משימוש במערכת | מורכבות וסיבוך: גודל היישומים, ריבוי המימדים ומבנה מורכב של הדוחות |
טיוב נתונים קריטיים טרם הפיתוח | הפרויקט יתממש, אך לא ישיג את מטרותיו | פגיעה באמון המשתמשים במערכת שתוביל לאי שימוש ופניה למקורות מידע נוספים | איכות נתונים ורמת עדכניות נמוכה |
פיתוח
פעולות לצמצום | השלכות מרכזיות | משמעות | תרחיש |
למידת המערכות התפעוליות הקיימות ומערכת ה-BI המיועדת בשלב האפיון על ידי צוות האפיון, תוך חשיבה משותפת עם יחידת ה-IT על פתרונות חלופיים. |
|
| קושי טכנולוגי בממשק בין מערכת ה- BI לבין מערכות תפעוליות קיימות בארגון |
| הפרויקט יתממש, אך תהיה חריגה משמעותית בלו"ז ובתקציב |
| אי התאמה בין מסמך האפיון לבין יכולות והרגלי העבודה של החברה המיישמת |
הטמעה
פעולות לצמצום | השלכות מרכזיות | משמעות | תרחיש |
| הפרויקט יתממש, אך תהיה חריגה משמעותית בלו"ז ובתקציב |
| היעדר תוכנית הדרכה מותאמת למשתמשים מבחינת אופן ומשך ההדרכה |
המסרים בארגון וביצוע התאמות בתוכנית התקשור
| הפרויקט יתממש, אך לא ישיג את מטרותיו | העברת מסרים סותרים מגורמים שונים בארגון או לחילופין העדר "חלחול" של המסרים לשטח | תקשורים לא מותאמים לקהל היעד |
חוצה פרויקט
פעולות לצמצום | השלכות מרכזיות | משמעות | תרחיש |
- שיתוף בצורך, במטרות ובתוכניות הפרויקט - ביצוע תיאום ציפיות לגבי מידת המעורבות שלהם בפרויקט.
| הפרויקט יתממש, אך לא ישיג את מטרותיו | נתק מהמשתמשים בשלבי האפיון וההטמעה
| אי ניהול השינוי |
לסיכום, הערכת סיכונים היא קריטית לפני ה"יציאה לדרך" בפרויקט שכן עשויה לחסוך הפתעות בהמשך.
על אף שמדובר בהערכה די אינטואיטיבית היא מבוצעת על ידי אנשי מקצוע ולכן משקפת את המציאות באופן הולם.
על מנת "לכסות" את מירב הסיכונים ולבצע חשיבה משותפת בנוגע לדרכי ההתמודדות עם הסיכונים מומלץ לבצע הערכת סיכונים בצוות תוך שימוש במתודת "סיעור מוחות".
בהצלחה.
Comentarios