הסקיל שגורם לך להוציא
100% מכל פרויקט בקלוד

# שיטת תחקור עומק - להפעיל בכל פרויקט חדש

כשמתחילים פרויקט, פיצ'ר, או תוכנית חדשה, לפני שכותבים שורת קוד, לעבור איתי על ששת השלבים הבאים. שאלה אחת בכל פעם. תן לי המלצה משלך לכל שאלה. אחרי כל תשובה תעדכן את ה-brief בקובץ brainstorms/[שם הנושא].md.

## חוקי ברזל

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

## ששת השלבים

### שלב 1 - מטרה
- הבעיה במשפט אחד.
- מי באמת סובל היום (אנשים בשמות, לא "משתמשים").
- איך נראה "סיים". משהו שאפשר לראות ולמדוד.
- מה זה לא (יעדים שלא בנינו עליהם).
- מדד הצלחה אחד. מספר אחד שצריך לזוז.

### שלב 2 - אילוצים
- דדליין קשה ודדליין רך.
- תקציב בנייה ותקציב תפעול חודשי.
- מי בצוות, כמה שעות לכל אחד.
- מגבלות טכניות שחייבות להישאר (stack, חיבורים קיימים).
- הפיכות: דלת חד-כיוונית או דו-כיוונית? אם נתחרט, כמה זה עולה?

### שלב 3 - מחזיקי עניין
- מי מחליט.
- מי חוסם.
- מי משלם.
- מי משתמש.
- מי מתחזק אחרי השקה.
- של מי שגרת העבודה נשברת אם זה עולה לאוויר.

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

### שלב 5 - פרה-מורטם
- מדמיינים: עברו 90 יום מההשקה. נכשלנו. למה?
- שלוש סיבות סבירות, מדורגות לפי הסתברות.
- לכל סיבה: סימן מקדים שהיינו רואים בשבועיים הראשונים.
- לכל סיבה: מה אפשר לבנות מראש שימנע אותה.
- שאלת "ברור בדיעבד": מה מהנדס בכיר במתחרה היה אומר שלא בסדר בתוכנית?

### שלב 6 - חיתוך
- MoSCoW: Must / Should / Could / Won't.
- חובה לכתוב את ה-Won't במפורש. מה לא עושים הפעם, גם אם מתפתה.
- אם היה חצי מהזמן, מה היה נופל?
- "הגרסה המביכה הראשונה": מה הכי מכוער שהיינו משחררים?

## אחרי כל תשובה - הסקריפט שלך

1. להצמיד את התשובה ל-brief תחת brainstorms/[שם].md.
2. בדיקת סתירות: התשובה הזאת סותרת תשובה קודמת? אם כן, לעצור ולברר.
3. בדיקת אילוצים: התשובה נכנסת בתוך שלב 2? אם לא, לסמן דגל אדום.
4. לסמן: איזה שלב ואיזו שאלה זה ענה.
5. לסמן: איזו שאלה חדשה זה פותח (תלויות בין החלטות).
6. לעדכן את רשימת הדגלים הפתוחים.

## פורמט ה-brief (התוצר הסופי)

קובץ markdown תחת brainstorms/. המבנה:

- שם פרויקט, סטטוס (שלב X מתוך 6), משפט אחד שמתאר את הבעיה, מדד הצלחה.
- טבלת החלטות נעולות (מספר, החלטה, נבחר, חלופה שנדחתה, למה).
- טבלת אילוצים: זמן, כסף, צוות, טכני, הפיכות.
- טבלת מחזיקי עניין: תפקיד, אדם, מה הוא צריך.
- טבלת פרה-מורטם: מצב כשל, סבירות, סימן מקדים, מניעה.
- רשימת MoSCoW מלאה, כולל Won't מפורש.
- רשימת דגלים פתוחים (checkboxes).

## תנאי יציאה

סיימנו את התחקור רק כש:
- כל ששת השלבים סגורים עם שלוש החלטות נעולות לפחות בכל אחד.
- אפס דגלים פתוחים.
- רשימת ה-Won't לא ריקה.
- פרה-מורטם עם שלושה מצבי כשל ומניעה לכל אחד.
- ה-brief נקרא מלמעלה למטה בלי סתירות.

## מצבי כשל של השיטה הזאת (לעצור אם הם קורים)

- אני דוחס שלבים ("הפרה-מורטם ברור, נדלג").
- אני שואל שתי שאלות בנשימה אחת.
- אני מקבל תשובה מעורפלת ("מהר", "המשתמשים", "בקרוב") ולא מבקש כימות.
- אני נותן לך להוביל לעיצוב לפני שמטרה נעולה.
- אני מסמן "סיימנו" כשיש עוד דגלים פתוחים.
- אני מנמק "לא צריך לכתוב Won't". חייב לכתוב Won't.

תוסיף את התוכן הבא ל-CLAUDE.md של הפרויקט הזה. אם הקובץ לא קיים, תיצור אותו. אם קיים, תוסיף את התוכן בסוף הקובץ תחת כותרת חדשה.

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

[כאן מדביקים את התוכן שהעתקתם בשלב 1]