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

בהתאם לגודל הארגון שלך, ייתכן שתרצה להפוך את גישת האימוץ של Microsoft Power Platform לפורמלית על-ידי הטמעת מודל ארגון מובנה. עליך להביא בחשבון את הדרכים הבאות לבניית הצוות ולהחליט מה תהיה ההתאמה הטובה ביותר למצב ולארגון.

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

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

ממורכז

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

בעזרת מודל זה, אתה יוצר צוות מרכזי שיוכל להמשיך בפיתוח יישומים בהתאם לסדרי העדיפויות של הארגון. בנוסף, מכיוון שיש להם מומחיות בסיסית ב- Power Apps, הצוות שלך יכלול חברים המתמחים בחלקים ספציפיים של Microsoft Power Platform כגון Power Automate,‏ Power BI וב- Power Apps component framework, או שהם יכולים להתמחות בשילוב צד שלישי ובינה מלאכותית. מודל זה הוא דרך יעילה להניע שינויים ברחבי הארגון והיא הדרך הטובה ביותר לספק יישום מסוג כלשהו.

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

סוג אספקת היישומים	סוג מודל האספקה	זמן פיתוח היישום	אורך חיי היישום	דוגמאות	מעורבות IT
שירות עצמי	כלשהו	שבוע-שבועיים	6-12 חודשים	פתרונות קטנים, מחלקתיים או LOB.	IT מבוזר
צוותים קטנים	עם מטריצה/ממורכז	3-6 חודשים	6-24 חודשים	צוותים קטנים שפועלים לספק פתרונות בינוניים או פתרונות לכמה מחלקות.	IT מבוזר
פתרונות לכמה מחלקות או לקווי פעולה עסקיים גדולים	עם מטריצה/ממורכז	3-6 חודשים	6-24 חודשים	צוותים עם מטריצה גדולים הפועלים לספק פתרונות בינוניים וגדולים או פתרונות בתוך מחלקות.	IT ממורכז
אספקת מוצרים בקנה מידה גדול	ממורכז	שנה-שנתיים	5-7 שנים	פעולות אספקה גדולות של מוצרים ברחבי הארגון ממנפות שילוב של פתרונות Power Apps עם קידוד מועט או קידוד מרכזי יחד עם פתרונות צד ראשון וספקים.	IT ממורכז
אספקה של ספקים לארגונים גדולים	ממורכז	7 שנים	10-15 שנים	אסטרטגיה מקיפה למערכת צד שלישי של מסגרת תמיכה ורשומות. לדוגמה, הטמעת SAP והסביבה עם תערובת של בתכנות פשוט ופתרונות קוד-קודם ב Power Apps ואחר Microsoft אינטגרציות של צד שלישי.	IT ממורכז

מבוזר

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

מטריצה

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

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

BizDevOps

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