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