אספקת טכנולוגיה מרומניה, בממשל בכיר

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

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

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

אספקה מרומניה עבור לקוחות אירופיים

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

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

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

יותר מאשר השלמת כוח אדם

לשלוח קורות חיים זה קל. לקחת אחריות על התוצאה זה כבר פחות. VODIS אינה מסתפקת בהצגת אנשים ואז בהתרחקות מהתוצאה.

בהתאם למנדט המוסכם, VODIS יכולה לסייע:

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

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

יכולות אספקה

ניתן לבנות את האספקה סביב יכולות כגון:

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

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

מודלים גמישים של אספקה

מודל האספקה והמודל המסחרי צריכים ללכת אחרי העבודה, ולא להפך. ארבע צורות מכסות את רוב המצבים:

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

תעריפים, היקפים ותנאים מסחריים נקבעים בכל מקרה לגופו ואינם מתפרסמים כאן.

הנדסה נתמכת בינה מלאכותית

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

בשימוש זהיר, הנדסה נתמכת בינה מלאכותית יכולה לתמוך:

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

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

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

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

ממשל בכיר סביב האספקה

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

בהתאם למנדט, הממשל סביב האספקה יכול לכלול:

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

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

משולב בתוך הארגון שלכם

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

בפועל פירוש הדבר בדרך כלל להסכים מוקדם על:

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

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

שקיפות האספקה

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

בהתאם להתקשרות, זה יכול לכלול:

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

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

אבטחה ושליטת הלקוח

האספקה צריכה להיכנס לתוך סביבת הבקרה של הלקוח, ולא לעקוף אותה.

בדרך כלל פירוש הדבר לעבוד בתוך:

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

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

כיצד מתנהלת התקשרות

חמישה שלבים, רגילים במתכוון:

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

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

מתי אספקה בניירשור מתאימה

היא נוטה להתאים במצבים מוכרים:

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

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

גיוון מקורות האספקה

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

יכולת אספקה נוספת יכולה לסייע:

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

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

הניסיון שמאחורי הגישה

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

כפי שכבר פורסם במדור הניסיון הנבחר, מדובר בתוכניות שהובלו או תואמו בידי מייסד VODIS בתפקידי ניהול בכיר והנהלה קודמים, לפני הקמת VODIS. הניסיון המתואר בפומבי כולל:

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

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

מה התקשרות יכולה לספק

בהתאם להיקף המוסכם, התקשרות יכולה להפיק:

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

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

נדבר על צורכי האספקה בניירשור שלכם