האם הטכנולוגיה משרתת את הצורך העסקי או שהעסק משרת אותה?
מאת: אורי טבע, מנהל פיתוח עסקי, קלאודרייד
בשנים האחרונות, בזכות עבודתנו היומיומית המשרתת חברות Deep Tech רבות, אנו מבחינים במקרים רבים בהם, באופן טבעי, מתקבלות החלטות בעלות השפעה עסקית ישירה על החברה, בדגש על עלות מול תועלת: ROI ו-TCO.
אורי טבע, מנהל פיתוח עסקי, קלאודרייד. צילום: ראובן קופיצ'ינסקי
הטכנולוגיה אמורה לייצר הכנסות לארגון. במידה שחברה מחליטה כי נכון להשקיע משאבים בהוספת פיצ'ר חדש, יכולות נוספות או מוצר חדש לחלוטין, ההחלטה חייבת לעמוד בקריטריונים אשר ניתנים לכימות, תוך שאילת השאלה הבסיסית – כיצד ניתן לממש אותו באופן הנכון ביותר לארגון?
לדוגמה, לא יהיה זה נכון ללכת שבי אחרי טכנולוגיה חדשה, אם לא קיימים המשאבים הנחוצים לפתחה, או לתמוך בה לאורך זמן. זאת כמובן כל עוד לא מדובר ביכולת אסטרטגית, עבורה נכון הארגון להשקיע את המשאבים הנוספים.
יתרה מזאת, לכשהתקבלה החלטה על פיתוח של פיצ'ר חדש, המבוסס על טכנולוגיה חדישה שאיתה רוצים חברי הצוות הטכנולוגי להתנסות, עולות השאלות הבאות:
- האם הצוות העסקי-פיננסי בחן את הרציונליזציה מאחורי הפיתוח?
- האם נעשה חישוב של ההשפעה העסקית של פיתוח-מול-עלות ישירה (עלות המחשוב, תקשורת ושעות אדם) ועקיפה (תמיכה, תחזוקה וכדומה)?
- האם בוצעה התייעצות עם המוביל הכלכלי של החברה, כדי להבין את העלות האמיתית של אותו פיצ'ר לטובת קבלת החלטה מושכלת?
AWS Well Architected Framework
אחד היתרונות הבולטים של עבודה מוכוונת Best Practices בענן הציבורי הוא היכולת לכמת מיידית כל שירות מופעל, כמו גם היכולת לעקוב בזמן אמת אחר שינויים ומציאת האנומליות. אותן אנומליות עלולות לגרום לחריגה תקציבית מצד אחד, אך זיהוין מסייע לנו לבצע שינויים ותיקונים מיידיים, ולמתן את ההוצאה הלא מתוכננת מצד שני.
אחד מעמודי התווך העיקריים ב-AWS Well Architected Framework, כלי חינמי המתכלל את מירב ה-Best Practices של AWS, הוא בחינה כלכלית של הפתרון הקיים או המוצע, והתאמתו לצורך העסקי המדויק של הארגון. מומלץ בחום לצפות בהרצאה המרתקת בנושא, שניתנה על ידי ד"ר ורנר ווגלס, ה-CTO של אמזון (Amazon), בכנס re:Invent 2023.
עוד ערך מוסף שנכון לשקול בהקשר הענן הציבורי הוא היכולת לטעות מהר ולתקן, כלומר, אין צורך ברכישת משאבי מחשוב לטובת הקמה של סביבת פיתוח נוספת ייעודית לבחינת היתכנות של פיתוח, כאמור. במצב הגרוע ביותר, משקיעים את מספר השעות המוסכמות מראש, ואם מגיעים להבנה שההשקעה לא עמדה בקריטריונים הרלוונטיים, ניתן למחוק את סביבת הפיתוח ולהפסיק לשלם עליה מיידית.
