מתי זה יהיה מוכן?

תשובות לא טובות:

– כשזה יהיה מוכן- אני לא יודע
– תראי… אני נורא עסוק, את יודעת איך זה, יש לי המון על הראש…
– קודם אני צריך לקבל את X, ואחר כך את Y ואז נראה אם אפשר יהיה לעשות הערכה
– אולי כדאי קודם לשאול את X מתי שלו יהיה מוכן?
– זה מתקדם אבל לאט

תשובות כן טובות:

– מחר, ביום ראשון, בראשון לחודש, בתחילת Q3, בתחילת 2015, זה לא יהיה מוכן – אנחנו יורדים מהרעיון.

התשובה הכי טובה:

זה כבר מוכן, מה לא ראית ששלחתי לך?

_________________________________

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

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

צריך לדעת להתחייב, ולנהל את תהליך ה-delivery.

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

צריך לתקשר שינויים או איחורים.

בקיצור – צריך לעשות את העבודה.

 

 

פוסטים קשורים (בדרך זו או אחרת)

2 תגובות

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

  2. הדס שיינפלד

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

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *