מדוע תוכניות דרכים חזותיות מכוונות להנדסת פרויקטים

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

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

מה זה Kanban ולמה זה עובד עבור הנדסה

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

עקרונות קנברון

(FLT:0) וידואיזציה של זרימת העבודה.FirLT:1 כל משימה מיוצגת ככרטיס על לוח, ועמודות מגדירות שלבים נפרדים (למשל, Backlog, Design, Implementation, Review).זה הופך את העבודה לבלתי נסבלת ומפחית את הצורך בפגישות סטטוס.

(FLT:0) לימיט עבודה-ב-Progress.cioph:1) על ידי משיכת מספר המשימות המותרות בכל עמודה, צוותים מונעים ריבוי משימות להתמקד בהשלמת פריטים לפני תחילת חדשים.

(FLT:0) זרימת המנומננד (FLT:1) קנברן מדגיש מדידת וקידוד תנועת העבודה באמצעות המערכת. mtrics כמו זמן מוביל, זמן מחזורי, ו-Tput נותן לצוותים מידע לזהות צווארי בקבוק וניסוי עם שיפורים.

(FLT:0) עשה מדיניות מפורשת.FLT:1 כללים ברורים כיצד הקלפים נעים בין עמודות (למשל, הגדרה של "קריאה לסקירה") להפחית את האווירה ולהבטיח איכות עקבית.

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

סט-בי-Step Guide to Building a Kanban Visual Roadmap

פרויקט Define Project Scope ו- Key Milestones

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

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

שלב ה- Workflows

