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