המלצות לסטנדרטיזציה של כלים ותהליכים

חלה על המלצה זו של רשימת פעולות לביצוע של Power Platform Well-Architected Operational Excellence:

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

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

אסטרטגיות מרכזיות בתכנון

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

השתמשו בכלים הזמינים לפלטפורמה

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

הכלים צריכים לספק את הפונקציות הבאות:

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

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

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

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

קבעו מסגרת פיקוח לפיתוח משותף

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

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

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

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

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

העריכו מדדים כדי לכמת יעילות

צוותי פיתוח ואבטחת איכות יכולים להביא לשיפור רק כאשר הם מכמתים את יעילותם. כדי לכמת יעילות, עליהם לזהות את המדדים שמודדים את מהירות מפתחים ולהגדיר מדדי ביצועים מרכזיים (KPI).

דוגמאות למדדים אלה כוללות:

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

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

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

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

מדריך הסגנון צריך לכלול:

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

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

יישמו תקנים והנחיות לטיפול בחוב טכני

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

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

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

יישמו גישה של 'הסטה שמאלה' לבדיקות

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

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

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

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

סיוע של Power Platform

קווי הצינור ב- Power Platform שואפים לדמוקרטיזציה של ניהול מחזור חיים של אפליקציות (ALM) עבור לקוחות Dynamics 365 ו- Power Platform על-ידי הוספת אוטומציה של ALM ויכולות אינטגרציה רציפה ואספקה ​​רציפה (CI/CD) לשירות.

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

ניתן להשתמש בכלי יצירה של Microsoft Power Platform עבור Azure DevOps כדי להפוך לאוטומטיות משימות בנייה ופריסה נפוצות שמבוססות על Power Platform.

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

API אינטרנט של בודק Power Apps מספק מנגנון להפעלת בדיקות ניתוח כנגד התאמות אישית והרחבות בפלטפורמת Microsoft Dataverse.

Test Studio מאפשר לבנות בדיקות ממשק משתמש מקצה לקצה עבור יישום בד הציור שלכם.

אוטומציה של בדיקות עם קווי צינור של Azure DevOps.

Power CAT Code Review Tool מאפשר לבצע ביקורות קוד.

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

Microsoft Power Platform CLI ‏(PAC CLI) הוא כלי שורת פקודה התומך, בין היתר, בייבוא ​​וייצוא של פתרונות Power Platform, ובאריזה וביטול אריזה מקובצי מקור של פתרונות Power Platform. PAC CLI זמין ככלי שורת פקודה עצמאי או כהרחבה עבור Visual Studio Code.

כלים ושירותים אחרים שיכולים לעזור לכם לתקן את שיטות הפיתוח כוללים:

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

  • Azure Pipelines, שירות ענן המספק שירותי בנייה והפצה לתמיכה ב- CI/CD של האפליקציות שלכם.
  • Azure Boards, כלי ניהול עבודה המבוסס על אינטרנט התומך בפרקטיקות Agile כמו Scrum וקנבן.
  • מאגרי Azure, כלי בקרת גרסאות התומך במערכת בקרת גרסאות מבוזרת Git ובמערכת Team Foundation Version Control.
  • Azure Test Plans, פתרון על בסיס דפדפן לניהול בדיקות, המספק את היכולות הנדרשות לבדיקות ידניות מתוכננות, בדיקות קבלת משתמשים, בדיקות מחקר ואיסוף משוב מבעלי עניין.

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

למידע נוסף

פיקוח על פיתוח משותף

רשימת בדיקה למצוינות תפעולית

עיין במכלול ההמלצות המלא.

רשימת תיוג למצוינות תפעולית