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