תחום השליטה והבקרה הוא אחד התחומים הבעייתים בתחום מערכות המידע. כאמור בפוסט קודם בתחום זה נכשלים יותר פרוייקטים מבכל תחום אחר במערכות המידע. מעבר לכך בניה של פרוייקט מחייבת בחירה בין תחומי כלים רבים שקימים בתחום. כפי שציינתי במצגת שהעברתי בכנס השנתי שלנו, החל משקף 122 ישנם בתחום טכנולוגיות סטנדרטיות (AGENTS שמדווחים למרכז), כלים לחויית משתמש, כלים המוגדרים כ- Transacation Management המפעילים Sniffing מתוחכם, כלים המוגדרים כ- APM - Application Performance Management , כלים שאני מגדיר בקטגוריה "ספציפית" (לדוגמה כלים לתחום JAVA , תחום רשתות תקשורת, תחום SAP , מסדי נתונים וכד') ועוד.
באיזה טכנולוגיה יש לבחור? כל טכנולוגיה בתחום מציעה את עצמה כ"טכנולוגיה האולטימטיבית" לתחום.
הנקודה היא שעל הארגון להגדיר בצורה מדוייקת מה הוא רוצה להשיג מפרוייקט זה. מדוייקת אינה להצהיר הצהרה "המערכת תאתר תקלות בארגון" כי אמירה זו כללית מידי. האם תקלות בתחום התשתיות? האם תקלות בעולם האפליקטיבי\עסקי? האם תקלות ברמת המשתמש הסופי? כל בחירה כזו משליכה על הפתרון המתאים. גם אמירה "תגלה תקלות בעולם האפליקטיבי \עסקי" היא אמירה כללית מידי.
ולכן, לשם הגדרה מדוייקת של מטרות הפרוייקט אנו ממליצים לעבור על התקלות המהותיות שהיו בארגון ולקבוע מה אמורה מערכת שליטה ובקרה לבצע או יותר נכון כיצד מערכת השליטה והבקרה הייתה אמורה לטפל בין הייתר בגלוי העובדה שיש תקלה, מניעה מוקדמת, מציאת הגורמים לתקלה, טיפול טוב יותר בתקלה לאחר שהתרחשה וכד'.
במכרז יש לציין גם כיצד יש לתפעל את המערכת במובן של שמירה על עדכניות ורלוונטיות. מה יהיו המשאבים לתחזוקת המערכת וכיצד תתבצענה פעולות התחזוקה.
רק תהליך כזה יכול לכוונן את הארגון למטרות ספציפיות בתוך האלטרנטיבות הרבות שקיימות בתחום. תהליך כזה מניח (ובצדק) שבניית סביבה לשליטה ובקרה הוא תהליך מתמשך ולא ניתן בשלב אחד למפות את כל הנקודות העתידיות.
Architecture and Infrastructure - STKI Summit 2010
Check out this SlideShare Presentation:
STKI Summit 2010 Infra Pini
View more presentations from Pini Cohen.
מתי צריך להחליף את צוות בדיקות התוכנה?
בדיקות התוכנה הוא אחד מהתחומים השוחקים ביותר. עבודת הבדיקה היא סזיפית - מורכבת מהרבה פרטים קטנים אשר חוזרים על עצמם ומחייבים את הבודק למומחיות גדולה ולמידה בלתי מבוטלת של דיוק אינסופי.
סוגיה נוספת היא היחסים בין בודקי התוכנה למפתחים. ברוב רובם של ארגוני הפיתוח ישנה הפרדה נכון להיום בין צוות פיתוח התוכנה לצוות בדיקות התוכנה וזאת מכיוון שישנו "ניגוד אינטרסים" בין הצוותים. צוות הבדיקות נדרש למצוא באגים - כלומר לגרום לצוות הפיתוח לחזור ולתקן את אשר כתב. מכיוון שהנושא של באגים נמדד בצורה מאוד נמרצת (בעיקר מכיוון שיחסית קל למדוד נושא זה) ישנו גם מתח בין הצוותים בהגדרת הבאגים. האם לאחד מספר בעיות קשורות לאותו באג או לפצל בינהם? זאת גם אחת הסיבות שבמקרים רבים תחום הבדיקות מטופל ב- outsourcing בארגונים רבים. כלומר צוות הבדיקות הוא צוות חיצוני כאשר מנהלי הבדיקות הם כן פנימיים. במקרים רבים גם צוות הבדיקות אינו נמצא תחת אגף הפיתוח אלא באגף אחר בארגון - תחת מנהל איכות חיצוני לתחום הפיתוח.
בכל מקרה, מנהלים רבים מעדיפים לשמור מתח זה וכאשר המנהלים מזהים שישנה התקרבות בין הצוותים, כי בכל זאת העבודה היא על אותם תכנים ובצורה צמודה, זה הזמן להחליף את צוות הבדיקות.
סוגיה נוספת היא היחסים בין בודקי התוכנה למפתחים. ברוב רובם של ארגוני הפיתוח ישנה הפרדה נכון להיום בין צוות פיתוח התוכנה לצוות בדיקות התוכנה וזאת מכיוון שישנו "ניגוד אינטרסים" בין הצוותים. צוות הבדיקות נדרש למצוא באגים - כלומר לגרום לצוות הפיתוח לחזור ולתקן את אשר כתב. מכיוון שהנושא של באגים נמדד בצורה מאוד נמרצת (בעיקר מכיוון שיחסית קל למדוד נושא זה) ישנו גם מתח בין הצוותים בהגדרת הבאגים. האם לאחד מספר בעיות קשורות לאותו באג או לפצל בינהם? זאת גם אחת הסיבות שבמקרים רבים תחום הבדיקות מטופל ב- outsourcing בארגונים רבים. כלומר צוות הבדיקות הוא צוות חיצוני כאשר מנהלי הבדיקות הם כן פנימיים. במקרים רבים גם צוות הבדיקות אינו נמצא תחת אגף הפיתוח אלא באגף אחר בארגון - תחת מנהל איכות חיצוני לתחום הפיתוח.
בכל מקרה, מנהלים רבים מעדיפים לשמור מתח זה וכאשר המנהלים מזהים שישנה התקרבות בין הצוותים, כי בכל זאת העבודה היא על אותם תכנים ובצורה צמודה, זה הזמן להחליף את צוות הבדיקות.
תאריך רשמי ל- Office2010. האם להמתין עם WIN7?
לאחר המתנה ארוכה פרסמה מיקרוספוט תאריך רשמי להשקת Office 2010 למשתמשים הארגוניים. התאריך הוא 12 למאי.
מדובר על בשורה טובה למשתמשים הארגוניים - התאריך אינו מאוד מרוחק ולכן כפי שציינתי בכניסה קודמת לקוחות אשר מתכוונים להטמיע Windows 7 בזמן הקרוב ואשר סוג המשתמשים שלהם מחייב הדרכה והטמעה פרטנית (ארגונים שלא מסתפקים בסרטון וידאו אשר נמצא באינטרנט) עדיף שישקלו האם כדאי להמתין עם הטמעת Windows7 לשחרור הגרסה של Office 2010 ולבצע את הטמעת שני המוצרים יחד.
ארגונים אשר בוחרים לדחות את ההטמעה בארגון של Office 2010 צריכים לוודא שבחירה זו אינה מתנגשת עם התכנון שלהם לעדכוני מוצרי מיקרוסופט אחרים- דוגמה בולטת היא Microsoft Office SharePoint Server או בשמו המקוצר - MOSS. כלומר יש לוודא שעדכונים של MOSS לא יחייבו את הארגון לבצע שדרוג (לא מתוכנן) ל- Office 2010 , שדרוג שגם הוא מחייב בדרך כלל הדרכה צמודה למשתמשים.
בכנס השנתי של STKI שיתקיים בקרוב נדון בנושא זה וגם בנושאים רלוונטיים נוספים. ההמלצה ללקוחות היא לבצע בחינה ראשונית של Office 2010 BETA אשר זמינה ברשת וזאת בכדי לקבל רושם ראשוני אם הארגון בוחר לאחד את השדרוגים של Office ו- Windows.
מדובר על בשורה טובה למשתמשים הארגוניים - התאריך אינו מאוד מרוחק ולכן כפי שציינתי בכניסה קודמת לקוחות אשר מתכוונים להטמיע Windows 7 בזמן הקרוב ואשר סוג המשתמשים שלהם מחייב הדרכה והטמעה פרטנית (ארגונים שלא מסתפקים בסרטון וידאו אשר נמצא באינטרנט) עדיף שישקלו האם כדאי להמתין עם הטמעת Windows7 לשחרור הגרסה של Office 2010 ולבצע את הטמעת שני המוצרים יחד.
ארגונים אשר בוחרים לדחות את ההטמעה בארגון של Office 2010 צריכים לוודא שבחירה זו אינה מתנגשת עם התכנון שלהם לעדכוני מוצרי מיקרוסופט אחרים- דוגמה בולטת היא Microsoft Office SharePoint Server או בשמו המקוצר - MOSS. כלומר יש לוודא שעדכונים של MOSS לא יחייבו את הארגון לבצע שדרוג (לא מתוכנן) ל- Office 2010 , שדרוג שגם הוא מחייב בדרך כלל הדרכה צמודה למשתמשים.
בכנס השנתי של STKI שיתקיים בקרוב נדון בנושא זה וגם בנושאים רלוונטיים נוספים. ההמלצה ללקוחות היא לבצע בחינה ראשונית של Office 2010 BETA אשר זמינה ברשת וזאת בכדי לקבל רושם ראשוני אם הארגון בוחר לאחד את השדרוגים של Office ו- Windows.
תוויות:
office 2010,
VISTA Windows 7
הירשם ל-
רשומות (Atom)