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