קורות חיים לדוגמא להייטק: דוגמה אמיתית, שורה אחרי שורה

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

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

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

דוגמא לקורות חיים: מפתחת שרת עם ארבע שנות ניסיון

פרטי קשר

דנה כהן
מפתחת Backend
תל אביב · 054-0000000 · dana.cohen@example.com
linkedin.com/in/dana-cohen · github.com/dana-cohen

למה ככה. התפקיד כתוב מתחת לשם, כי זו המחרוזת שהמגייסת מקלידה בחיפוש. פרטי הקשר יושבים בגוף המסמך ולא בכותרת עליונה — Greenhouse, מערכת הגיוס שחברות הייטק רבות בישראל מריצות, מפרטת פרטי קשר בכותרת עליונה, תחתונה או בתיבת טקסט כאחת הסיבות שקובץ נכשל בפענוח (עודכן ב-2.3.26, נבדק ב-2.9.26). הכתובת היא עיר, לא רחוב ומספר. אין תמונה, אין תעודת זהות, אין גיל ואין מצב משפחתי.

תקציר

מפתחת שרת עם ארבע שנות ניסיון ב-Python וב-Go, בשירותים שמטפלים בתעבורה גבוהה בפינטק. הובלתי פירוק של שירות תשלומים מונוליטי לשלושה שירותים נפרדים, וזמן התגובה החציוני ירד מ-800 ל-210 מילישניות. שנתיים של עבודה צמודה מול צוות מוצר, כולל הגדרת ממשקי API מול צד הלקוח.

למה ככה. שלוש שורות, לא פסקה, ובתוכן מספר אחד אמיתי. המדריך של Gotfriends, אחת מחברות הגיוס הגדולות בהייטק הישראלי (פורסם ב-22.8.22, נבדק ב-2.9.26), ממליץ לפתוח בחמישה עד שישה בולטים שמכסים תחום, שנות ניסיון, סטאק והישגים. זו אותה כמות מידע; ההבדל הוא רק אם היא באה כרשימה או כפסקה קצרה. מה שאסור בשני המקרים: "בעלת מוטיבציה גבוהה", "שחקנית צוות", "אוהבת אתגרים". אלה טענות שאי אפשר לבדוק, והן תופסות את השורות היחידות שנקראות בוודאות.

ניסיון תעסוקתי

מפתחת שרת · סטארט-אפ פינטק, כ-60 עובדים · 2024–היום

• פירקתי שירות תשלומים מונוליטי לשלושה שירותים נפרדים; זמן התגובה החציוני ירד מ-800 ל-210 מילישניות.
• בניתי שכבת חיבור אחת לשלושה ספקי סליקה; חיבור ספק חדש ירד משבועיים ליומיים.
• הרחבתי את מערך הבדיקות האוטומטיות מכיסוי 34% ל-81%, ומאז לא יצאה רגרסיה לפרודקשן במסלול החיוב.

מפתחת תוכנה · חברת תוכנה ארגונית, כ-300 עובדים · 2022–2024

• כתבתי את שירות ההתראות ששולח כשני מיליון הודעות ביום; החלפתי הרצה מתוזמנת בתור עבודות, וזמן ההמתנה ירד מ-11 דקות לפחות מדקה.
• הובלתי מיגרציה של 40 טבלאות ל-PostgreSQL בלי השבתה.
• ליוויתי שני מפתחים חדשים בחודשיים הראשונים שלהם.

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

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

השכלה

תואר ראשון במדעי המחשב, אוניברסיטת בן-גוריון בנגב, 2019–2022
פרויקט גמר: מנוע השלמה אוטומטית לחיפוש בעברית, בהנחיית המעבדה לעיבוד שפה טבעית.

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

שירות צבאי

צה״ל, יחידה טכנולוגית · 2016–2019
בדיקות תוכנה ואוטומציה בצוות של ארבעה; בניתי מערך בדיקות שרץ על שלוש מערכות במקביל.

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

טכנולוגיות

שפות: Python, Go, TypeScript
תשתית: Docker, Kubernetes, AWS (ECS, RDS, S3)
נתונים: PostgreSQL, Redis, Kafka
כלים: Git, GitHub Actions, Datadog

