Software Development Tools Do Not Make Teams Fast
כלים לא הופכים צוותים למהירים.
צוותים נעים מהר בזכות האנשים שלהם, הבהירות שלהם והתהליכים שלהם. כלים לא יכולים ליצור דברים כאלה.
הכלים הנכונים עושים דבר אחד: הם מפסיקים להאט את הצוותים.
צוותי הנדסה רבים פועלים במעגל רע. הם מרגישים איטיים. הם קונים כלים חדשים. הם עוקבים אחר מדדים. התוצאות מעורבות. הם מסיקים שהכלים היו לא נכונים וקונים עוד.
הגישה הזו שגויה. לא כדאי לחפש כלים כדי להוסיף מהירות. כדאי לחפש כלים כדי להסיר חיכוך.
אם אתם מחפשים מהירות, אתם קונים כלים עם המון פיצ'רים ומדדי ביצוע גבוהים. הכלים האלו הם לרוב מורכבים. הם דורשים מומחיות משלהם. הם יוצרים חיכוך חדש.
אם אתם מחפשים להסיר חיכוך, אתם קונים כלים משעממים. אתם מחפשים כלים שעושים דבר אחד טוב. הם משתלבים ב-stack הנוכחי שלכם. הם דורשים תחזוקה נמוכה.
החיכוך היקר ביותר אינו נמצא ב-IDE או בפלטפורמת ה-CI שלכם. הוא נמצא ברווחים שביניהם.
מפתח כותב קוד. הוא מבצע commit. ה-CI pipeline רץ. התוצאה מופיעה באפליקציית צ'אט. בכל פעם שאדם מעביר מידע בין הכלים האלו, הוא מבזבז זמן.
הפסיקו להעריך כלים בבידוד. חיכוך לא נמצא בתוך כלי בודד. הוא נמצא ביניהם.
כשאתם בוחרים כלי, שאלו את ארבע השאלות הבאות:
- איפה בדיוק הצוות מבזבז זמן?
- מהו הכלי המינימלי הדרוש כדי לתקן את האובדן הספציפי הזה?
- האם הכלי הזה משתלב עם מה שאנחנו כבר משתמשים בו?
- כמה תחזוקה זה ידרוש ככל שהמערכת שלנו תגדל?
הימנעו מפיזור כלים (tool sprawl). ריבוי כלים שפותרים את אותה בעיה יוצר בלגן. זה מקשה על ה-onboarding ומאט כל תגובה לאירוע (incident response).
הכלים הטובים ביותר הם בלתי נראים. הם רצים, הם מדווחים, והם מפנים את הדרך. אם כלי דורש תשומת לב מתמדת רק כדי להישאר פונקציונלי, הוא לא עוזר לכם.
הפסיקו לקנות פיצ'רים. התחילו להסיר חיכוך.