מדריך

איך יודעים מה הספק באמת עושה

מה לשאול, מה לבקש, ואילו סימנים שווים שיחה - למי שמשלם על פיתוח.

מה יש כאן
  1. למה אתם לא רואים כלום, גם כשהכל בסדר
  2. ארבע שאלות לפני החתימה
  3. גישות שצריכות להיות אצלכם מהיום הראשון
  4. איך לבדוק הערכת זמן בלי להבין בטכנולוגיה
  5. מה לבקש בדוח החודשי
  6. סימני אזהרה, מהקל אל הכבד
  7. מה דווקא אינו סימן לבעיה
  8. חמש שאלות פעם בחודש
  9. מה לעשות כשכבר לא בסדר
  10. איך נראית שקיפות עובדת
  11. ואם אין לספק שלכם כלי כזה

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

למה אתם לא רואים כלום, גם כשהכל בסדר

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

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

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

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

שאלו אותן לפני שהתחלתם, כשעוד נוח לענות.

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

גישות שצריכות להיות אצלכם מהיום הראשון

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

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

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

איך לבדוק הערכת זמן בלי להבין בטכנולוגיה

לא צריך לדעת לתכנת כדי לשאול שלוש שאלות טובות.

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

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

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

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

מה לבקש בדוח החודשי

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

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

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

סימני אזהרה, מהקל אל הכבד

אף אחד מהם לבדו אינו הוכחה. שלושה ביחד הם כבר שיחה.

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

מה דווקא אינו סימן לבעיה

שלא תחפשו אויב היכן שאין.

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

חמש שאלות פעם בחודש

לא חקירה. שיחה של עשר דקות:

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

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

מה לעשות כשכבר לא בסדר

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

ראשית, תעדו שבוע. לא כדי להאשים: רוב האנשים מגזימים בזיכרון לשני הכיוונים. שבוע של רישום עובדתי הופך את השיחה מ«אני מרגיש שלא עובדים» ל«בין ה-3 ל-10 לא היה עדכון ושתי משימות לא זזו».

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

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

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

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

איך נראית שקיפות עובדת

זה לא סוד מקצועי. שקיפות אמיתית נראית כך:

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

לאיך זה נראה בפועל אפשר להציץ בעמודים של המודולים, למטה.

ואם אין לספק שלכם כלי כזה

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

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

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

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

התחילו ניסיון חינם