למה ככה. שמות מדויקים, לא קטגוריות. PostgreSQL ולא "מסדי נתונים", Kubernetes ולא "תזמור קונטיינרים" — המגייסת מחפשת את המילה שכתובה במודעה, והמודעה כתובה בשמות. ארבע שורות מקוטלגות נסרקות מהר יותר משורה אחת ארוכה של פסיקים. וכלל אחד: אל תכתוב טכנולוגיה שלא תוכל לדבר עליה עשר דקות. המדריך של Log-On, חברת גיוס הייטק מרמת גן (פורסם ב-11.11.25, נבדק ב-2.9.26), כותב את זה באותן מילים.

שפות

עברית — שפת אם. אנגלית — רמה גבוהה, סביבת עבודה יומיומית.

מבנה קורות חיים: הסדר של הסעיפים, ולמה זה הסדר

הסדר הוא פרטי קשר, תקציר, ניסיון, השכלה, שירות צבאי, טכנולוגיות, שפות — ובהייטק סעיף הטכנולוגיות עולה לפעמים מעל ההשכלה, כי הוא מה שנסרק.

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

• בוגר טרי או מסב מקצוע — השכלה ובוטקאמפ עולים מעל הניסיון, כי הניסיון הרלוונטי עדיין קצר.
• מי שהתפקיד האחרון שלו לא רלוונטי למשרה — סעיף "ניסיון רלוונטי" לפני "ניסיון נוסף", ובתוך כל אחד סדר כרונולוגי הפוך.
• פרילנס וכמה לקוחות במקביל — שורת כותרת אחת ("פרילנס, פיתוח שרת, 2023–2025") ותחתיה שניים-שלושה פרויקטים, ולא שבע משרות באורך ארבעה חודשים.

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

פורמט קורות חיים: מה קורה לקובץ לפני שאדם פותח אותו

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

מערכות הגיוס שחברות הייטק ישראליות מריצות — Greenhouse, Comeet, Lever ואחרות, מה שנקרא בקיצור ATS — לא "פוסלות" קו״ח. הן מפרקות את הקובץ לשדות, מתייגות אותו ומאפשרות למגייסת לחפש. קובץ שהפענוח שלו נשבר לא נעלם; הוא פשוט לא עולה בתוצאות של החיפוש שהיא הקלידה. ההבדל בין השניים לא מורגש מהצד שלך.

זו אחת הנקודות הבודדות שיש עליהן תיעוד מהמקור. Greenhouse מפרסמת בעצמה מה מפיל את הפענוח שלה (עודכן ב-2.3.26, נבדק ב-2.9.26): גרפיקה, תמונות ו-word art; קובץ שהועלה כתמונה; טבלאות; כותרות עליונות ותחתונות; פרטי קשר בתוך כותרת או תיבת טקסט; פריסה בשתי עמודות; וקובץ מעל 2.5 מגה-בייט. הפורמטים שהיא כן קוראת הם doc, docx, pdf, rtf ו-txt.

מה שיוצא מזה, בחמש שורות:

1. PDF שיוצא מעורך טקסט, לא צילום מסך ולא סריקה. בדיקה בת שתי שניות: פתח את הקובץ ונסה לסמן שורה. אם היא לא נצבעת — זו תמונה.
2. עמודה אחת. התבנית היפה עם הסרגל הכהה בצד היא בדיוק המקרה שהתיעוד מזהיר ממנו.
3. בלי טבלאות ובלי אייקונים, גם לא ברשימת הכישורים. סעיף הטכנולוגיות למעלה הוא שורות טקסט, ולא רשת של ריבועים.
4. בלי תמונה.
5. שם קובץ שקורא בן אדם: דנה כהן - מפתחת Backend.pdf, ולא CV FINAL v3.pdf.

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

לפני ואחרי: שלוש שורות שהותאמו למודעה אחת

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

שלוש שורות מתוך הקו״ח שלה, לפני ואחרי. שום עובדה לא השתנתה — רק הניסוח, הסדר והדגש.

לפני: פירקתי שירות תשלומים מונוליטי לשלושה שירותים נפרדים; זמן התגובה החציוני ירד מ-800 ל-210 מילישניות.
אחרי: פירקתי שירות תשלומים מונוליטי לשלושה שירותי Go שרצים ב-Kubernetes בפרודקשן; זמן התגובה החציוני ירד מ-800 ל-210 מילישניות.

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

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

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

קורות חיים למנהל: מה משתנה בדוגמה

