Scrumban.
הזרימה הרציפה של Kanban עם הספרינטים התחומים בזמן של Scrum. למייסדים יחידים או לצוות קטן, זה הקצב הקצר ביותר שעדיין מכריח לשחרר.
Weft הוא מנהל המשימות מבוסס ה-AI למייסדים סולו ולצוותים קטנים.
מה זה בעצם Scrumban
Scrumban שומרת מ־Kanban ומ־Scrum את מה שבאמת עושה עבודה, ומוותרת על השאר. מ־Kanban היא לוקחת את הלוח החזותי, את תהליך העבודה המבוסס על עמודות ואת מגבלות העבודה בתהליך — הדברים שהופכים את הזרימה לקריאה. מ־Scrum היא לוקחת את הספרינט התחום בזמן — הדבר שהופך בקלוג לתוכנית.
על מה היא מדלגת: ישיבות סטנדאפ יומיות, ישיבות ליטוש ספרינט, טקסי סטורי פוינטס ורטרוספקטיבות כטקס קבוע. כל אלה עובדים לעשרה מהנדסים בארגון מכוונן היטב; הם לא עובדים למייסד אחד שמנסה לשחרר משהו בשבת.
למה Weft בחרה ב־Scrumban
Weft קיימת כי רוב הכלים לניהול משימות מעוצבים לאחד משני קצוות: אפליקציית משימות ליחיד (רשימה אינסופית, בלי קצב) או חבילת Agile לחמישים איש (עומס תהליכי על מייסד יחיד). Scrumban יושבת בדיוק באמצע — מספיק מבנה כדי להכריח שחרור שבועי או דו־שבועי, אבל לא כל כך הרבה שתבלו את יום השחרור בניהול שלו.
איך Weft מיישמת את זה
- ארבע עמודות כברירת מחדל: Backlog, Todo, Doing, Done. העבודה בתהליך מוגבלת לפי מה שממתין לכם, ולא לפי מספר קבוע לכל עמודה. ה־ Kanban Guide רואה במדיניות מפורשת להגבלת העבודה בתהליך חלק מהגדרת תהליך העבודה, כך שפריטים חדשים נמשכים פנימה רק כשמתפנה קיבולת.
- ספרינט פעיל אחד בכל פעם. ספרינטים הם אופציונליים — אפשר לוותר עליהם אם Kanban טהור מתאים יותר. ה־ Scrum Guide מגדיר ספרינטים כאירועים באורך קבוע של חודש או פחות, כשספרינט חדש מתחיל מיד עם סיום הקודם.
- למשימות יש עדיפות, הערכה, תאריך יעד ושיוך אופציונלי לספרינט. בלי אפיקים, בלי תהליכי עבודה מותאמים, בלי שדות מותאמים אישית.
- זמן המחזור מתחיל כשמשימה עוברת לעמודה עם
semantic="doing"ומסתיים ב־"done". המספרים נובעים משימוש כן, לא מחשבון של סטורי פוינטס.
מתי Scrumban היא לא השיטה הנכונה
- כשמנהלים כמה צוותי Scrum במקביל. ה־ Scrum Guide מעמיד צוות Scrum בדרך כלל על 10 אנשים או פחות, וקובע שמוצרים גדולים יותר צריכים להתארגן בכמה צוותי Scrum שחולקים Product Goal אחד ו־Product Backlog אחד. דיווח ברמת התוכנית, ולוסיטי משותפת, תלויות בין צוותים — כאן Scrum מלא ב־Jira מצדיק את עצמו. ה־ Nexus Guide נכתב בדיוק למצב הזה: כמה צוותי Scrum שעובדים מ־Product Backlog יחיד, עם פרקטיקות נוספות לחשיפה ולפתרון של תלויות בין צוותים.
- כשהעבודה היא תמיכה טהורה או תפעול שוטף. אין צורך בקצב של ספרינטים — Kanban טהור או מערכת טיקטים יתאימו יותר.
- כשצריך תרשימי Gantt וצירי זמן. Scrumban ממוקדת בספרינטים, לא בגרף תלויות.