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

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

היום נבחן כיצד ספירנט מוכנה ב-Shoprocket.

אנו מבצעים תהליך ספירנט של 10 ימים. הנה מה יום ממוצע נראה עבור אחד מהמפתחים שלנו:

• 4 שעות ספירנט
• 2 שעות תיקון באגים
• 2 שעות זמן חופשי

זה אומר שכל מפתח יש לו 40 שעות ספירנט לעבוד על המשימות שלו. כל שעה מקבילה לנקודת סיפור ואלו מפורקות בדרך הבאה:

גודל סיפור

• קטן = 5 נקודות סיפור
• בינוני = 10 נקודות סיפור
• גדול = 20 נקודות סיפור
• מאוד גדול = 40 נקודות סיפור

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

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

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

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

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

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

הנה איך אחת המשימות שלנו ב-Sprint.ly נראית.

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

ואז אנחנו בונים את זה. פשוט, נכון?