מדוע נכשלים פרויקטי ארכיטקטורה ארגונית ? מיגבלות בגישות התכנון והתקשורת הבינ - ארגונית תל - אביב – סמינר ארכיטקטורה ארגוני...
ארכיטקטורה אירגונית  -  הגדרה <ul><li>ארכיטקטורה ארגונית   Enterprise Architecture (EA),  נועדה לגשר על הפער הקיים בין המט...
למה בכל זאת נכשלים ?
קשר רופף בין תכנון אסטרטגי ותהליך התקצוב <ul><li>אינטגרציה מוגבלת בין  EA   לתכנון אסטרטגי ארגוני  ( תוא &quot; ר ) </li><...
הצמדות נוקשה למסגרות עבודה מובנות <ul><li>שימוש לא מבוקר במתודולוגיות מקובלות בתעשייה בלי התאמה לצורכי הארגון </li></ul><u...
יותר מדי סטנדרטים <ul><li>לא מעט ארכיטקטים מתמקדים באופן מוגזם בהגדרת סטנדרטים לתהליכי  IT ,  שרותים ,  תשתיות ,  כלים וכו...
ניתוח משתק <ul><li>העדר יכולת לקבל החלטות וקיבוע בתוך תהליכים ופגישות המעכבות את סיום התוכנית </li></ul><ul><li>מצבים אלה ...
העדר מיקוד עסקי <ul><li>ארכיטקטים ממוקדים באופן קיצוני ב &quot; אומנות הארכיטקטורה &quot;  ושוכחים את התוצרים -  המטרה מקד...
&quot; מגדל השן &quot; <ul><li>נתק בין קבוצת הארכיטקטורה והלקוחות הפנימיים בארגון </li></ul><ul><li>מיקוד לא סביר בסטנדרטי...
חוסר פתיחות תקשורתית <ul><li>חוסר יכולת להציג ערך עסקי כתוצאה מתהליך הארכיטקטורה -  בד &quot; כ הקבוצה תתפזר ללא תוצאות ממ...
העדר לולאת משוב <ul><li>אין תהליך המביא לשיתופיות ומשוב באופן רציף </li></ul><ul><li>ערוצי תקשורת אינם כוללים קבוצות עבודה...
ארכיטקטורה ארגונית מונעת ע &quot; י הטכנולוגיה <ul><li>מנהיגות טכנולוגית מובהקת מטה את העבודה לכיוון שרותי טכנולוגיה ומחמי...
ארכיטקטורה מונעת כלים <ul><li>לפעמים ,  כדי להתניע תהליך הארגון רוכש כלים כדי להקל על תהליך איסוף הנתונים והניתוח הנדרשים ...
מיקוד יתר במצב הקיים <ul><li>מיקוד בספירת מלאי של רכיבי טכנולוגיה וניסיון לתחזק רשימות אלה לאורך זמן </li></ul><ul><ul><li...
&quot; סיימנו ...&quot; <ul><li>למרות שארכיטקטורה ארגונית מתחילה כפרויקט עם מועדי התחלה ,  סיום ותקציב ,  התהליך אינו מסתי...
סיכות ההמלצות <ul><li>יש להתארגן לפני תחילת הפרויקט ע &quot; י הגדרות התיחום ,  הכסוי הארגוני והטכנולוגי ,  הצגת הערך העסק...
Upcoming SlideShare
Loading in …5
×

מדוע נכשלים פרויקטי ארכיטקטורה ארגונית GARTNER

741 views

Published on

A presentation in Hebrew, presented by Avi Shalom for Gartner in Manageware Enterprise-Architecture Seminar 9.12.2009 Dan Tel-Aviv

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
741
On SlideShare
0
From Embeds
0
Number of Embeds
14
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

