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

הסעיף הקריטי של עיצוב אנושי-מרכזי ו-Allocation בהנדסה

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

הבנה של עיצוב אנושי-מרכזי בקונטקסט הנדסי

תכנון ממוקד אנושי הוא מתודולוגיה מובנה לפיתוח מערכות אינטראקטיביות המעדינות את הצרכים, היכולות והמגבלות של משתמשי הקצה לאורך כל מחזור החיים העיצוב והפיתוח.הארגון הבינלאומי לתקינה (ISO) מגדיר אותו ב-FLT:0:0 ISO 9241-210: ארגונומיה של אינטראקציה בין מערכות אנושיות ל- HIV) כגישה הכוללת משתמשים באופן פעיל, מבהירה משתמשים, מיישם פעולות של סודיות, אך לא כולל פתרונות של התבוננות רב-תחומית, אלא גם כן, אלא של מתודולוגית, אלא של מבחנים.

שלב מרכזי HCD

• (FLT:0) אמפתיזציה והבנת: מהנדסים 1FLT עוסקים ישירות עם בעלי עניין - כולל משתמשי קצה, מפעילי, צוות תחזוקה וגופים רגולטוריים - לאסוף נתונים איכותיים וכמותיים על זרימות העבודה שלהם, נקודות כאב ושאיפות.
• (FLT:0) דרישות המשתמש ו- Constraints:Res: Embeddd; 1:1 המחקר מסונתז לדרישות ברורות, ניתנות לפעולה המשקפות את הסביבה בעולם האמיתי.שלב זה מבהיר לא רק מה משתמשים רוצים, אלא גם מה הם באמת צריכים להשיג את המטרות שלהם בבטחה וביעילות.
• (FLT:0) Ideate and Prototype:FreaLT:1) צוותים קרוס-תפקודיים מייצרים מגוון רחב של פתרונות אפשריים. אבות טיפוס של נאמנות נמוכה (ציורי אפי, קווילציות, או מודלים פיזיים פשוטים) מאפשרים בדיקה מהירה של מושגים ללא התחייבות משאבים גדולים.
• (FLT:0)Test ו- Iterate:FLT:1 משתמשים אינטראקציה עם אב טיפוס בתרחישים ריאליים.ה משוב שלהם מודיע על זיכוך, והמחזור חוזר עד שהפתרון עונה על קריטריונים מאומתים עבור יכולת, בטיחות וסיפוק.

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

המורכבות של הקצאת משאבים בפרויקטים הנדסיים

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

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

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

כיצד עיצוב אנושי-מרכזי מגביר את המשאבים

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

תכונות עדיפויות המספקות ערך אמיתי

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

גילוי מוקדם של אזהרות בשימוש

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

הבטחת נגישות ובלעדיות

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

חיזוק האמון של בעלי המניות באמצעות עסקאות Transud Trade-Offs

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

עקרונות מרכזיים של עיצוב אנושי-מרכזי יישומי ל-Aquial Allocation

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

1. מיקוד מוקדם ורציונאלי למשתמשים

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

עיצוב והזנת יתר

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

מדדים אמפיריים של חוסר יכולת

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

שיתוף פעולה רב תחומי

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

צעדים מעשיים ליישום המשאבים HCD-Driven

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

1. (FLT:0) קידום של אדם Factors Audit של פרקטיקות אל-מיקום נוכחיות.FreaLT:1 Review פרויקטים קודמים כדי לזהות היכן נעשו החלטות ללא קלט משתמש ומה היו ההשלכות.
2. (FLT:0Create a HCD התקציב קו Itemememve.FLT) 1 מציין אחוז מסוים של תקציב הפרויקט הכולל (בדרך כלל 5-15% בהתאם לסיכון ומורכבות) אך ורק למחקר משתמשים, הסתברות, בדיקות שימושיות, ואימות נגישות.זה מבטיח כי פעילות ממוקדת אנוש אינה מטופלת כתוספות אופציונליות.
3. (FLT:0) Integrate User Stories into Resource Planning.BuildFLT:1) השתמש בסיפורי משתמשים או סיפורי עבודה כדי לבטא כיצד כל תכונה או רכיב ישמשו.
4. (FLT:0)Useמשתתף עיצוב ישיבות.FIRLT:1) להזמין משתמשי קצה כדי ליצור אבטיפוס משותף ולבחון הקצאת עסקאות.לדוגמה, בפרויקט תכנון עירוני, להקצות חלק מתקציב העיצוב לסדנאות קהילתיות שבו תושבים יכולים לאשר מראש אלמנטים עיצוב שונים (benches vs. תאורה לעומת שטח ירוק) עם אסימונים פיזיים.
5. (FLT:0) בדיקות משתמשים מקדימים מיילstones.cioFLT:1) לעשות בדיקות קבלה למשתמש שער רשמי בין השלבים.אם אבטיפוס אינו עומד בקריטריונים של יכולת, הצוות חייב להתממש זמן ותקציב להסרה לפני שהוא מתקדם.
6. (ב) [ה]החוויה של המשתמש מסובייקט בקורב עם משאבים Expenditure.FOVA:0] לאחר FPLT:2Nielsen Norman Group FrameworkveFLT 3, מדדו את שיעורי ההמרה, שיעורי הצלחה המשימה, ותמיכה בלקוחות קוראים להפגין את ROI של השקעות ממוקדות אנוש.

דוגמאות אמיתיות בעולם של HCD ב-Aballocation

בריאות: עיצוב משאבת אינפוזיה בטוחה יותר

יצרנית מכשירים רפואית הבינה שמודלי המשאבה הקודמת שלה מעורבים בעשרות אירועים שליליים משום שאחיות התקשו לתכנת את המינון הנכון.החברה שינתה את הקצאת המשאבים שלה: במקום להוציא את כל תקציב R&D על מנגנון משאבה חדש, היא הקצתה 30% לגורמי אנוש, כולל התבוננות באתר ביחידות טיפול אינטנסיביות ומניעה מהירה עם אחיות.

תחבורה ציבורית: בניית מערכת כרטיסים כוללת

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

הנדסה תוכנה: עדיפות הודעות שגיאה על תכונות חדשות

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

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

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

התנגדות של מנהלי פרויקטים מסורתיים

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

קושי בהגדרת הצרכים האנושיים

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

גישה מוגבלת למשתמשי קצה

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

לחץ תקציב קצר

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

מסקנה: להפוך את האדם להזין את העיצוב

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

(ב) [ה]] [ה] [ה]] [ה]] [ה]] [ה]]][ה]]]][ה]]]][ה]]]][ה]]]]] [ההההההההתורה [ה] ל[החוק] [ה]]] [ה] [ההה]]]]]] [ה']']']'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''