העמודות בלוח הקנברן שלך צריכות לשקף את השלבים בפועל שצוות ההנדסה שלך משתמש כדי לספק ערך. להימנע מעמודות גנריות כמו "לעשות / התקדמות / עשייה" - הן מסכות את קצב התהליך שלך.במקום, שלבים מפה שמתאימים למציאות של הצוות שלך, כגון: Backlog, Discovery / Spikes, Design (Architecture / UI), יישום (Coding / Manufacturingp), Preview / Unspecation / Unvision, Invision, Invision / Unvision, Invision, Invision, Invision (להלן: Invision and Unvision System, Invision, Invision, Invision, In Unvision, Invision, Invision, In Unveation System, In Unvision, Invision, Invision, In Unvision, In Unvision, In Unvision, In Unvision, Invision, REvision, REPLation System (Rupation System, Invision / UI) , Invision (Rupation (Rupation (Rupation System (Rupation System (Rupation System (Rupation System (RI), יישום (Artecation System) ו-Univation System (מערכת הפעלה / UI), יישום (RI),

עבור הנדסה חומרה, אתה יכול לכלול Prototyping, Procurement, האסיפה, אימות.המפתח הוא לשמור את מספר העמודות בין 5 לתשע - מעט מדי ואתה מאבד את הנראות; רבים מדי והדירקטוריון הופך להיות קלוש.

בחרו את ה-Kanban Tool

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

  • (ב) ,0)Jira SoftwareveFLT:1 - חזק עבור הנדסת תוכנה, עם לוחות קאנבאן בנוי וזרימות עבודה מותאמות אישית.
  • (FLT:0)GitHubroval ProjectFLT:1 - אידיאלי עבור צוותים שכבר משתמשים ב- GitHub לניהול קוד, עם בעיות ישירות המקשרות.
  • (ב) ,0) ,TrelloveFLT:1 - פשוט וגמיש עבור קבוצות קטנות יותר; טוב עבור תכנון לוח מהיר.
  • (FLT:0Zonee BoardsFLT:1) - משלב היטב עם מערכת האקולוגית של Microsoft ומספק ניתוח מתקדם.

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

צור ו- פופר את מועצת המנהלים שלך עם משימות

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

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

5.הפעלת גבולות עבודה-ב-Progress Limits

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

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

6.התראות של תלות וסיכון

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

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

7.הקימו סקירה

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

השתמש בסדנאות הביקורת כדי למדוד את מדדי זרימת הדם.לצמצם את זמן ה- FLT:0cycle TimeFLT:1 (זמן ממוצע מכרטיס כניסה ל-"השפע" ל-"דון" ו-FLT:2reaputFLT 3: 3 (מספר הקלפים שסיימו בשבוע) לעקוב אחר הזמן כדי לראות אם יש שינויים שיש להם השפעה חיובית.

טיפים מתקדמים למקסימה את מפת הדרכים שלך & #8217; יעילות

שימוש ב-CFDs (CFDs)

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

המונחים: CI /CD Pipelines

עבור צוותי הנדסה תוכנה, המקשרים את לוח הקנברון שלך לשילוב רציף ולעבורת פריסה יכול להיות אוטומטי תנועת כרטיסי כרטיס.לדוגמה, כאשר בקשה משיכה ממוזגת ומופצה ל staging, הכרטיס נע באופן אוטומטי מ"בסקירה" ל"תעדות" זה מקטין עדכונים ידניים ומבטיח מפת הדרכים משקפת התקדמות אמיתית. כלים כמו Jira ו- GitHub פרויקטים מציעים Webhoos ושילובים פופולריים עם CICD / פלטפורמות (Jkins, GitLab, GitLab, Git, GiCI, GitHub, GitHub, GitHub, GitHub, GitHub, GitHub, GitHub, GitHub).

חיבורים ל- Business Goals

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

מלכודות נפוצות להימנע

  • (ב) [ה]יותר מדי טורים רבים של קונסולת 1] – נמנעים מיצירת עמודה לכל צעד קטן, מקל על השלבים החיוניים שבהם העבודה משנה באופן בולט את המדינה או את הבעלות.
  • (ב) אם איש אינו מאחסן את הגבולות, הלוח הופך רק לרשימה די טובה לעשות.קבע גבולות מפורשים ויגרום להם גלויים (למשל, מספר ליד כל כותרת טור).
  • (FLT:0) של מדיניות מפורשת של מדיניות מפורשות (FLT:1) - צוותים לעתים קרובות לא מסכימים על מה "בסקירה" פירושו: Define ברור כניסה וקריטריונים יציאה לכל עמודה.לדוגמה: "כרטיס עובר כדי לבדוק רק כאשר הקוד מאגד, יש לו בדיקות יחידה עובר, ובקשה משיכה פתוחה".
  • (FLT:0) העלאת הגבלוג 1(R) 1(הגיבוי עם מאות קלפים מעלים את הצוות. שמור רק פריטים שסביר להתחיל בתוך שני האנתרופולוגים הבאים.
  • [01:0] לא לעדכן את הדירקטוריון 1:1 - לוח נופל מסנכרן מאבד אמון.

דוגמה אמיתית לעולם: הנדסה צוות Sprint תכנון עם קבבן

(ב) ב[[1924]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]]]]]], [[1924]]]]]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]

במהלך יום טיפוסי, הלוח מראה שני קלפים בהתאמת (אחד ל"דפוטין אידיאולוגי מפתח אידיאולוגי", אחר ל"נקודת קצה של API עבור החזרים").העמודה של Code Review יש כרטיס אחד מחכה לסקירה, אבל הסקירה עסוקה עם תקרית ייצור.מגבלת WIP ב- Review היא 2, כך הצוות מחליט להחליק על האירוע הראשון, ואז לנקות את תור הביקורת הזה באופן מיידי, במקום להפעיל את ה-Cretretretretretretretretretretretretexate.

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

מסקנה

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

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

(ב) לקרא נוסף, לחקור את המדריך העמוק של קבנדר 1 (Kanlassian Guide to Kanbanáss) ל-Kanischesian:2LeanKit על גבולות WIPOVAFLT 3: אם אתה עובד עם הנדסה חומרה, המאמר של מכון ניהול FLT:4 ניהול פרויקטים על Kanban for חומרהFLT5: מציע אסטרטגיות יעילות.