‏הצגת רשומות עם תוויות software maintenance. הצג את כל הרשומות
‏הצגת רשומות עם תוויות software maintenance. הצג את כל הרשומות

מתי הזמן לחלון חדש? New Windows Desktop

לאחרונה התפרסמו ידיעות (או לייתר דיוק שמועות) לגבי תאריך היציאה של גרסת ה- Windows Desktop הבאה גרסה 8. על פי פרסום הבלוג דובר על יציאה לשוק של עוד כשנתיים כלומר באוקטובר 2012.
הוצאה של גרסת Windows חדשה הנה משמעותית ביותר עבור מיקרוסופט, לקוחתיה וקהל השותפים שלה כאשר ישנם שיקולים מנוגדים לגבי הקצב האופטימלי של יציאת הגרסאות החדשות.
המשתמשים הביתיים, יצרני החומרה והתוכנה והאינטגרטורים, כולם בעד קצב שחרור גרסאות מהיר. המשתמשים הביתיים רוצים לעבוד במוצרים חדשים ו"נוצצים" ולא במוצרים ישנים ו"מאובקים". יצרני החומרה משוכנעים שגרסאות חדשות של Windows יאפשרו להם למכור חומרה מתקדמת יותר ולפיכך גם יקרה יותר. יצרני התוכנה יצטרכו להתאים את התוכנה שלהם לגרסה החדשה של Windows כלומר להוציא גרסה חדשה של המוצר וזהו טיען משכנע מבחינתם למכירות חדשות של מוצרים או למכירות של שירות עדכוני תוכנה. באותו אופן האינטגרטורים המטמיעים מוצרי מיקרוסופט ישמחו מאוד לבצע פרוייקטים להטמעת הגרסה החדשה של Windows.
מצד שני ישנה התנגדות לקצב שחרור גרסאות מהיר של Windows Desktop. תהליך הוצאת הגרסה עצמו הוא תהליך מסובך ויקר למיקרוסופט עצמה. מדובר על בדיקות מקיפות ביותר בעלות היקף חסר תקדים. בגלל לקחי העבר, במיקרוסופט יש הקפדה על איכות הרבה יותר מחברות מקבילות ומארגוני IT . להערכתנו מיקרוסופט משתמשת בפי 3 בודקי תוכנה לעומת מקבילים בתעשייה ומשמעות "אריזת הגרסה" היא עלויות של מליוני דולארי רבים דבר שפוגע ברווחיות של מיקרוסופט ומהווה משימה קשה לביצוע.
התנגדות קשה לא פחות נמצאת בקרב הלקוחות הארגוניים. שדרוג גרסה אצל ארגונים גדולים מחייב בין הייתר – בדיקה של תאימות מערכת ההפעלה החדשה למערכות הקיימות בארגון, אריזת ה- IMAGE החדש, שדרוגי חומרה, הדרכת מרכז השירות והדרכת המשתמשים עצמם. מדובר בתהליך יקר שאורך כמה חודשים במקרה הטוב עד שנה וחצי ויותר בארגונים בעלי אלפי משתמשים. כלומר המשתמשים ארגוניים דווקא מחפשים יציבות ומבחינתם קצב הוצאת גרסאות מהיר של Windows Desktop הנו בהחלט "עונש". לכן ישנם ארגונים שמדלגים על גרסאות. לדוגמה ארגונים רבים שהשתמשו ב- Win98 דלגו על Windows ME והטמיעו Windows XP. באותו אופן ארגונים דלגו על Vista (שהייתה מוצר בעייתי) וכעת מטמעים Windows7. שיקול רלוונטי נוסף הוא צמידות בין Windows Desktop לגרסאות של Microsoft Office. לקוחות רבים מעדיפים לבצע שדרוג לשני מוצרים אלו יחד בעיקר בכדי לחסוך בעלויות הבדיקות וההדרכה. נכון להיום ארגונים רבים בישראל מטמיעים הן Windows 7 והן Office 2010 והתגובות מהשטח הנן טובות.
ואולם, הוצאת Windows Desktop בתדירות נמוכה עלולה לפגוע בצורה קשה בהכנסה החשובה ביותר של מיקרוסופט מהארגונים העסקיים, שירות ה- Software Assurance. כאשר רוכשים מוצרים מיקרוסופט (כמו גם מוצרי תוכנה אחרים) ניתן לרכוש את המוצר עם עדכוני תוכנה וללא עדכוני תוכנה אשר נקראים אצל מיקרוסופט Software Assurance. רכישה זו נותנת זכות ללקוחות להנות מכל גרסה חדשה של המוצר שתצא במהלך הסכם ה- Software Assurance. הוצאת גרסאות של Windows Desktop (או כל מוצר אחר) בתדירות נמוכה מורידה את הכדאיות של רכישת ה- Software Assurance . חשיבות הכנסות אלו לתזרים של מיקרוסופט הנה עצומה. לא רק בגלל סכום ההכנסה אלא גם בגלל שמדובר בהכנסה קבועה וצפוייה מראש, סוג ההכנסות שגורם לארגונים לגדול ולצמוח. זאת לעומת הכנסות ממכירת מוצרים חדשים, הכנסה שאינה קבועה, אינה צפוייה ומחייבת מאמץ מכירתי גדול בכל פעם מחדש.
ולכן, בסיכומו של דבר, התדירות הרשמית של הוצאת גרסת מערכת ההפעלה כל 3 שנים הנה פשרה בין השיקולים השונים כאשר בפועל הלקוחות הארגוניים בישראל "מצביעים ברגליים" (או לייתר דיוק "מצביעים בארנק") לטובת רכישת Software Assurance , רכישה שצופנת בחובה הטבות נוספות כגון שירות משופר, הדרכות שמיקרוסופט מממנת וכד'.
עם זאת שינויים בשוק עשויים להקשות על מיקרוסופט בתחום זה. הפופלאריות של מתחרים חזקים בתחום המשתמשים הביתיים – Google ו- Apple תגרום בסופו של דבר גם לזליגה של טכנולוגיות אלו גם לארגונים. טכנולוגיית ה- HTML5 שתבשיל תוך מספר שנים תגרום לכך שאפליקציות רבות יעבדו בצורה טובה מאוד גם דרך ממשק הדפדפן, דבר שיחזק מאוד את תפיסת ה- SAAS ותפיסת הענן בכלל. מיקרוסופט משקיעה רבות בתחום זה באמצעות השקת WindowsLive , Azure ויוזמות רבות אחרות. למיקרוסופט יש נכסים עצומים בתחום תחנות הקצה, המשתמשים הביתיים והארגוניים ואולם שינויים אלו ישפיעו בסופו של דבר המודל העסקי שכל כך היטיב עם מיקרוסופט. בסופו של דבר מיקרוסופט עשוייה גם לשנות את קצב הוצאת הגרסאות של Windows Desktop כמו גם את קצב הוצאת הגרסאות של מוצריה האחרים


