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