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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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