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

הבנת התפקידים המרכזיים

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

מתחם המהנדס הראשי

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

מיקוד הבעלים של המוצר

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

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

הקרן לשותפות גבוהה-Impact

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

בניית אמון באמצעות Transparency

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

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

הקמת ערוץ תקשורת פתוח

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

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

אסטרטגיות טכניות עם חזון עסקי

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

קביעת מטרות משותפות

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

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

מינוף חדשנות עם Pragmatism

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

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

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

קבלת החלטות משותפת בפרקטיקה

התעלמות ממטרות קובעת את הבמה, אך המבחן האמיתי של השותפות מתרחש במהלך קבלת החלטות יומיומית.Sprints, backlogs, ומפגשי תכנון הם מקום שבו היערכות מופשטת הופכת לפעולה קונקרטית.

תכנון משותף ועדיפות

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

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

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

ניווט ב- Trade-Offs Together

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

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

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

אפשרויות לשותפות משותפת

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

שפה טכנית ועסקית

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

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

ניהול סקופ וחובות טכניים

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

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

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

Best Practices for Sustaining Partnership Success

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

  • (FLT:0) סנכרון שבועי של אחד על אחד.FLT ( 1:1) זמן ייעודי, בלתי מופרך עבור מהנדס הראשי ובעל המוצר לדבר אסטרטגיה, סיכונים, ודאגות בונה קערות של אמון.נצלו את הזמן הזה כדי להציג החלטות, לא רק לדווח על מצב.
  • (FLT:0Shareהקשר פרואקטיבית של FLT:1 שני התפקידים צריכים לשתף מידע רלוונטי לפני שהוא מתבקש.בעל המוצר משתף שינויים בשוק ומשוב לבעלי המניות מוקדם; המהנדס הראשי משתף סיכונים טכניים והזדמנויות מתפתחות מוקדם.
  • (FLT:0) ראו את מגבלותיו של השני.I.E.veFLT:1) הבעלים של המוצר ניצבים בפני לחץ מבעלי העניין והלקוחות.המהנדס הראשי מתמודד עם לחץ מפני מורכבות מערכת וקיבולת צוות.
  • (ב) כאשר ההשקה הולכת טוב או אבן דרך טכנית נפגעת, שני התפקידים צריכים לשתף אשראי.
  • (FLT:0) סקירת רטרוספקטיבה יחד.FLT:1RE לאחר שחרור גדול או רבע, שני התפקידים צריכים להשתתף בחידוש משותף המתמקד בשותפות שלהם?מה קרה?
  • (FLT:0)Co-creates.FLT 1 , סקירות אדריכלות שנכתבו בשפה פשוטה, ומפת דרכים משותפות אינן רק חפצים.הם ההוכחה הפיזית לשותפות בריאה.כאשר שני התפקידים תורמים, התיעוד מדויק יותר ושימושי יותר.
  • (ה) [ה]הדינמיקה בין מנהיגים טכניים לבין מנהיגי מוצר נחקרה באופן נרחב, קריאה בגישות של ארגונים אחרים יכולה לספק רעיונות חדשים.FLT:2 Martin Fowler תובנות של מרטין Fowler על תפקיד המהנדס הראשי של ראשי, ראשי התיבות של FLT 3 ו-FLT:4 מרטי Cagan עובד על המוצר לעומת חשיבה LTF:5 מציעות נקודות מבט חשובות עבור שני התפקידים של מהנדסי תפקידים.

לעבור מטוב לפרט

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

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

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

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