במה דומים המיתון וערב פסח? בשניהם מסתובב בעל הבית ומחפש בנרות: בפסח, פירורי חמץ, ובעת משבר, פירורי תקציב שאפשר לקצץ. מה לא קיצצו? מכונות קפה, שטיפת מכוניות, חדרי כושר, ניירות להדפסה ועוד היד נטויה, הכל כדי לא להגיע לבשר החי ולפטר עובדים. מפליא אם כן שמתעלמים דווקא מסעיף תקציבי אשר כרוך בהוצאות שעלולות להגיע לעשרות אלפי דולרים בשנה - רישיונות תוכנה.
בניגוד למשבר של שנת 2001, תזמון המיתון הנוכחי מאפשר למנהלים, בכל ארגון כמעט, לשקול מערכות קוד פתוח מקצועיות כחלופה למערכות תוכנה קנייניות יקרות.
במשבר הקודם לא הייתה ברירה, ומנהלים היו חייבים לשלם סכומים נכבדים עבור רישיונות תוכנה, בעיקר בארגונים עתירי מחשוב הדורשים יישומים מורכבים ואינטגרטיביים. כיום, ישנן חלופות קוד פתוח מקצועיות כמעט לכל יישום ארגוני - ממערכות ניהול תשתיות ופיתוח, ועד ליישומים משרדיים בתחנות קצה.
צריך לזכור שדמי הרישיון אינם הסעיף היחידי בהטמעה ובשימוש בתוכנה. מבנה ההוצאות המקובל עבור מערכות תוכנה ארגוניות מורכב מעלות דמי הרישוי, עלות השירות הנלווה (הטמעה, מיגרציה, שו"ש וכדומה) ומעלות התחזוקה (עדכונים, תמיכה שוטפת וכדומה). תוכנה מקצועית בקוד פתוח מאפשרת להוריד מהמשוואה את עלות דמי הרישוי ולהפנות את הכסף למקומות בהם הוא נדרש יותר, בתוך הפרויקט (הגדלת מרכיב השירות הנלווה) או בחלק אחר של הארגון.
סביר להניח שהקוד הפתוח לא יוכל לצמצם את ממדי הפיטורים בהי-טק, אבל אין ספק שכל מנהל צריך לשאול את עצמו האם דמי הרישיון עבור התוכנות שבידו הם הכרחיים. זו התקופה לבחון מעבר לשרתים מבוססי לינוקס, למערכות הפעלה שולחניות מבוססות לינוקס ולסביבות משרד ואפליקציות אחרות מבוססות קוד פתוח.
הדבר נכון עבור כל ארגון - החל מסטארט אפים אשר מרכיב הרישיונות אצלם הוא חלק משמעותי מהתקציב הקטן יחסית שלהם, וכלה בממשלה, אשר חייבת לבחור במערכות קוד פתוח כחלופה אסטרטגית למערכות קנייניות.
הנה חמישה כללים בסיסיים להכנסת מערכות קוד פתוח בסביבה עסקית:
1. מעבר למערכות קוד פתוח דומה לכל פרויקט מיגרציה, ויש לשקול את כל המורכבויות ברצינות, כמו בכל פרויקט.
2. יש לוודא כי עלות הבעלות הכוללת (TCO) של תוכנת הקוד הפתוח, כולל עלות המיגרציה, התמיכה והשירות, היא אכן נמוכה יותר מאשר המצב הקיים, בחישוב על פני מספר שנים קדימה.
3. יש לוודא כי התוכנה כוללת הסכם שירות מחייב (SLA) וכי ספק התוכנה רציני ויציב. לגיטימי לגמרי לדרוש ערבויות להמשך פעילות הספק, כמו בכל הסכם רכש. קיים יתרון אחד אינהרנטי בשימוש בתוכנות קוד פתוח - קוד המקור נגיש ללקוח, ובמקרה קיצון לא הכל אבוד.
4. רצוי לבחור בתוכנת קוד פתוח אשר קיימת לה קהילה תוססת וחיה של משתמשים ומפתחים, גם אם אתם מקבלים אותה מספק מסחרי; כך תבטיחו, בין השאר, כי לא תהיו כבולים אל הספק.
5. באופן כללי, יש לבחון כל חלופה לגופה ולגוף התועלת שהיא מביאה לתפקוד מחלקת המידע והארגון. לא כל פתרון קוד פתוח מתאים לכל צורך, גם אם הוא זול יותר מחלופות קנייניות. יחד עם זאת, אין לפסול מערכות קוד פתוח רק מכיוון שהן כאלה.
הוספת תגובה על "הקוד הפתוח יצמצם הפיטורים בהי-טק?"
נא להתחבר כדי להגיב.
התחברות או הרשמה