הכלים כבר אצלכם, והמפתחים באמת עובדים מהר יותר. אבל קצב האספקה של הצוות לא זז. A2X בונה את שיטות העבודה שהופכות שימוש אישי ב-AI לתפוקה של צוות.
לקביעת שיחהאו שלחו לי הודעה בוואטסאפרוב צוותי הפיתוח כבר עובדים עם Cursor, Claude Code או Copilot. מפתח בודד כותב, משכתב ומתקן מהר יותר משכתב לפני שנה. זה אמיתי.
מה שלא זז הוא קצב האספקה של הצוות. העבודה עדיין מחכה ל-code review, לאינטגרציה, לבדיקות שתופסות את מה שהמודל ניחש לא נכון, ולתיקונים השקטים אחרי שינוי שנראה בטוח ויצא שגוי. ככל שנכתב יותר קוד, העומס עובר לשלב האימות. צוואר הבקבוק הוא האימות, לא הפרומפטים.
A2X נועדה לצוותים שכבר אימצו את הכלים ועדיין מרגישים תקועים. הטיעון המלא במדריך: למה AI האיץ את המפתחים אבל לא את הצוות (באנגלית).
פרומפט טוב נשכח. סדנה נשכחת. מה שנשאר הוא שיטה שהצוות מריץ על המשימה הבאה, ועל זו שאחריה, גם בשבוע לחוץ.
A2X בונה שיטות עבודה קבועות בשני צדדים של העבודה:
איך כותבים מפרט, איך עושים code review לקוד שנכתב עם AI, ואילו הרגלים שורדים לחץ של דדליין.
איפה נכנסים אוטומציה ואוטונומיה, ב-CI, בבדיקות ובסוכנים, כך שהאימות לא תלוי בגבורה של אדם אחד.
ואז ממשיכים לכוונן. השיטה נמדדת מול האופן שבו הצוות באמת משחרר גרסאות, ומשתפרת לאורך הזמן. המטרה היא לא פרומפט טוב יותר, אלא דרך עבודה שמחזיקה כש-AI נמצא בלולאה כל יום.
לאן העבודה הזו הולכת, ככל שסוכנים לוקחים על עצמם יותר מהמימוש, במדריך: לאן עובר המאמץ ב-R&D כש-AI כותב את הקוד (באנגלית).
העבודה בנויה לשינוי מתמשך, לא לאבחון חד-פעמי.
השלב הראשון הוא מיפוי קצר של הצוות (בדרך כלל שבועיים): איך אתם עובדים היום, איפה AI כבר עוזר, ואיפה האימות והתהליך נשברים תחת עומס. זה הצעד הראשון בתוך העבודה, לא מוצר בפני עצמו.
אחריו מגיע ליווי הטמעה של 3–5 חודשים: השיטות נבנות, מתורגלות ומכווננות יחד עם הצוות. סדנאות ממוקדות נכנסות כשמיומנות או שגרה מסוימת צריכות זמן משלהן.
היקף ומחיר נסגרים בשיחה, לא בעמוד הזה.
לצוות דיפ-טק כבר יש סטאק, תרבות review, ולרוב גם דרך מועדפת לכתוב דרישות. מתחילים משם.
אם הצוות כבר עובד בסגנון Spec-Driven Development (פיתוח מונחה מפרט), זה הופך לשלד של השיטה. אם אתם מעדיפים תהליך אחר, השיטה נבנית סביבו ולא מחליפה אותו בפלייבוק ארוז. שפות, toolchain ואילוצים, כולל סביבות on-prem או מנותקות כשזה רלוונטי, קובעים את התכנון.
תוכניות AI רבות מגיעות עם תהליך קבוע ומבקשות מהצוות להתכופף. כאן השיטה מתכופפת לעבודה האמיתית של הצוות. עוד על זה במדריך: Spec-Driven Development לצוותי אלגוריתמים, ראייה ממוחשבת ו-embedded (באנגלית).
A2X עובדת עם צוותי R&D שכותבים קוד אלגוריתמי, ראייה ממוחשבת, או תוכנה ל-embedded ולמערכות פיזיות — בעיקר בישראל, וגם מרחוק או במרכזי R&D ישראליים של חברות מחוץ לישראל. בדרך כלל הפנייה מגיעה מראש R&D, סמנכ"ל פיתוח או CTO שהצוות שלהם כבר משתמש בכלי AI, בלי שהתפוקה של הצוות השתנתה.
זה פחות מתאים אם אתם מחפשים רק הדרכה על כלי AI למפתחים, אם הצורך העיקרי הוא תוכן שיווקי או מכירתי עם AI, או אם אתם רוצים תהליך מוכן של ספק בלי לשנות את האופן שבו הפיתוח עובד בפועל.
תומר הררי חמם, PhD, בילה את הקריירה שלו במקומות שבהם התוכנה חייבת לעבוד לפני שהיא יוצאת החוצה: נהיגה אוטונומית, לוקליזציה וראייה בזמן אמת.
ב-Imagry הוא גידל את קבוצת תכנון התנועה וקבלת ההחלטות מ-4 ל-12 מהנדסים בשלושה צוותים, העביר אותה משיטות מבוססות כללים לתכנון מבוסס למידה ואופטימיזציה, ומסר את הסטאק לצי ניסוי של שבעה רכבים. השינוי שחשב יותר מכול היה האימות: הוא בנה את סביבת הסימולציה הראשונה של הקבוצה, כדי שבאגים בתכנון ישוחזרו ויעברו regression לפני ניסויי כביש, ולא יתגלו ברכב.
כמייסד-שותף ו-CTO של NeuronBox, סטארטאפ AI תעשייתי, הוא ניהל פיתוח דרך צינור מבוסס סוכנים מהמפרט ועד לפריסה, עם מערכות הערכה שהכריעו בין עיצובים מתחרים. זו השיטה ש-A2X מביאה לצוותי לקוחות.
PhD בהנדסת חשמל ומחשבים מ-Georgia Tech. פרסום כמחבר ראשון ב-IEEE Transactions on Signal Processing. שתים-עשרה שנים כקצין בחיל הים, יצא לגמלאות בדרגת רב-סרן. מבוסס בחיפה.
כי מפתחים בודדים באמת עובדים מהר יותר, אבל קצב הצוות תלוי ב-code review, בבדיקות, באינטגרציה ובתיקונים. כש-AI מגדיל את כמות השינויים, שלבי האימות האלה הופכים לצוואר הבקבוק. עד ששיטת העבודה של הצוות מדביקה את הפער, מהירות אישית לא הופכת לתפוקה של צוות.
הדרכה מלמדת להשתמש בכלים ולנסח פרומפטים. הטמעה, כפי ש-A2X עושה אותה, בונה שיטות קבועות לאופן שבו הצוות כותב מפרט, מאמת ומשחרר קוד כש-AI בלולאה כל יום, ואז ממשיכה לכוונן אותן. הדרכה יכולה להיות חלק מהעבודה, אבל היא לא העבודה.
Spec-Driven Development (פיתוח מונחה מפרט) הוא כתיבת מפרט ברור שאפשר לבדוק מולו, לפני המימוש ובמהלכו, כך שהמפתחים וכלי ה-AI עובדים מול אותה מטרה. A2X משתמשת בו כשהוא מתאים לצוות, ובונה סביב התהליך שאתם מעדיפים כשלא. לא צריך לאמץ פלייבוק SDD מסוים כדי לעבוד איתנו.
העבודה נפתחת בשלב מיפוי קצר (בדרך כלל שבועיים), ואחריו ליווי הטמעה של 3–5 חודשים. סדנאות ממוקדות יכולות להשתלב בתוך התקופה הזו. האורך המדויק תלוי בגודל הצוות, בסטאק ובהיקף השינוי בתהליך.
כן. אלה בדיוק צוותי היעד: קוד אלגוריתמי, ראייה ממוחשבת ותוכנה ל-embedded ולמערכות פיזיות בחברות דיפ-טק — בעיקר בישראל, וגם מרחוק או במרכזי R&D ישראליים של חברות מחוץ לישראל. השיטה נבנית סביב הסטאק האמיתי ואילוצי האימות של הצוות, לא סביב תהליך גנרי של פיתוח web.
אם זה נשמע כמו מה שקורה אצלכם בצוות, הצעד הבא הוא שיחה, לא טופס ארוך.
נדבר על המקומות שבהם AI כבר עוזר, איפה האימות נתקע, והאם תהליך עם A2X מתאים לכם.
לקביעת שיחהאו שלחו לי הודעה בוואטסאפ