ליז ארהיים, יבמ-רשיונל: "התוכנה היא הדבק של העולם המודרני, ולכן – חשוב לנהל את מחזור החיים שלה"

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

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

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

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

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

איך מייעלים את עבודת המפתחים?
"עושים זאת בין היתר באמצעות הגברת האוטומציה, כלומר: שימוש בכלים שיחליפו את הגורם האנושי, ובכך יפחיתו את טעויות האנוש ויאיצו את הפיתוח ואת האינטגרציה. במה שאי אפשר למכן, חברי הצוות עצמם חייבים לעבוד כיחידה משותפת אחת. צוותים רבים לא ממוקמים פיזית ביחד, יש איים של ארגונים, איים של גיאוגרפיות וכו'…, אך, למרות זאת, הצוותים נדרשים לעבוד יחדיו ולשתף פעולה. לשם כך יש לנו את פלטפורמת Rational Software Delivery, הנתמכת בידי טכנולוגיית ג'אז, שהיא תקן פתוח, ומאפשרת את השיתוף הזה. המערכת הזו מתמקדת בניהול שינויים, ניהול תצורה וניהול קוד מקור, והיכולת שלה היא לאפשר לצוותים של אנשים שיכולים להיות מבוזרים לעבוד על אותו קוד מקור ולשנות אותו באמצעות יכולת המעקב והסביבה השיתופית. זאת, כדי שכל אחד יוכל לדעת מה עושים חבריו". היא הוסיפה, כי "המערכת כוללת עוד שני מרכיבים: פתרון לעמידה ברגולציות ותקנים ופתרון לאבטחה מובנית במהלך שלב הפיתוח".

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

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

תגובות

(0)

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *

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

אירועים קרובים