אפיון מערכות מידע

רשימת דרישות מול אפיון

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

הבדיקה שעולה שעה

אם יש בידיכם אפיון, או הצעה לאפיון, זו הדרך לדעת אם הוא שווה את הכסף, והיא נעשית לפני שמשלמים על פיתוח.

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

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

תהליך לפני מערכת

שתי עבודות שונות שנקראות אותו דבר, והסדר ביניהן קובע יותר מאיכות שתיהן.

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

אפיון מערכת מתאר איך תוכנה תומכת בתהליך הזה.

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

הסימן שזה קרה: כשמבקשים לשנות משהו בעסק, התשובה הראשונה היא «המערכת לא מאפשרת». בהמשך לכך: פיתוח תוכנה בהתאמה אישית וייעוץ טכנולוגי.

אפיון של מערכת AI: שני סעיפים נוספים

רוב האפיון זהה. שני דברים חייבים להופיע בו ואינם דרישות פונקציונליות אלא גבולות:

1. מה המערכת מכריעה ומה היא רק מציעה. מודל שמכריע במקום שבו נדרש הסבר כלפי לקוח או רגולטור יוצר התחייבות שאי אפשר לעמוד בה, כי ההסבר נוצר בדיעבד. לכן לכל סוג החלטה צריך לסמן: מותר, מותר עם אדם, או אסור.
2. מה קורה כשהיא לא בטוחה, ומי שם לב כשהיא טועה בביטחון. שתי הטעויות האלה אינן דומות. «לא ידעתי» הוא מצב בטוח שניתן לנתב לאדם; «הייתי בטוח וטעיתי» לא מסמן את עצמו, ולכן נדרשת בדיקה מתוכננת ולא תלונה של משתמש.

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

כמה זמן, ומה סימני האזהרה

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

• האפיון מתאר מסכים במקום החלטות. הסימן השכיח לכך שהוא התארך ואיבד את תפקידו.
• אין בו רשימה של מה המערכת לא תעשה. אז כל דבר שלא נאמר יהפוך לבקשת שינוי.
• אין בו מספר שנמדד היום. אז לא יהיה אפשר לומר אם הפרויקט הצליח, ולכן כל תוצאה תיקרא הצלחה.
• אין שם של מאשר לכל הכרעה. הכרעה בלי שם היא כוונה.
• הוא נכתב על ידי מי שיבנה, בלי צד שני שבודק. לא בהכרח פסול, אבל אז אין מי שיאמר «זה לא מה שביקשנו» לפני הפיתוח ולא אחריו.

איך אני עובד על זה

עיסוק בתחום מאז 2004, עבודה על מערכות AI מאז 2023, פרויקטים ללקוחות בארבע עשרה מדינות. אני ארכיטקט עצמאי ולא בית תוכנה, ולכן המסקנה «התהליך שלכם לא הוכרע, ואת זה צריך לסגור לפני שמדברים על מערכת» היא תוצאה לגיטימית של אפיון, ובמקרים לא מעטים היא עיקר התועלת שבו.

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