מדוע נכשלים פרויקטי ארכיטקטורה ארגונית GARTNER

  1. 1. מדוע נכשלים פרויקטי ארכיטקטורה ארגונית ? מיגבלות בגישות התכנון והתקשורת הבינ - ארגונית תל - אביב – סמינר ארכיטקטורה ארגונית דצמבר 2009 [email_address] Gartner
  2. 2. ארכיטקטורה אירגונית - הגדרה <ul><li>ארכיטקטורה ארגונית Enterprise Architecture (EA), נועדה לגשר על הפער הקיים בין המטרות והיעדים העסקיים של הארגון ובין אופן מימושם באמצעות מערכות המידע התומכות ; תפקידה לתרגם חזון עסקי ואסטרטגיה לשינויים ארגוניים באמצעות תקשורת , עקרונות ומודלים המתארים את המצב הקיים , המצב העתידי ואת הדרך לגשר בין שני המצבים </li></ul>
  3. 3. למה בכל זאת נכשלים ?
  4. 4. קשר רופף בין תכנון אסטרטגי ותהליך התקצוב <ul><li>אינטגרציה מוגבלת בין EA לתכנון אסטרטגי ארגוני ( תוא &quot; ר ) </li></ul><ul><ul><li>תהליך EA אינו תומך בתכנון הנוכחי </li></ul></ul><ul><ul><li>תדמית שלילית ש - EA חסר ערך לארגון </li></ul></ul><ul><li>EA אינו מתאם בין תהליכים כדי לוודא שתכנון וניהול התהליכים הארגוניים מתואמים עם מבט קדימה ליעדים הארגוניים </li></ul><ul><li>תוצרי ה - EA אינם מתאימים ליעדים הנוכחיים ולא משקפים את השינויים הנדרשים מההחלטות הדרג המנהל </li></ul>המלצות לבצוע : עבודה רציפה הכוללת את כל מוקדי התכנון האסטרטגי של הארגון כדי לייעץ ולתמוך בתהליכים , הדרישות , העקרונות ומודלים המיצגים את היעדים העסקיים
  5. 5. הצמדות נוקשה למסגרות עבודה מובנות <ul><li>שימוש לא מבוקר במתודולוגיות מקובלות בתעשייה בלי התאמה לצורכי הארגון </li></ul><ul><li>ארגונים נצמדים לתבניות עבודה כמו לתפריט בשול , כדי ליצור את רכיבי הארכיטקטורה הכוללים עקרונות , סטנדרטים ותוצרים , ללא אבחנה מה נדרש כדי להצליח בתהליכי הארגון </li></ul><ul><li>התוצאה : אוסף של מסמכים האוספים אבק על המדפים </li></ul><ul><li>תבניות העבודה רלוונטיות רק כאשר הן משרתות את צרכי הארגון ומתאימות לתהליכי התכנון וקבלת ההחלטות </li></ul><ul><li>תבניות העבודה מדריכות את התהליך אולם אינן מכתיבות ומנהלות את תהליך ה - EA </li></ul>המלצות לבצוע : יש להתאים את תבניות העבודה לתרבות הארגונית ולוודא שהן אכן תומכות ביעדים העסקיים , באנשי המקצוע , בתהליכים ובטכנולוגיות הקיימים בארגון
  6. 6. יותר מדי סטנדרטים <ul><li>לא מעט ארכיטקטים מתמקדים באופן מוגזם בהגדרת סטנדרטים לתהליכי IT , שרותים , תשתיות , כלים וכו ' </li></ul><ul><li>סטנדרטים תומכים בפלטפורמות אחידות ומונעים שונות מיותרת , אולם גורמים גם להתנגדות לא מעטה מצד עובדי ה - IT ומצד המשתמשים </li></ul><ul><li>יותר מדי סטנדרטים גורמים לנוקשות ומיקוד מיותר בתהליכים אחידים </li></ul><ul><ul><li>משתמשים עלולים להתעלם מהסטנדרטים ולהפריע לישומם </li></ul></ul><ul><ul><li>תדמית קבוצת הארכיטקטורה תיפגע באופן שלילי - &quot; משטרת הסטנדרטים &quot; </li></ul></ul><ul><ul><li>עבודת הארכיטקטורה תתקבל כמאמץ טקטי לא חשוב </li></ul></ul>המלצות לבצוע : יש להגדיר את קטגוריות הסטנדרטים מראש , כאשר המטרה היא להוביל את הארגון להנעה עסקית וחזון עתידי מבלי להרתיע את המשתמשים בתוך סביבה נוקשה מידי
  7. 7. ניתוח משתק <ul><li>העדר יכולת לקבל החלטות וקיבוע בתוך תהליכים ופגישות המעכבות את סיום התוכנית </li></ul><ul><li>מצבים אלה בד &quot; כ קורים כאשר אין חזון עסקי ושליטה מוגבלת על תהליכי העבודה - אופן העבודה נקבע תוך כדי תנועה </li></ul><ul><li>חוסר יכולת להבחין בין טפל ועיקר - עודף פרטים לניתוח בכל נושא </li></ul><ul><li>העדר מיקוד ולו &quot; ז לסיום הפרויקט </li></ul><ul><li>הבנה מעורפלת בנוגע לתוצרי הפרויקט ואיך הם משתלבים בהמשך תהליכי הארגון </li></ul>המלצות לבצוע : יש לארגן ולתכנן מראש את מסגרות העבודה והתיחום , מצעי הערך והשליטה לכל בלוק עבודה ; אם תכנון זה לא נעשה מראש , יש להפסיק את העבודה ולהתארגן בהתאם
  8. 8. העדר מיקוד עסקי <ul><li>ארכיטקטים ממוקדים באופן קיצוני ב &quot; אומנות הארכיטקטורה &quot; ושוכחים את התוצרים - המטרה מקדשת את האמצעי </li></ul><ul><li>אין הצהרה ברורה לגבי הערך העסקי - אנשי המקצוע עסוקים ברכיבים שוליים כגון להצדיק את הערך העסקי ואת התוצרים לארגון שלא תמיד מבין למה צריך ארכיטקטורה </li></ul><ul><li>מאמץ ה - EA אינו פרקטי , ללא תוצרים שיש להם שימוש ברור בארגון </li></ul><ul><li>מבחן התוצאה : להוכיח את הערך של התוצרים ע &quot; י שילובם בתהליכים קריטיים </li></ul>המלצות לבצוע : יש להתיחס בכובד ראש לתהליך שיווק ממוקד עם תוכנית תקשורת ברורה המאשרת באופן ברור את היעדים העסקיים והתוכניות האסטרטגיות ; קבוצת הארכיטקטורה חייבת להתמקד ביעדים העסקיים ובחזון העתיד
  9. 9. &quot; מגדל השן &quot; <ul><li>נתק בין קבוצת הארכיטקטורה והלקוחות הפנימיים בארגון </li></ul><ul><li>מיקוד לא סביר בסטנדרטים ואמצעי אכיפה שאינם משרתים את תהליכי הארגון ואת ציפיות המשתמשים </li></ul><ul><li>תמהיל לא מאוזן של מקצוענים בקבוצת הארכיטקטורה המנסים להוביל את התוצרים למערך כופה החלטות על הארגון </li></ul><ul><ul><li>( רצוי לאייש את קבוצת פיתוח הארכיטקטורה באנשי מקצוע מגוונים היכולים להאציל סמכויות ולרכז את התכנים הרלוונטיים לביצוע המשימה ) </li></ul></ul>המלצות לבצוע : לבנות את קבוצת העבודה מאנשי מקצוע בעלי רקע טכנולוגי עם יכולת תקשורת בינאישית גבוהה ומסירות לפתרון בעיות וקבלת החלטות
  10. 10. חוסר פתיחות תקשורתית <ul><li>חוסר יכולת להציג ערך עסקי כתוצאה מתהליך הארכיטקטורה - בד &quot; כ הקבוצה תתפזר ללא תוצאות ממשיות </li></ul><ul><li>חוסר משמעותי בתקשורת ובתכנון בתוך הארגון ומחוצה לו </li></ul>המלצות לבצוע : יש לוודא שהתוצרים מנוצלים באופנים שונים ומגדירים ערך ברור לתהליכים ולקבלת ההחלטות <ul><li>תחזית לסיום שנת 2009 מראה על ירידה משמעותית במספר פרויקטי ארכיטקטורה בגלל אי בהירות לגבי התהליכים והתוצרים </li></ul><ul><ul><li>העדר הקשר עסקי לתהליך ( אין חזון עסקי ואסטרטגיה ) </li></ul></ul><ul><ul><li>תוצרי ארכיטקטורה לא ברורים </li></ul></ul><ul><ul><li>שנויים בלתי מכוונים </li></ul></ul><ul><ul><li>התוצרים אינם משרתים את המשתמשים הבכירים </li></ul></ul>
  11. 11. העדר לולאת משוב <ul><li>אין תהליך המביא לשיתופיות ומשוב באופן רציף </li></ul><ul><li>ערוצי תקשורת אינם כוללים קבוצות עבודה משותפות לטכנולוגיה ולמשתמשים </li></ul><ul><li>מערך התקשורת והמשוב אינם ברורים ומובנים </li></ul><ul><li>ארגונים שאינם משקיעים בפיתוח התקשורת ועידוד השונות האנושית עלולים לבזבז משאבים בגלל העדר תמיכה מקבוצות בתוך הארגון </li></ul><ul><li>סיכון של קשר רופף בין העבודה לבין היעדים העסקיים , התנגדות ממשתמשים שלא נכללו במשחק </li></ul><ul><li>ארכיטקטורה היא תהליך שדורש חקירה , גלוי , חדשנות , ניסוי וטעייה שמביאים לתוצרים אפקטיביים </li></ul>המלצות לבצוע : יש לפתח ערוצי תקשורת ומשוב בין אנשי המקצוע הטכנולוגיים ולבין המשתמשים באמצעות כלים לשיתוף פעולה ובאמצעות רשתות חברתיות
  12. 12. ארכיטקטורה ארגונית מונעת ע &quot; י הטכנולוגיה <ul><li>מנהיגות טכנולוגית מובהקת מטה את העבודה לכיוון שרותי טכנולוגיה ומחמיצה הזדמנות לחבר את תהליכי הארגון ויעדיו לתוצרים </li></ul><ul><li>המשתמשים בד &quot; כ לא יאמצו ארכיטקטורה שאינה מחברת את התהליכים והפונקציות העסקיות לערכים טכנולוגיים </li></ul><ul><li>התוצאה תהיה שחיקת התוצרים והעדר תמיכה ארגונית </li></ul>המלצות לבצוע : בזמן הגדרת התיחום יש להתחשב ביכולת המשתמשים לאמץ את התוצרים ולהביא לאיזון בין ערכים עסקיים לבין טכנולוגיה
  13. 13. ארכיטקטורה מונעת כלים <ul><li>לפעמים , כדי להתניע תהליך הארגון רוכש כלים כדי להקל על תהליך איסוף הנתונים והניתוח הנדרשים </li></ul><ul><li>תבנית העבודה בכלי מסוים לא תמיד מתאימה לצרכים העסקיים או לתוצרים הנדרשים כדי לקבל החלטות </li></ul><ul><li>הכלי מקבע את אנשי המקצוע לפורמט עבודה מוגדר מראש עם יכולת מוגבלת לשנות את המתודולוגיה </li></ul><ul><li>ישום הכלים בתוך תהליכים קיימים עלול להסיח את הדעת מהערכים החשובים של העבודה : </li></ul><ul><li>סיכון לא קטן בקליטת נתונים לתוך כלים שאינם מתחשבים בצרכים העתידיים של הארגון </li></ul>המלצות לבצוע : במידה ונדרשים כלים לתמיכה בתהליך פיתוח הארכיטקטורה יש לדחותם לשלב מתקדם יותר בפרויקט , 12-18 חודשים לאחר ההתנעה
  14. 14. מיקוד יתר במצב הקיים <ul><li>מיקוד בספירת מלאי של רכיבי טכנולוגיה וניסיון לתחזק רשימות אלה לאורך זמן </li></ul><ul><ul><li>תהליכים פרטניים </li></ul></ul><ul><ul><li>ישויות מידע </li></ul></ul><ul><ul><li>שרותי ישום </li></ul></ul><ul><ul><li>מלאי תשתיות </li></ul></ul><ul><ul><li>וכו ' </li></ul></ul><ul><li>עבודה מיותרת של ניתוח מצב קיים כאשר ההשקעה הראשונית והתחזוקה אינם יוצרות ערך ברור להמשך התהליך </li></ul>המלצות לבצוע : מלאי טכנולוגי נדרש רק כשהוא תורם באופן ברור להבנת המצב הקיים כאמצעי לפיתוח התוצרים הסופיים
  15. 15. &quot; סיימנו ...&quot; <ul><li>למרות שארכיטקטורה ארגונית מתחילה כפרויקט עם מועדי התחלה , סיום ותקציב , התהליך אינו מסתיים בהצגת התוצרים </li></ul><ul><li>ארכיטקטורה ארגונית היא תהליך ארוך - טווח , כאשר המאמץ הראשוני להגדרת התוצרים מכתיב את האופן בו תתממש העבודה </li></ul><ul><li>תהליךהפיתוח הוא תהליך רציף עתיר שינויים ושדרוגים </li></ul>המלצות לבצוע : יש לעבוד עם ההנהלה כדי להסביר שפיתוח EA דורש מאמץ ראשוני ותחזוקה רציפה לאורך זמן ; בהקשר זה יש לתקצב את יחידות העבודה העתידיים בהתאם
  16. 16. סיכות ההמלצות <ul><li>יש להתארגן לפני תחילת הפרויקט ע &quot; י הגדרות התיחום , הכסוי הארגוני והטכנולוגי , הצגת הערך העסקי והארגוני ויכולת השליטה בתהליכים לכל שלב בעבודה הכוללת </li></ul><ul><li>על מנהלי הפרויקט לעבוד עם פורום הנהלה ומשתמשים בכירים כדי לעזור להם להבין שהמאמץ בפיתוח EA הוא רציף וארוך - טווח </li></ul><ul><li>יש להגדיר סטנדרטים במידה הנדרשת להוביל את הארגון לקראת חזון העתיד המונע ע &quot; י צרכים עסקיים </li></ul><ul><li>רצוי לאפשר מספר גישות לתוצרי הפרויקט כך שמגוון רחב של אנשי מקצוע יוכלו להשתמש בתוצרים </li></ul>

×