Triple S — תשובות אלעד

*נוצר 17.6.2026, 13:01:29*

סטטוס: כוסו בפגישה 2/44 · נכתבו 19 תשובות · משך הפגישה 2:49:30

מסגרת השאלות לפי קטגוריה

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

קשה לחזרה

- תשובה: לכל מחלקה בגרסה הראשונה: עד 7 סטטוסים (פתוח → בעבודה → ממתין לקלט → תקוע → סגור + 2 ייעודיים לתחום), 3-5 שדות חובה, עד 2 מסמכים מצורפים. שאר הסטטוסים והשדות נכנסים בשלב 2 לפי שימוש בפועל.

(נימוק: כל סטטוס נוסף = 1-2 ימי פיתוח + הסכמה מולם + הדרכה. אחרי 60 יום נראה אילו שדות באמת היו בשימוש ונחתוך את השאר. הסכמה על הכלל הזה עכשיו מונעת התרחבות היקף.)

• שאלה: לכל שדה, מי מקור-האמת? פריוריטי, CRM, הזנה ידנית של מנהל הפרויקטים, ייבוא מקובץ, או חישוב של המערכת? קריטי

חלון-אחד

- תשובה: פריוריטי = מקור-האמת לכספים, פרויקטים, חשבוניות, מצב מלאי. CRM = מקור-האמת ללידים ומצב לקוח. שדות שלא קיימים באף מערכת (סטטוסים פנימיים, צ'ק-ליסטים) → המערכת החדשה. ייבוא מקובץ = פתרון ביניים בלבד.

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

• שאלה: אילו שדות מזינים את כל אחד מ-4 המסכים (דשבורד, משימות, פרויקטים, לו"ז ביצוע)?

ניתן לחזרה

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

(נימוק: אם הדשבורד מחזיק נתונים משלו, נוצרים שני מקורות-אמת לאותו מדד. אסור. הדשבורד תמיד מציג, לא מחזיק.)

• שאלה: כמה סוגי פרויקטים / תבניות צ'ק-ליסט נכללים בגרסה הראשונה?

קשה לחזרה

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

• שאלה: האם דרישה מחלקתית מיוחדת (למשל דו"ח ייעודי לרכש) היא חלק מהגרסה הראשונה, או בקשת שינוי שתיכנס לשלב הבא?

קשה לחזרה

- תשובה: ברירת המחדל: כל דרישה מיוחדת = בקשת שינוי לשלב 2. חריגה רק אם הדרישה חוסמת תפעול ליבה של אותה מחלקה.

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

• שאלה: איזה נתונים היסטוריים צריך לייבא (אם בכלל), ומי מנקה ומאשר אותם?

קשה לחזרה

- תשובה: מינימום: רק הפרויקטים הפעילים נכון להיום + הלקוחות שלהם. ארכיון פרויקטים סגורים = שלב 2. אחריות הניקוי = שלהם. אחריות פורמט הייבוא = שלנו.

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

• שאלה: מהם תנאי הכניסה המחייבים שחייבים להיות מסומנים לפני שפרויקט עובר רשמית לתכנון+ביצוע?

קשה לחזרה

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

(נימוק: תנאי-מעבר שמתרבים בלי הסכמה = התרחבות היקף קלאסית. חתימה היום על 3 הפריטים האלה = חוזה.)

• שאלה: אישור כניסה, הפקת הדמיה, יציאה לסיור טכני ראשוני. אלו כל הפריטים בתנאי המעבר, או שיש עוד?

קשה לחזרה

- תשובה: כשתהיה תבנית יהיה מספר

• שאלה: מי מאשר את המעבר? תפקיד בודד או כמה גורמים שצריכים לאשר?

קשה לחזרה

- תשובה: הכל בתבנית כולל האחראי.

• שאלה: האם המערכת צריכה לחסום מעבר אם אחד התנאים חסר, או רק להתריע?

קשה לחזרה

- תשובה: צריך להחליט לפי החלטה של הצוות בדיוק מתי חוסם ומתי מתריע

• שאלה: אילו תנאי-מעבר נוספים בין שלבים קיימים (רישוי→תכנון, ביצוע→שירות), ואילו חובה בגרסה הראשונה?

ניתן לחזרה

- תשובה: גם בתבנית.

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

קשה לחזרה

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

• שאלה: צפי התזרים הוא תפעולי (מתי כסף צפוי להיכנס לפי לו"ז) או פיננסי-מלא (גבייה, רווחיות)? תוחם לגרסה הראשונה כתפעולי.

ניתן לחזרה

- תשובה: תפעולי בלבד בגרסה הראשונה. כמה כסף צפוי להיכנס באיזה חודש לפי לו"ז הפרויקטים. רווחיות / גבייה / עמלות = שלב 2.

(נימוק: צפי תפעולי = יכולת שנבנית בשבועיים. צפי פיננסי מלא = פרויקט שלם בפני עצמו. איתי כתב "פשטות", הם יודעים.)

• שאלה: ברזולוציה חודשית, רבעונית, או שתיהן? איתי ביקש חודשי/רבעוני, נאשר.

ניתן לחזרה

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

(נימוק: יומי = רעש. שנתי = מאוחר מדי. חודשי + רבעוני נותנים תמונה אסטרטגית ותפעולית בו-זמנית.)

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

קשה לחזרה

- תשובה: תלוי בשלב בפרויקט ויאופיין בנפרד. צריך מנגנון החלטה.

• שאלה: האם נדרש צפי מול ביצוע בפועל במסך הניהול (כמה תכננו להכניס מול כמה נכנס בפועל), או רק צפי?

ניתן לחזרה

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

(נימוק: "צפי מול ביצוע" הוא המדד היחיד שאי-אפשר לעבוד בלעדיו. כעמודה צמודה לצפי, לא כדוח נפרד.)

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

ניתן לחזרה

- תשובה: קיבלתי גרסה ומהדורה.

• שאלה: פריוריטי: האם קיים חיבור פעיל לתוכנה (API, ממשק שמאפשר לשתי מערכות לדבר ביניהן) מסוג REST / OData, זמין ומתועד? טכני קריטי

חלון-אחד

- תשובה: בבדיקה מולך. זה עולה כסף.

• שאלה: מהם תפקידי-הליבה בגרסה הראשונה? (מנכ"ל, מנהל הכספים (CFO), מנהל פרויקטים, מנהל מחלקה, משתמש שטח)

ניתן לחזרה

- תשובה: בדיוק 5: מנכ"ל (ראייה מלאה), מנהל הכספים (CFO) (כספים + תזרים), מנהל פרויקטים (מבצעי, רואה הכול), מנהל מחלקה (המחלקה שלו בלבד), משתמש שטח (המשימות שלו בלבד).

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