מה מנהלי הפרויקט צריכים לדעת על ענן

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

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

שנית, גודל של צוותי הפרויקט המקומי צמצמה מאוד ואת מיומנויות של מי צריך להישאר במקום השתנו.

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

-> ->

נקה כמו בוץ? חשבתי כך! התקשרתי עופרת מומחה ענן ומנכ"ל Cloudwards. נטו, מאוריציו Prinzlau, כדי להסביר יותר על מה מנהלי הפרויקט צריך לדעת על ענן וכיצד הוא משנה את סביבת העבודה שלך. בואו נמסור לו …

סביבת היישומים הטרום-עננים

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

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

-> ->

אחריות הליבה של מנהל הפרויקט בעידן טרום ענן

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

-9 ->

מה זה נראה כמו היום

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

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

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

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

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

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

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

תהליך איתור הבאגים של הבעיה גם הופך לפשוט יותר מכיוון שהוא קורה באתר המרוחק.

פעולה זו מפשטת את תפקיד מנהל הפרויקט.

כיצד ענן משנה את סביבת העבודה שלך

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

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

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

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

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

מיומנויות האם מחשוב ענן דורשים מנהלי פרויקטים?

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

1. מיומנויות פיננסיות ותמחיר מתקדמות:

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

2. ידע עמוק יותר של Enterprise Architecture:

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

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

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