כיצד לטפח תרבות של חדשנות מתמשכת בתהליך הנדסה

מדוע צוותי הנדסה צריכים לנבא את החדשנות של תהליכים

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

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

הקרן: איך נראית תרבות של חדשנות של תהליכים רצופים

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

• בטיחות פסיכופת היא תנאי מוקדם, לא שאיפה 1.10.1 מהנדסים מרגישים בטוחים מציעים שינויים בזרימות עבודה, המציעים אוטומציה או מאתגר נורמות מבוססות ללא חשש מאשימה או תגמול.
• (FLT:0) Experimentation נבנה לתוך הסגל.FLT ( 1 צוותים להקצות זמן ייעודי לשיפור תהליכים, לא כפעילות לאחרת, אלא כפעילות ראשונה לצד עבודה תכונה ותחזוקה.
• (FLT:0Data מודיעה החלטות .FLT:1 Teams לאסוף ולנתח מדדים כגון זמן מחזור, תדירות פריסה, שינוי שיעור כשל, ומשמעות הזמן להתאוששות. נקודות נתונים אלה מניעות השערות לגבי מה לשפר הבא.
• (FLT:0) שיפור משותף ונחוג.אנדרל:1; כאשר צוות מוצא דרך טובה יותר להתמודד עם ביקורות קוד, לנהל תלות, או להפעיל רטרוספקטיבציות, הידע הזה מופצה על פני הארגון.
• (FLT:0-Leadership) מסיר מכשולים.FLT:1 מנהלים ומנהלים מחפשים באופן פעיל נקודות חיכוך בזרימת העבודה ההנדסית ולעבוד כדי לחסל אותם, מה שמסמן כי חדשנות תהליכים היא עדיפות אסטרטגית.

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

מנהיגות: קביעת השלב לחדשנות

יצירת חזון ברור לשיפור

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

הקצאת משאבים וזמן

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

מעבר לזמן, מנהיגים חייבים לספק גישה לכלים, להכשרה ולמומחיות חיצונית. צוות שרוצה לשפר את אסטרטגיות הבדיקה שלה הטבות גישה לתקציב כנס, מנוי לפלטפורמת למידה כמו O'Reilly או A Cloud Guru, והרשאה להתנסות בכלים כמו Playwright, Cypress, או ספריות מבוססות נכסים ללא תקלות רכש בירוקרטי.

מודל של חשיבה התנהגותית

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

בניית מכניזם לשיפור מתמשך

« « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « «

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

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

שיטות Lean ו- Agile לניסויי תהליכים

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

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

יצירת אומגה-Freback Loops from Production

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

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

כלים ותשתית שיכולים לחדשנות

אוטומציה כ- Multiplier

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

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

פלטפורמות Metrics ו- Dashboards

שיפור תהליכים מונע נתונים דורש את תשתית מדידה נכונה.כלי כמו Honeycomb, Datadog, Grafana, ו- DORA metrics לספק חשיפה בזמן אמת לביצועים הנדסיים. DORA metrics - תדירות דיסוימנטציה, זמן מוביל לשינויים, שינוי קצב, וזמן לשחזר שירות - הפכו לסטנדרט דה- Facto למדידת ביצועי תוכנה.

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

שיתוף פעולה וטכנולוגיות שיתוף ידע

פלטפורמות כמו Confluence, Notion, או wikis פנימיים משמשים כ-Repositories for Process Document, תוצאות הניסוי ורשומות החלטות.כאשר צוות פועל ניסוי - לדוגמה, מעבר מחזור שבועיים בשבוע למחזור שבועי אחד - הם צריכים לתעד את השערה, את המדדים שהם עוקבים אחריהם, את התוצאות והמסקנות שלהם.

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

מעבר לגדרות נפוצות לעיבוד חדשנות

"לא המציא כאן"

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

לקריאה רחבה – ממקורות כגון FLT:0 אטלאסיאן Agile HandbookFelo:2ThoughtWorks טכנולוגיה מכ"ם של 3, או blibook של מרטין פיולר - יכול לחשוף צוותים לרעיונות שהם לא חשבו עליהם.

לחץ זמן וחשיבה קצרה

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

אחד יעיל נגד אמצעי מניעה הוא לשיווק מפורש של משלוח עבור שיפור תהליכים. צוות שמקדיש אחד מכל שישה כדי לעבד חדשנות - צמצום התלויות, שיפור הכיסוי הבדיקה, אוטומטי צעדים ידניים - סביר להניח כי המהירות שלהם בחמשת הקידודים הבאים עולה מספיק כדי לפצות על "ההפסד" נתונים מ"FLT:0state of DevOps דוחות שביעות רצון גבוהה יותר מאשר שיפור צוותים גבוהים יותר, ובכך להשיג שיפור ביצועים גבוהים יותר.

התנגדות לשינוי הרגלים

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

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

חידוש באמצעות הכרה ותגמול

בניית תוכנית זיהוי שעובדת

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

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

תזמון חדשנות לצמיחת קריירה

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

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

הערכה של מה שחשוב: KPIs for Process innovation

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

• זמן קצר: 0 (FLT) 1 הזמן ממתי העבודה מתחילה במשימה כאשר היא מועברת למשתמשים.
• תדירות התדירות:0 (FLT:1, כמה פעמים הצוות מתפשט לייצור.
• שיעור הכשלים של שינוי: 0(FLT:1) אחוז הפריסה שגורם לכישלון בייצור.נמוך יותר, אם כי המטרה צריכה להיות שיפור מתמשך, לא אפס.
• (ב) [ה]הזמן להחלמה (MTTR): כמה זמן נדרש לשחזר את השירות לאחר אירוע.
• יחס העבודה:0 (FLT:1) שיעור המאמץ שהוצא תיקון פגמים או שינוי עבודה שנחשבה בעבר.
• (ה)התגובות:0)Teamשביעות רצון: 1FLT נמדד באמצעות סקרים קבועים, מדד זה לוכד את הצד האנושי של חדשנות תהליכים.

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

צעדים מעשיים כדי להתחיל את מסע החדשנות של תהליך העבודה שלך

למנהיג הנדסי או צוות שרוצים להתחיל לבנות תרבות של חדשנות בתהליך מתמשך, השלבים הבאים מספקים נקודת התחלה קונקרטית:

1. רוץ סדנה גילוי.FLT:1 [Gather the הצוות עבור מפגש של שעתיים המתמקד בזיהוי שלוש נקודות החיכוך המובילות בזרימת העבודה הנוכחית שלך.
2. (ב) [ה]הניסוי הראשון של ה-FLT:1 מהרשימה הקודמת, בחר נקודת חיכוך אחת כדי לטפל בה. Define: "אם נעשה X במשך שלושה שבועות, אנו מצפים ש-Y ישתפר על ידי Z%."
3. (FLT:0) רוץ הניסוי עם תאריך סיום ברור.I.E.veFLT:1) הוציא את השינוי לתקופה מוגדרת, באופן אידיאלי 2-3 שבועות, אל תשנה משתנים משתנים אחרים במהלך תקופה זו.
4. (ב) בסוף הניסוי, בחנו את הנתונים עם הצוות.האם השינוי הביא לשיפור הצפוי?אם כן, תקנו אותו אם לא, ניתחו מדוע לא או להסס את הגישה או זנח אותה.
5. [ה]התמדה והשיתוף [ה] [ה] [ה] [ה] [ה]] [ה]] [ה]] [ה]] [ה]] [ה]ה]]התביעה] [ה] [ה]] [התחילה] את הניסוי: מה שסיימת, מה שמדדת, מה למדת, ומה ההחלטה שהגיעה ל[ה], [לחלוקה] בבסיס הידע של הצוות שלך ובכל ערוצי תקשורת הנדסיים רחבים.
6. (FLT:0) Repeateur.FLT:1 להתחיל את המחזור שוב עם נקודת החיכוך הקדם-מעודכן הבאה.עם הזמן, קצב זה הופך רגיל, וחדשנות תהליך הופכת לחלק איך הצוות פועל ולא יוזמה מיוחדת.

הארגונים המצליחים במאמצים אלה הם אלה שמטפלים בחדשנות של תהליך לא כפרויקט עם תאריך סיום, אלא כיכולות קבועות.FLT:0Eric Ries's Lean Startup Principles of Lean Startup PrinciplesFLT:1 - בניית מחזורי למידה מרחוק החלים על תהליך כמו גם מוצר - לספק מסגרת מושגית כי צוותי הנדסה רבים מוצאים תועלת מיידית.

מסקנה: תהליך חדשנות כתועלת תחרותית

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

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

עבור צוותים המבקשים קריאה נוספת, ה-FLT:0[O'Reilly Radcioarph 1] מפרסם באופן קבוע תובנות על שיטות הנדסיות, וה-FLT:2C AgileleanFial LiteratureFLT 3 מספק הדרכה מעשית על הטמעת שיפור בשגרת הצוות.הכלים והטכניקות יפתחו, אך העיקרון הבסיסי נשאר קבוע: הקבוצות הטובות ביותר הן אלה שמעולם לא מפסיקים לשאול כיצד הם יכולים לעשות טוב יותר מאשר היום.