המלצה שישית לתקופה של צימצום

6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה שישית:

1. מעגל הקסמים- cost-quality-speed. לפני התקופה של צימצום ישנה פריחה ואז ישנה השקעה גדולה של כספים בטכנולוגיות חדישות אשר מאפשרות מענה מהיר על צרכים עסקיים. אולם לאחר תקופת זמן , כאשר ישנה תקופה של צימצום , ישנו דגש מיידי על הורדה בעלויות בכל דרך אפשרית. בין היתר בתקופה של הצימצום אנו רואים ביצוע פעולות ללא תיעוד, עד הוק, ללא בדיקות מספקות עם כוח אדם חסר ולא תמיד מקצועי וכד'. אולם, לאחר תקופה של הורדה בעלויות מגיע מצב בו הייצור נפגע וישנן תקלות רבות אשר משביתות מערכות עסקיות. אז מגיעה תקופה של בניית האיכות והתהליכים בארגון בכדי לתקן את הנזקים שנגרמו בתקופה של הצימצום. ולאחר תקופת זמן, כאשר ישנה התעוררות בשוק ודרישה לתפוקה מהירה גם של ה- IT, מסתבר שהתהליכים שהוגדרו קודם מכבידים ואפילו עוצרים את ארגון ה-IT באספקת הדרישות לעסק. לאחר ההתעוררות ישנו שוב צימצום – וחוזר חלילה. מכיוון שאנחנו ככל הנראה נמצאים לפני תקופה של צימצום, המלצתי היא לחשוב ככך האפשר גם על השלב הבא – השלב של האיכות. כלומר לבצע הפעולות הנדרשות לצימצום אבל תוך הקפדה על איכות – תהליכים, תעוד, בצורה פרואקטיבית ובכל זאת לנסות ולשמור על כ"א סביר. זאת בכדי לא לפגוע באיכות השירות שארגון ה- IT מספק.

המלצה חמישית לתקופה של צימצום

6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה חמישית:

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

המלצה רביעית לתקופה של צימצום

6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה הרביעית:

קוד פתוח. תופעת הקוד הפתוח תופסת תאוצה כאשר אני מתכוון לפתרונות מעבר ל- Linux לשרתים (אשר נמצא ב- mainstream בקרב ארגוני ה- IT). ישנם תחומים רבים בהם קיימים מוצרים יחסית בשלים בעלי קוד פתוח עם לקוחות שמשתמשים במוצרים ועם חברות אשר נותנות תמיכה בתחומים של פיתוח, שליטה ובקרה, Middleware ועוד ועוד. לפיכך כאשר נכנסים לפרוייקט חדש רצוי לבחון אם יש פתרון בתחום הקוד הפתוח אשר עונה על הדרישות, זאת ועוד, גם בפרויקטים קיימים אשר עלות תחזוקת התוכנה שלהם מגיעה עד 25% מעלות הרכש, רצוי לבחון מעבר לקוד הפתוח אשר עשוי להצדיק את עצמו תוך פחות משנה! יש אומנם לזכור שמקרים רבים הקוד הפתוח עוד לא הגיע לאותה רמת אינטגרטיביות של מוצרים קיניינים, לדוגמה בתחום של ALM – סביבת פיתוח התוכנה, ישנם מוצרים כמו bugzila לניהול באגים\דרישות, subversion לניהול הקוד וכד', אולם אם רוצים פתרון שכולל התייחסות לכל שלבי פיתוח התוכנה בצורה אינטגרטיבית צריך לפנות עדיין לפתרונות קנייניים כמו IBM\rational , Borland , Compuware וכד'.

המלצה שלישית לתקופה של צימצום

6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה השלישית:

סטנדרטיזציה בהקשר של מבנה ארגוני – ממשקים (אשר נדון בהם בהמשך) הנם חלק בעייתי וכואב הן ברמה הטכנולוגית והן ברמה הארגונית. הטמעה של פתרונות טכנולוגיים המחייבים עבודה צמודה של חלקים שונים בארגון ה- IT גוזלת זמן ומאמץ רבים ולכן יש להעדיף במידת האפשר פתרונות אשר מיועדים לסגמנט\צוות יחיד ולא פתרונות שמחייבים שילוב מתמיד של סגמנטים\צוותים שונים בארגון ה- IT.

המלצה שנייה לתקופה של צימצום

6 ההמלצות לתקופה של צימצום הן:
1. בשלות טכנולוגית
2. סטנדרטיזציה טכנולוגית
3. סטנדרטיזציה בהקשר של מבנה ארגוני
4. קוד פתוח
5. אינטגרציה
6. מעגל הקסמים cost-quality-speed

נדון כעת בהמלצה השנייה:

סטנדרטיזציה טכנולוגית – אנשי ה- IT משקיעים מאמץ רב בלימוד , בניית תירגולות ותהליכים ידניים או אוטומטיים ועוד ועוד. ככל שמבצעים פעולה יותר, כך המיומנות הטכנולוגית והתהליכית גוברת. לפיכך, רצוי עד כמה שאפשר לשמור על סטנדרטים טכנולוגיים בכלל להקל על תפעול ה- IT. לדוגמה, אם בארגון עובדים עם שרתים סטנדרטיים של 2 מעבדים, וכעת נכנסת מערכת הדורשת שרת אחד של 4 מעבדים או 4 שרתים של 2 מעבדים, הרי שמבחינה טכנולוגית טהורה כדאי להשתמש בשרת אחד שיהיה בטווח הקצר גם זול יותר ברכש וצריכת החשמל. אולם, בתקופה של צימצום, יש לבחון את העלויות לטווח הארוך ובמקרה של שרת בודד של 4 מעבדים המחייב לימוד סביבת ניהול חדשה, תשתית פיזית ייחודית, בנייה של פתרון DRP ספציפי, התייחסות למדיניות שדרוגים לשרת זה בלבד ועוד ועוד, עדיף להסתמך על אבני הבניין הסטנדרטיות אשר יקלו משמעותית על הצוות התפעולי.

6 המלצות לתקופה של צימצום - פתח דבר והמלצה ראשונה

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

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

ההמלצות הנוספות בכניסות הבאות בבלוג