בפרק הקודם, דיברנו על זיהוי חוויה שבורה בקוד עצמו, בהתקנה המקומית, טסטים, איתור ושחזור באגים וכדומה.
בפרק הזה נעסוק בחוויית הפיתוח סביב הקוד.
יש לנו לפחות 6 שאלות שאפשר לשאול סביב הקוד, האם התהליך קיים ובריא:
א. Task – האם יש משימה במערכת הניהול משימות שצמודה לקוד, או שהקוד נכתב בעקבות בקשה שיחת סלאק או סתם במסדרון.
ב. Branch – האם ברור מאיפה יוצאים ולאיפה שולחים את הקוד?
ג. QA – האם המפתחים אחראים על האיכות ויכולים להוביל בדיקות איכות, או שתלויים בגורם חיצוני?
ד . Code Review – האם ידוע מי יעשה קוד ריוויו, מתי הוא יעשה, על מה הוא צריך להעיר ועל מה לא?
ה. DoD – האם ברור מתי המשימה הסתיימה (Definition of Done)? האם במיזוג? או אולי רק כשזה מגיע ללקוח? האם מי שהמשימה עליו, יכול להביא אותה לידי Done או שהוא תלוי באחרים?
ו. Sync – האם כל השלבים הקודמים מחוברים ומשוקפים במקום אחד, כשאני מסתכל על PR אני יכול להגיע למשימה שלו, ולהיפך. האם אפשר לדעת בכל רגע נתון אם המשימה בטיפול, בבדיקות, בPR או לאחר מיזוג.
אחרי שיש לנו קריאת כיוון איפה צריך להשקיע, זה הזמן לתכנן איך לבצע, מי בכלל אחראי להוביל DevEx? איך עושים מיפוי? איך מתעדפים? איך מתמודדים עם מנהלים שלא רוצים להשקיע?
ועל זה בפרקים הבאים.
