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

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

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

מיחשוב ענן זה השלב הבא של מונח חדש ישן ב NewSpeak של מיקרוסופט Dynamic IT. שזה (בתרגום חופשי), שם הקוד של מיקרוסופט, לכל הטכניקות והכלים, שנועדו, בסופו של דבר, להקטנת עלויות השימוש השוטף של מחלקת התשתיות.

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

הפתרון לבעיה של מנהל מחלקת התשתיות זה להיות גבוה, עניים כחולות, עדין, קשוח, שרירי, מומחה לקרב מגע, יודע להטיס את כל המטוסים, צלף, מומחה לחבלה וכלי נשק, עם קידומת 007. בקיצור, להלן שקף שמתאר את James Bond שפותר את כל הבעיות של התשתיות בארגון, כפי שמיקרוסופט רואה את זה.

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

דרך אגב, בוב היה הוגן מספיק כדי לציין, שהמונח Dynamic IT הוכנס ללקסיקון רק ב 2003 ושהוא הוגדר כחזון של 10 שנים קדימה, כך שיש לנו עוד שנתיים להגיע לשם.

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

אז לאחר שראינו כמה ההווה גרוע, בא השלב של להראות לנו שהעתיד עם הענן יהיה הרבה יותר טוב. לומר את האמת, היתה לי בעיה קשה עם הקטע הזה. כי אם מערך המיחשוב הארגוני שלי, היה מתפקד רק עשרה אחוז ממה שהראה הדמו הנ"ל אני לא בטוח שהייתי רוצה לשנות משהו. ואני רוצה לחזור, למי שלא הספיק להבין, מה הדמו הראה. אני חוזר: מתיקון Bug ל Full Dployment, כולל קינפוג מחדש של Load Balancer, והיה שם גם Cluster בדרך, והכל ב 15 דקות. יודע מה, אם מערך המיחשוב שלי היה עושה את זה לא ברבע שעה, ולא ב 15 שעות, אלא ב 15 ימים. אני די בטוח שלא היו לי דרישות נוספות ממחלקת ה IT שלי.

אז להלן תקציר המנהלים של מה זה ענן לפי בוב.

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

לומר את האמת, אני לא מכיר CFO ו CEO שלא יחתמו על זה בעיניים עצומות ויבקש שיביאו להם את זה אתמול.

אז כמה הערות רציניות על הנושא הזה, לפני שאני נאלץ לעצור את הוידאו וללכת לעבוד קצת.

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

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

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

למי שעדיין לא יודע, Juval חוצה את ארצנו בסוף חודש יוני, בקצה של הסיבוב האירופאי שלו, כדי להעביר סדנא יחודית של יומיים, על טכניקות ניהול פרקטיות לפרויקטי תכנה. על הסדנא כבר כתבתי כאן ולא זה הנושא של הפוסט הזה.

כמו בכל ביקור Juval, כחלק מהתרומה לקהילה. יעביר הרצאה במפגש קבוצת משתמשים. הפעם הנושא הוא כללי יותר, ומיועד בעיקר למנהלי פרויקטי תכנה, מנהלי פיתוח, דרג CTO – ים, מפתחים בכירים וכל מי שאמור להתממשק בדרך זו או אחרת אל הארכיטקט. ההרצאה תעסוק בתפקידו, ואולי יותר חשוב, בתחומי האחריות, של הארכיטקט בפרויקט.

ל Juval נסיון עשיר בניהול פרויקטים, הן כארכיטקט והן כמנהל פרויקטים. הידע הזה מתועד וישל לו רקע מתודולוגי בטכניקה של IDesign Methode, שהיא הבסיס למירב פרויקטי האכיטקטורה ש Juval מעורב בהם. שיטה זו גם מהווה חלק חשוב בסדנאות הארכיטקטורה של Juval.

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

מי שמעוניין לשמוע יותר על הנושא המעניין הזה, ולקבל קצת מנסיון החיים, של ארכיטקט בכיר ומנהל פרויקטים, מוזמן למפגש קבוצת המשתמשים, שיערך בערב של ה 30/6/10.  ההשתתפות במפגש קבוצת המשתמשים הוא חינם, אבל מותנה בהרשמה כאן.

מי שמעוניין בסדנא יחודית בת יומיים (בתשלום) למנהלי פרויקטי תכנה, שנותנת תשובה מעשית לשאלת שלושת ה O – יםו: on schedule, on budget, and on quality, every time. מוזמן להציץ כאן.