Skip to main content

כיצד מהנדסי תוכנה יכולים להשתמש בשיטת קאנבן - המוזה

SCP-2000 Deus Ex Machina | thaumiel | memory-altering / structure scp (יוני 2026)

SCP-2000 Deus Ex Machina | thaumiel | memory-altering / structure scp (יוני 2026)
Anonim

אתה מכיר את סקרום, נכון? אני מנחש שכן בהתחשב בכך שברית Scrum מונה מעל 400, 000 חברים, ומתוכם, רובם משתמשים בהצלחה בארגוניהם.

אבל, זו לא הדרך היחידה לבנות תוכנה בצורה זריזת - ברצינות! האם שמעת על קאנבן?

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

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

איך זה עובד

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

צפו בדוגמה של לוח Kanban ב- Trello.

עמודה 1: צבר

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

טור 2: תכנון

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

טור 3: מוכן להנדסה

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

טור 4: בתהליך

אתה יכול להעביר כרטיס אל "בעיצומו" בכל עת. מערכת "משיכה" מונעת על ידי עצמה בונה תרבות של אחריות אישית וסקרנות אישית.

טור 5: בדיקה

לאחר שתסיים לעבוד על הכרטיס, העבירו אותו ל"בדיקה "שם יאסוף אותו מהנדס אחר (או מישהו מצוות ה- QA).

טור 6: פרוס

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

היתרונות והסחרויות

כשאתה מחליט בין קאנבן למתודולוגיה נפוצה יותר כמו Scrum או מפל, זכור את היתרונות והאתגרים האלה:

יתרון: משפר את שיתוף הפעולה

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

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

הגבירו את התועלת: אל תתנו לדברים לעבור לפני שהם מוכנים

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

אתגר: מייאש את זמן ההשתקפות

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

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

תתמצא סביב זה: לווה מה עובד מסקרום

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

תועלת: מגדילה את השקיפות

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

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

הגבירו את התועלת: אפשרו להתקדמות להיות ציבורית

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

אתגר: אינו מאפשר תכנון ארוך טווח

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

הסתובב עם זה: השתמש בו כאשר העדיפויות שלך עשוי להשתנות

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

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

צייץ אותי אם תחליט לתת לזה צילום!