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