מגדירים את השאלה הראשונה
מגדירים את השאלה העסקית ואת תנאי ההצלחה לפני תחילת המימוש.
תהליך ותמחור
אבחון חינמי, אב־טיפוס מתמטי בהיקף קבוע, פיתוח מערכת לייצור ושיפור מתמשך. כל שלב מסתיים בתוצר ברור ובשער החלטה.
מבהירים את העבודה הנדרשת ואת הנתונים החסרים.
בודקים אם אפשר לפתור את הבעיה בעזרת הכללים והנתונים.
הופכים את הלוגיקה ל-Web, ל-app, ל-DB ולהרשאות.
משתמשים בנתוני התפעול כדי להתאים את הכללים ואת צבר העבודה.
כך מצמצמים עבודה חוזרת
באוטומציה מתמטית, אי־הוודאות הגדולה ביותר אינה מספר המסכים. השאלה היא אם אפשר לייצג יחד את הנתונים, הכללים וקריטריוני ההשוואה.
מגדירים את השאלה העסקית ואת תנאי ההצלחה לפני תחילת המימוש.
מפרידים אילוצים מחייבים מהעדפות כדי שהמערכת תוכל להסביר את הפשרות.
משווים לתוכנית הנוכחית באותם מדדים: זמן, הפרות, עיכוב או עומס.
בכל שלב יש נקודה שבה לגיטימי להמשיך, למסגר מחדש או לעצור.
הדף מסביר מודלים סטנדרטיים ואינו אומדן מחייב. לאומדן ולחוזה יש עדיפות על פני הכתוב בדף, ואין התחייבות מראש לנתוני השפעה או למועדי מסירה.
מתכנן מסלול פיתוח
ענו על מספר שאלות. התוצאה מעובדת בדפדפן ונשלחת לדף האבחון רק כערכי שאילתה שאושרו מראש.
מצב נוכחי
ענו על מספר שאלות. התוצאה מעובדת בדפדפן ונשלחת לדף האבחון רק כערכי שאילתה שאושרו מראש.
התוצאה הראשונה הדרושה
מוכנות הנתונים והכללים
קצב מסירה
מסלול מוצע
מתכנן המסלול אינו אומדן משפטי. הוא רק מארגן את השלב הראשון הסביר ואת יחידת החוזה לפני הייעוץ.
תנאים, תוכניות מועמדות, סיבות לכך שלא ניתן ליצור תוכנית, השוואת קו בסיס ומתווה לייצור.
יכולת חודשית, מסלול אחד, Web ו-app
Standard עולה JPY 598,000 לחודש לפני מס עבור מסלול פיתוח אחד הכולל Web ו-app.
שלבים ושערים
כל שלב מתואר באמצעות קלט, פעילות, תוצר ושער. המטרה היא להשאיר את החלטת ההשקעה הבאה גלויה.
Phase 00
בודקים את עבודת היעד, התדירות, התהליך הנוכחי, נתוני הדוגמה והשאלה המדידה הראשונה.
תהליך עבודה, הגדרות שדות, מקרים מייצגים ותנאים למעבר לאב־טיפוס.
מבהירים את העבודה הנדרשת ואת הנתונים החסרים.
Phase 01
בונים תוצר אימות בהיקף קבוע בעזרת תחום עסקי אחד ומערך נתונים מייצג אחד.
תנאים, תוכניות מועמדות, סיבות לכך שלא ניתן ליצור תוכנית, השוואת קו בסיס ומתווה לייצור.
בודקים אם אפשר לפתור את הבעיה בעזרת הכללים והנתונים.
Phase 02
מתכננים ומממשים משתמשים, הרשאות, אישורים, מסד נתונים, API, טיפול בחריגים ותוכנית הפצה.
ארכיטקטורה, תכנון מסכים והרשאות, תוכנית גרסה ראשונה וקריטריונים להעברה או לתפעול.
הופכים את הלוגיקה ל-Web, ל-app, ל-DB ולהרשאות.
Phase 03
צופים בשימוש, בתיקונים ידניים, בביצועים ובאילוצים חדשים, ואז מעדכנים את תור הפיתוח.
בדיקת המבנה הקיים, צבר שיפורים, סיכונים והיקף הגרסה הראשונה.
משתמשים בנתוני התפעול כדי להתאים את הכללים ואת צבר העבודה.
תמחור
ההבחנה החשובה ביותר היא יחידת החוזה. אב־טיפוס חד־פעמי ומסגרת פיתוח חודשית אינם אותו מוצר, גם אם המספר נראה דומה.
תחום עסקי אחד ומערך נתונים מייצג אחד. בודק היתכנות לפני בנייה לייצור.
פרטי אב־הטיפוסמסגרת חודשית לתחזוקת Web, לשיפורים קטנים ולמסלול עדיפות אחד.
כל המחירים אינם כוללים מס. Cloud, מפות, התראות, ממשקי API חיצוניים, רישיונות, מכשירים, ביקורות, נסיעות ובדיקה משפטית או אבטחתית מיוחדת הם עלויות בפועל או אומדנים נפרדים. לאומדן ולחוזה יש עדיפות.
Light
חודשימסגרת חודשית לתחזוקת Web, לשיפורים קטנים ולמסלול עדיפות אחד.
Standard
חודשימסלול פיתוח אחד לעבודת Web ו-app חדשה, עם בדיקה שוטפת ומסירה בשלבים.
Business
חודשישני מסלולים לנושאים מקבילים, לקבלת החלטות שבועית ולפיתוח Web ו-app.
מסלול פיתוח אחד לעבודת Web ו-app חדשה, עם בדיקה שוטפת ומסירה בשלבים.
מתקדמים בנושא עיקרי אחד בכל פעם. מקדמים שני נושאים או עבודת Web ו-app במקביל.
גורמי עלות
הבודק אינו מפיק מחיר אוטומטי. הוא מציג אילו תחומים דורשים הכנה לפני האומדן.
הבודק אינו מפיק מחיר אוטומטי. הוא מציג אילו תחומים דורשים הכנה לפני האומדן.
הביאו את התהליך הנוכחי, מערך נתונים מייצג אחד, את מקבלי ההחלטות ואת המדד שקובע אם כדאי להמשיך לשלב הבא.
Finite Field מפרידה בין אילוצים מחייבים, העדפות, פערי נתונים ויכולת מסירה, והופכת אותם לאב־טיפוס, לתכנון מערכת או לתור פיתוח חודשי.
מודל עבודה
הדף נועד לצמצם העברות עמומות. כבר בשיחה הראשונה יש לברר אילו נתונים דרושים, מי אחראי להחלטה ומהו שער ההחלטה הבא.
הביאו את התהליך הנוכחי, מערך נתונים מייצג אחד, את מקבלי ההחלטות ואת המדד שקובע אם כדאי להמשיך לשלב הבא.
Finite Field מפרידה בין אילוצים מחייבים, העדפות, פערי נתונים ויכולת מסירה, והופכת אותם לאב־טיפוס, לתכנון מערכת או לתור פיתוח חודשי.
תבניות הכנה
דוגמה
פרויקט לתזמון ביקורים יכול להתחיל באב־טיפוס קטן ולהתרחב לתפעול רק לאחר ששער ההחלטה ברור.
השתמשו בנתוני ביקורים ועובדים שעברו אנונימיזציה כדי לבדוק אם אפשר לייצג אילוצים מחייבים ומדדי השוואה.
Gate: GO / REFRAME / STOPהוסיפו מסד נתונים, תפקידים, תיקונים ידניים ותהליך בדיקה לצוות התפעול הראשון.
Gate: PILOT / RELEASEעקבו אחר ביקורים שלא שובצו, תיקונים ידניים, עומס נסיעות ושינויי כללים, ועדכנו את צבר העבודה.
Gate: CONTINUE / CHANGE / CLOSEשאלות נפוצות
התשובות מפרידות בין אימות חד־פעמי, יכולת פיתוח חודשית ותנאי חוזה, כדי שהשיחה הראשונה לא תישלט בבלבול סביב המחיר.
לא. התחילו באבחון החינמי, ובחרו אב־טיפוס בהיקף קבוע רק אם צריך לבדוק היתכנות לפני פיתוח לייצור.
אב־הטיפוס הוא חבילת אימות חד־פעמית. Light היא מסגרת פיתוח חודשית לתחזוקת Web או לשיפורים קטנים. המחיר עשוי להיראות דומה, אך יחידת החוזה והתוצרים שונים.
הדף מציג מודלים סטנדרטיים וקריטריונים להחלטה. ההיקף הרשמי, המס, התשלום, הקבלה, הביטול, הקניין הרוחני והעלויות החיצוניות נקבעים באומדן ובחוזה.
Cloud, מפות, התראות, ממשקי API חיצוניים, רישום בחנויות, רישיונות, מכשירים, ביקורות ונסיעות מטופלים כעלות בפועל או באומדן נפרד.
הפעולה הבאה
השתמשו בתוצאת מתכנן המסלול או במערך נתונים מייצג אחד כנקודת התחלה. הצעד הראשון הוא להחליט מה חייב להיבדק, לא למנות כל תכונה אפשרית.