TITANS / דרך העבודה
אנשים. הנדסה.דרך ברורה לעבוד יחד.
טיטאנס מחברת צוותי הנדסה, מוצרי תוכנה וידע מהשטח כדי לבנות כלים לעובדי הארגון. כאן תמצאו את האנשים המעורבים, הדרך מצורך להטמעה וההחלטות שמאפשרות לעבוד יחד בביטחון.
- 01מו״פ ומוצרי תוכנה
- 02הנדסה בתוך הארגון
- 03הטמעה עם האנשים שלכם
01 / החברה והאנשים
קרובים לעבודה שלכם.מחוברים ליכולת ההנדסית.
טיטאנס גלובל היא חברת מחקר ופיתוח ופלטפורמות תוכנה המתמחה ב־AI ארגוני, אוטומציה ותשתיות קריטיות. היא פועלת כשותפת ייעוץ, פיתוח והטמעה — מהמיפוי עם עובדי הארגון ועד לחיבור הכלי לסביבה שבה הם עובדים.
העבודה יכולה לעבור דרך רשת ומחשוב, מערכות ERP ותהליכי תפעול. בוחנים מוצר קיים כשהוא מתאים לצורך; מגדירים פיתוח וחיבורים ייעודיים כשנדרשת התאמה אחרת. התאמת הפריסה והגישה למידע נבדקת לכל מערכת ולכל פרויקט.
איש הצוות בשטח
עובד לצד העובדים, מלווה משימות ומתרגם את הבעיה לדרישות שניתן לבנות ולבדוק. שומר על החיבור בין מה שנלמד בשטח לבין ההחלטות ההנדסיות.
צוות ההנדסה והמוצר
בונה את החיבורים, מתאים את יכולות המוצר ומפתח את החלקים החסרים לפי היקף מוסכם. בודק את ההתנהגות גם במקרים חריגים ומתעד את המגבלות.
בעלי התהליך אצלכם
מגדירים מה ייחשב שימושי, בוחרים סדר עדיפויות ומאשרים את המעבר לעבודה שוטפת. העובדים שמבצעים את המשימה שותפים לאפיון ולבדיקה.
IT ואבטחת מידע
מגדירים עם הצוות את הגישה, ההרשאות ותנאי הסביבה. מאשרים את החיבור למערכות ומסכמים מי מפעיל, מנטר ומטפל בשינויים לאורך זמן.
הניסיון שמאחורי דרך העבודה
יותר מעשור של ניסיון בתעשייה עומד מאחורי הצוות. הדרך של טיטאנס כוללת מוצרים ראשונים לרשת, עבודה בתקופת הקורונה ושותפויות תוכנה בישראל. את אבני הדרך והמקורות אפשר לראות בעמוד הניסיון.
02 / מסלול העבודה
בכל שלב יש תוצר.והחלטה איך ממשיכים.
מתחילים בתהליך אחד ובעל אחריות בארגון. מתקדמים כשהצורך, החיבורים והבדיקות ברורים. התוצרים והיקף הליווי נקבעים יחד במסגרת ההתקשרות.
03 / אחריות ופריסה
חיבור טוב מתחילבאחריות ברורה.
טיטאנס נושאת באחריות ההנדסית להיקף שהוסכם. הארגון ממשיך להיות בעל התהליך והמידע. לפני שמתחברים לסביבה, מגדירים את חלוקת האחריות ואת תנאי העבודה.
| נושא | הארגון שלכם | טיטאנס | מגדירים יחד |
|---|---|---|---|
| הצורך וההצלחה | בעל תהליך, סדר עדיפויות ודוגמאות מהעבודה. | תצפית, אפיון ותרגום הצורך לתוכנית עבודה. | היקף ראשון, מדד והחלטות קבלה. |
| מידע וגישה | בעלי מקורות מידע, מדיניות ואישור גישה. | מיפוי הנתונים והחיבורים הדרושים. | מה נקרא, מה מועבר, מה נשמר ומי רשאי לפעול. |
| סביבת ההטמעה | פרטי רשת, זהויות, מערכות וסביבת בדיקה. | בדיקת התאמה, שילוב ובדיקות להיקף המוסכם. | מיקום הרכיבים, תלות בשירותים ותנאי מעבר. |
| עבודה שוטפת | בעלי אחריות מקומיים ומשוב משתמשים. | תיעוד, הכשרה וליווי כפי שהוגדרו בהתקשרות. | ניטור, תקלות, עדכונים ותנאי שירות. |
אירוח מקומי, ענן ארגוני וסביבה מנותקת נבחנים לפי המוצר, הגרסה והחיבורים. מיקום המערכת, מיקום המודל ושירותים חיצוניים הם שאלות נפרדות. תנאי התמיכה והזמינות נקבעים בהתקשרות.
להעמקה בפריסה ובקרה04 / ידע להחלטות
להבין את ההיגיון.לדעת מה לשאול.
שלושה מדריכים מעשיים: איך מחברים מידע למשמעות, איך מהנדס עובד בתוך הארגון ואיך מגדירים גבולות לסוכן. אפשר לפתוח כל נושא ולקרוא כאן את ההסבר המלא.
01מדריך · הקשר ארגוני
איך בונים הקשר שאפשר לעבוד איתו.
מדריך · הקשר ארגוני
איך בונים הקשר שאפשר לעבוד איתו.
שכבת הבנה מתחילה בשאלה פשוטה: מה המשמעות של הנתונים בתוך הארגון? המדריך הזה מפרק את השאלה למיפוי שאפשר לבדוק עם אנשי התהליך, המערכות והאבטחה.
מגדירים ישויות בשפה משותפת
לקוח, נכס או אירוע יכולים להופיע בכמה מערכות עם מזהים שונים. מתחילים בהגדרה מוסכמת של הישות ובזיהוי המקור האחראי לכל פרט. אין צורך למפות את כל הארגון בבת אחת; בוחרים תהליך שבו חוסר ההקשר כבר מעכב החלטה או טיפול.
מוסיפים את הקשרים שמשנים החלטה
רשימת נכסים אינה מסבירה מי אחראי עליהם או איזו פעילות מושפעת מתקלה. מוסיפים קשרים כמו שייך לאתר, מטופל על ידי או תלוי במערכת. כל קשר צריך לשרת שאלה מעשית, ולהיות ניתן לבדיקה מול אנשים ומידע שהארגון מכיר וסומך עליהם.
דוגמה: אירוע בנכס
בדוגמה להמחשה, מתקבל דיווח על תקלה בציוד. מודל ההקשר מחבר את הציוד לאתר, לאחראי התחזוקה ולמשימת עבודה קיימת. כך אפשר להבין אם נדרש לפתוח טיפול חדש או להעביר מידע לטיפול שכבר מתנהל. ההחלטה עצמה כפופה לכללים ולהרשאות שנקבעו.
מפרידים מקור, משמעות ופעולה
מערכות המקור מחזיקות ברשומות. שכבת ההבנה מגדירה משמעות וקשרים. סוכן יכול להשתמש בהקשר כדי לענות או להציע פעולה, ושכבת הבקרה מגדירה מה מותר לבצע. החלוקה עוזרת לזהות אם בעיה מגיעה מנתון שגוי, מהגדרה לא מוסכמת או מהרשאה חסרה.
בודקים גם זמן וסתירות
הקשר ארגוני משתנה: אנשים מחליפים תפקיד, נכסים עוברים אתר ומערכות מתעדכנות. לכן מגדירים מי מעדכן את המפה ומה עושים כשמקורות אינם מסכימים. גם תשובה רהוטה אינה מספיקה אם היא נשענת על קשר ישן או על נתון שאין לו מקור ברור.
מה צריכה לכלול המפה הראשונה
תוצר ראשון שימושי כולל שאלה עסקית, רשימת ישויות מצומצמת, קשרים נדרשים ומקורות מוסמכים. מוסיפים בעל אחריות ותיאור של ההחלטה או הפעולה הרצויה. עוברים עם אנשי התהליך על דוגמאות אמיתיות וחריגים, ורק לאחר מכן מחליטים איזה חלק נכון לחבר לסוכן.
מדריך מעשי המבוסס על רעיון שכבת ההבנה שמוצג במאמר של TITANS מאוגוסט 2026. Doctrine 001 · המאמר המקורי
למדריך הנפרד02מדריך · הנדסה והטמעה
מה עושה צוות הנדסה בתוך הארגון?
מדריך · הנדסה והטמעה
מה עושה צוות הנדסה בתוך הארגון?
Forward Deployed Engineering מחברת עבודת הנדסה עם התהליך שבו המערכת צריכה לפעול. הצוות לומד לצד האנשים, מגדיר היקף ובונה חיבור שניתן להפעיל ולבחון בתוך הארגון.
מתחילים במקום שבו העבודה מתבצעת
השלב הראשון הוא היכרות עם בעלי התהליך, משתמשים וצוותי IT ואבטחת מידע. עוקבים אחר משימה אמיתית ושואלים אילו נתונים חסרים, היכן יש המתנה ומי מחליט על המשך טיפול. ההיכרות מתבצעת במסגרת הגישה והעבודה שהארגון מאפשר ובהתאם להיקף שנקבע.
מצמצמים לשינוי שאפשר להעריך
בוחרים תהליך אחד, בעל אחריות ומדד הצלחה. מפרטים מה נכלל ומה מחוץ להיקף, אילו מערכות מעורבות ומי צריך להיות זמין לקבלת החלטות. מסגרת כזו מאפשרת לבדוק התקדמות מול צורך מוגדר ומונעת מצב שבו כל שיחה מוסיפה יעד אחר לפרויקט.
הופכים ידע מקומי לתוצר משותף
מיפוי התהליך כולל מקורות מידע, ישויות, קשרים, הרשאות וחריגים. התוצר צריך להיות מובן גם לבעל התהליך וגם לאיש המערכת. במקום להשאיר החלטות בזיכרון של הצוות, מתעדים מה נחשב מקור מוסמך, מי מאשר פעולה ואיך מזהים מצב שלא טופל בתכנון.
מחברים ובודקים עם המשתמשים
ההטמעה מחברת מוצר או יכולת לתהליך המוגדר. בודקים מקרים רגילים, מידע חלקי וכשלים אפשריים עם האנשים שיפעילו את המערכת. לפני מעבר לעבודה שוטפת מסכמים מי מקבל פניות, איך עוצרים פעולה ומה נדרש כדי לחזור לתהליך הקיים בעת הצורך.
משאירים אחריות ברורה אחרי ההטמעה
הארגון צריך לדעת מי אחראי לתהליך, למידע ולמערכת כאשר העבודה עוברת לשגרה. מסכמים מסמכי תפעול, הכשרה ודרך טיפול בשינויים לפי ההתקשרות. ליווי הנדסי אינו מחליף בעלות ארגונית; הוא צריך לסייע לצוות המקומי להבין את התהליך ולהפעיל אותו באופן עקבי.
מחליטים על הרחבה לפי מה שנלמד
משווים את התוצאה לנקודת הפתיחה ושומעים מהמשתמשים היכן עדיין נדרשת עבודה ידנית. לאחר מכן בוחנים אתר, קבוצה או תהליך נוסף ובודקים אילו הנחות משתנות. הרחבה היא החלטה נפרדת, המבוססת על ראיות מההטמעה ועל התאמה של התנאים החדשים.
03מדריך · הרשאות ובקרה
לפני שסוכן פועל, מגדירים את הגבולות.
מדריך · הרשאות ובקרה
לפני שסוכן פועל, מגדירים את הגבולות.
סוכן שמחזיר תשובה וסוכן שמשנה רשומה פועלים ברמות אחריות שונות. כדי לעבור ממידע לפעולה, צריך להגדיר במפורש מי רשאי לבצע מה, באילו תנאים ואיך בודקים את התוצאה.
מפרידים בין שלוש רמות
קריאה מאפשרת לקבל מידע ממקור מורשה. הצעה מנסחת פעולה אפשרית להחלטת אדם. ביצוע משנה מצב במערכת. כדאי לבחור לכל תהליך את הרמה הדרושה לו, ולא להניח שכל שימוש ב־AI מחייב אוטונומיה מלאה. אפשר להתחיל במידע ובהצעות ולהרחיב רק לאחר בדיקה.
מזהים את הגורם הפועל
מגדירים באיזו זהות הפעולה מתבצעת, אילו הרשאות ניתנות לה ומי אחראי לשינוי שלהן. הבנת ההקשר אינה מעניקה הרשאה. יש לבדוק את הגישה גם במערכת המקור ולוודא שהיקף המידע והפעולה מתאים לתפקיד ולמשימה, כולל מקרים שבהם המשתמש מחליף תפקיד.
קובעים מתי נדרש אישור
נקודת אישור צריכה להיות חלק מהתהליך עצמו. מגדירים מי מאשר, איזה מידע מוצג לו ומה קורה אם אין תגובה או אם המידע אינו מספיק. בתרחיש לדוגמה, סוכן מכין בקשת שינוי, אך בעל התהליך בוחן את ההשפעה לפני שהעדכון מועבר לביצוע.
בודקים מה קרה בפועל
שליחת בקשה למערכת אינה הוכחה שהפעולה הושלמה. התכנון צריך לכלול בדיקה של התוצאה וטיפול במצב שבו רק חלק מהעדכון הצליח. מגדירים כיצד נמנעים מפעולה כפולה, מי מטפל בסתירה בין מערכות ואיזה מידע נדרש כדי להבין את רצף האירועים.
מתכננים עצירה והתאוששות
לא לכל פעולה קיימת אפשרות ביטול. לכן בודקים מראש אם ניתן לעצור, לתקן או לבצע פעולה מפצה, ומי מוסמך לעשות זאת. במקרים שבהם אין דרך בטוחה לחזור אחורה, אפשר להשאיר את הביצוע אצל אדם ולהשתמש בסוכן רק להכנת המידע וההמלצה.
מתרגמים עקרונות להיקף מוצר
הרשימה הזאת היא מסגרת לתכנון, לא הצהרה שכל בקרה זמינה בכל מוצר. בשיחת ההתאמה בודקים אילו מנגנונים מספק המוצר, מה נאכף במערכת המקור ומה דורש תהליך ארגוני. מסכמים את הפערים ואת בעלי האחריות לפני שמאפשרים פעולות בסביבת העבודה.
05 / מתחילים יחד
בואו עם משימה.נתחיל מהעבודה.
לא צריך להגיע עם אפיון טכנולוגי גמור. כדאי להגיע עם תהליך שמתקשה להתקדם, אדם שמכיר אותו ודוגמה אמיתית למה שקורה היום. משם אפשר לבחון התאמה ולתכנן היקף ראשון.
- משימה ודוגמה
- מה העובד מנסה להשלים? היכן הוא ממתין, מעתיק מידע או מבצע עבודה חוזרת?
- איש שמכיר את התהליך
- בעל תהליך ונציג מהעובדים שמבצעים את המשימה — לצד גורם IT רלוונטי.
- המערכות והמגבלות
- אילו מערכות מעורבות, איזה מידע זמין ואילו דרישות אבטחה או פריסה כבר ידועות?
לפני שמתחילים
עוד כמה שאלות שכדאי להבהיר.
צריך להחליף את המערכות הקיימות?
מתחילים מהתהליך ומהסביבה הקיימת. בודקים אילו מערכות אפשר לחבר ואיפה נדרשת התאמה. החלפה אינה נקודת מוצא; אם יש צורך בה, זו החלטה נפרדת עם היקף ברור.
זה מוצר או פיתוח מותאם?
זה תלוי בצורך. מוצר קיים יכול לתת בסיס מתאים; חיבורים, התאמות או פיתוח נוסף מוגדרים כשנדרש. לפני שמתחילים מסכמים מה מגיע מהמוצר ומה נבנה עבור התהליך שלכם.
מה נשאר אצלנו אחרי ההטמעה?
מגדירים בהתקשרות את מסמכי התפעול, ההכשרה, בעלי האחריות, הטיפול בתקלות והתהליך לשינויים. הארגון צריך לדעת מי מפעיל את הכלי ומי מקבל החלטות כשהתנאים משתנים.
איך מחליטים אם להרחיב?
משווים למדד שנבחר ולנקודת הפתיחה, ומקשיבים לעובדים. לפני מעבר לצוות או לאתר נוסף בודקים אם אותם חיבורים, נתונים ותנאי תפעול עדיין תקפים.