בקו״ח למנהל השורות מפסיקות לתאר מה בנית ומתחילות לתאר מה קרה לצוות ולמוצר. שלושה שינויים בדוגמה למעלה:

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

קורות חיים מנתח מערכות: מה משתנה בדוגמה

מנתח מערכות נשכר בגלל מה שהוא הבין, לא בגלל מה שהוא בנה, והקו״ח צריכים להראות את זה.

• התקציר מדבר על דומיין, לא על סטאק. ביטוח, פינטק, בריאות, לוגיסטיקה — זה מה שמקצר את זמן הכניסה של מועמד, וזה מה שמחפשים.
• שורת ניסיון מתחילה בפועל של ניתוח: מיפיתי, אפיינתי, הגדרתי, תרגמתי דרישה עסקית למסמך אפיון. ומסתיימת במה שיצא מזה — כמה מסכים, כמה תהליכים, כמה זמן ירד.
• סעיף הטכנולוגיות הופך לסעיף כלים ושיטות: SQL, BPMN, Jira, Confluence, כלי BI, ומתודולוגיה. SQL ברמה שאפשר לכתוב בה שאילתה הוא נכס אמיתי כאן — כתוב אותו במפורש.

קורות חיים QA ללא ניסיון: מה ממלא את מקום הניסיון

כשאין ניסיון תעסוקתי, הסעיף שתופס את מקומו הוא פרויקטים — ולא סעיף "מטרות".

• הקורס נכתב כמו תפקיד: שם התוכנית, מספר שעות, ומה נבנה בה בפועל. "קורס בדיקות תוכנה, 400 שעות; פרויקט סיום: מערך בדיקות אוטומטיות ל-12 תרחישים באתר מסחר".
• שניים-שלושה פרויקטים אמיתיים עם קישור. אתר שבדקת ומצאת בו באגים, מסמך STD שכתבת, מערך Selenium או Playwright ב-GitHub. קישור אחד ששווה יותר מעשר שורות תיאור.
• ניסיון קודם לא נמחק — הוא מתורגם. מוקד שירות, מלצרות, פיקוד בצבא: דיוק, עבודה לפי נוהל, כתיבת דוחות, סבלנות לחזרתיות. אלה הכישורים שבודקים באמת עושים בהם שימוש, וכדאי לכתוב אותם כשורה עם היקף ולא כתכונת אופי.
• מה לא לכתוב: "בעל תשומת לב לפרטים". כולם כותבים את זה, ובדיוק בתפקיד הזה הוא נשמע כמו טענה במקום ראיה.

קורות חיים תואר ראשון: מה עושה בוגר טרי

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

• התואר עם פירוט, לא שורה אחת. קורסים רלוונטיים למשרה (ולא כולם), פרויקט גמר במשפט אחד שאומר מה נבנה ובאיזו טכנולוגיה, ופרויקטים משמעותיים מקורסים.
• ממוצע ציונים נכנס אם הוא מעל 85 בערך, ויוצא אחרי שנתיים בשוק בכל מקרה.
• עבודה במהלך התואר נכנסת, גם אם היא לא בהייטק. מי שעבד ולמד במקביל אומר משהו על עצמו בלי לכתוב עליו.
• תפקיד סטודנט, סטאז׳ או פרויקט קורס עם לקוח אמיתי — כל אחד מאלה שווה יותר מכל השאר יחד, ועולה מעל התואר ברגע שהוא קיים.

מה כבר קיים בעברית, ומה כל אחד עושה טוב יותר

לפני שכתבנו את הדף הזה קראנו מה שכבר יש, וחלק ממנו טוב. הכול נבדק ב-2.9.26.

מה עושים עם הדוגמה הזאת עכשיו

1. פתח את הקו״ח שלך ליד הדוגמה והשווה סעיף מול סעיף. הפער הראשון הוא כמעט תמיד התקציר.
2. כתוב מחדש חמש שורות ניסיון — פועל בעבר בהתחלה, מספר או היקף בסוף. חמש, לא את כולן.
3. החלף קטגוריות בשמות בסעיף הטכנולוגיות.
4. ייצא PDF, פתח אותו ונסה לסמן שורה. אם היא לא נצבעת, התחל מחדש מקובץ טקסט.
5. קח מודעה אחת אמיתית ועשה את התרגיל של "לפני ואחרי" על שלוש שורות. אחת עשרה דקות, ואתה יודע אם המסמך שלך גמיש או קפוא.

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