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

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

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

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

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

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

סביבת היישומים לפני הענן

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

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

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

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

איך זה נראה היום

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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