תחזוקת תוכנה - SW maintenance

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

בהמשך לבקשתך להלן התייחסותנו לסוגיה של תחזוקת תוכנה.
"תחזוקת התוכנה" – הפעולות שיש לבצע לאחר שהתוכנה עלתה לאוויר – מאגדת מספר משימות:
1. שינויים ושיפורים בתוכנה הקיימת
2. תיקוני תקלות \ באגים
3. שינויים בתוכנה עקב גורמים תשתיתיים לדוגמא עוברים ל- Windows7 וכעת יש צורך לבצע התאמות בתוכנה כך שתעבוד עם Win7. לעיתים ניתן להכניס לקטגוריה זו גם חלק מהשינויים ושיפורים. לדוגמה רוצים לחבר את המערכת ב- web services עם מערכות אחרות (מבלי לשנות את הפונקציונליות העסקית של המערכת).
4. תחזוקה כוללת לעיתים גם "שירות לקוחות" \"הדרכה" הכולל הסבר למשתמשים העסקיים מה בדיוק המערכת עושה (כאמור לאחר תום ההטמעה הרשמית).

ישנם גורמים רבים המשפיעים על המאמץ הנדרש בתחזוקת התוכנה. ביניהם:
1. עד כמה מסמך האפיון התאים לסביבה העסקית
2. עד כמה כל הדרישות במסמך האפיון פותחו ונכנסו לייצור
3. עד כמה הסביבה העסקית משתנה (תחרותית, רגולציה וכד'). יותר שינויים עסקיים משמעותים יותר "שינויים ושיפורים" – יותר תחזוקה. תחלופת מנהלים בכירים בעסק עלולים לגרור שינויים עסקיים ואיתם עליה בתחזוקה.
4. באיזה טכנולוגיה נמצאת המערכת ובאיזה שלב של מחזור חיים טכנולוגי היא נמצאת (לדוגמה מערכת שמסופקת כעת עם windows 7 תדרוש פחות תחזוקה מבחינה תשתיתית מאשר מערכת שמסופקת עם WindowsXP כאשר סביר להניח שהארגון יעבור ל- Win7 עוד שנתיים שלוש).
5. באיזה מידה הארכיטקטורה של המערכת גמישה ומאפשר שינויים.
6. רמת הקריטיות של המערכת.
7. רמת הפיתוח והתעוד של המערכת.
8. מורכבות המערכת ובכמה מערכות היא תלוייה. כי שינויים במערכות שבהם היא תלוייה עלולים להביא לגידול במשימת התחזוקה.
9. קיום מומחה. לעיתים כאשר מומחה במערכת עוזב, צריכים להשקיע יותר ב"תחזוקה" כי קשה להבין מה קורה במערכת.
10. כמה שינויים התבצעו בשנה האחרונה. הרבה שינויים יגררו יותר "תיקון תקלות" בשנה אחריה.
11. ה- SLA שנדרש מהמערכת מבחינת זמינות. כאשר המערכת צריכה להיות מאוד יציבה וזמינה 24 שעות – המשמעות היא שעלות התחזוקה גבוהה יותר כי גוף הפיתוח צריך להחזיק צוות בכוננות. דבר שמעלה את עלות התחזוקה.

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