איך PRISM בונה את עצמה

שמונה שלבים, ארבעה שערי אישור אנושיים

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

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

מה השתנה אתמול

תקן הבנייה של PRISM עצמו מגורסן וניתן לתיקון, והוא הודק שוב אתמול. ארבעה שינויים קונקרטיים: שלב המחקר מחייב כעת סריקת נוף חיצוני — כלים ושיטות דומות, לא רק מתחרים עסקיים — מאומתת לפני שבונים משהו עליה. שלב הארכיטקטורה והמשימות קיבל שער אימות-יכולת חדש: לפני תחילת היישום, מישהו צריך לאשר שקיים skill או agent אמיתי ומתאים לכל משימה, במקום לגלות את הפער באמצע הבנייה. שלב המיתוג והמוקאפ קיבל שני כלי עיצוב מובנים כברירת מחדל, כל אחד מהם מותנה כך שהוא רץ רק אחרי אישור אנושי מפורש — אף פעם לא אוטומטית. וכל שלב כעת ברירת המחדל שלו היא תצוגת סטטוס חיה, עדכנית לאותו יום, ולא סטטוס שמדווח רק בשיחה.

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

הפער שהמאמר הזה סוגר

ביקורת פנימית שגרתית על מי שבאמת עושה עבודה — לא מי שמשויך לעשות עבודה — חשפה תפקיד אחד לפי-דרישה, עמדת content-writer, בלי תוצר שלח אמיתי אחד שנרשם מאז שנוצרה. זו לא כתבה על ביצועים; זו כשל ניתוב, והתיקון לכשל ניתוב הוא הקצאה אמיתית, לא הערה. העמדה קיבלה עבודה אמיתית באותו יום שבו הפער נמצא. המאמר הזה, וגרסתו האנגלית, הם התוצר הראשון שנשלח מאותה עמדה — דוגמה קטנה וניתנת לבדיקה לתיקון-העצמי שהתהליך אמור לייצר, ולא טענה עליו.

מדדי ביצוע שדורשים אימוץ, לא כוונה

יומני העבודה הפנימיים של PRISM הם append-only ובכוונה בלתי סלחניים: הצעה מתפקיד אחד נספרת לתוצר הנמדד של אותו תפקיד רק כאשר פונקציה אחרת, בעלת הבעלות, אימצה אותה בפועל — לא כשהיא רק נכתבה. רעיון שהוצע ולא אומץ נשאר גלוי ביומן בדיוק ככה: הוצע, לא אומץ. המשמעת פשוטה — סופרים מה שבאמת נעשה בו שימוש, לא מה שהוצע.