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

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

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


עובדה – 90% מהמועמדים נפסלו בגלל חוסר ידע מקצועי ולא על בסיס אישיותי!

דיברנו עם הרבה מועמדים לעבודה בתוכנה, לאחר ראיונות בהם לא הצליחו.

מהשיחות שלנו התברר, שהמועמדים חושבים שהם לא התקבלו לעבודה,
חלקם מסיבות אישיותיות, וחלקם מסיבות של חוסר ידע מקצועי, היחס היה בערך 50% 50%.

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


מהי האסטרטגיה הטובה ביותר להצלחה בראיון?

תחשוב על המראיין לכמה דקות ותוכל להבין המון.

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

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

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

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

לכן נשאלת השאלה איך לשכנע שאתה האדם המתאים לתפקיד?

שוב תחשוב שניה על ראש הצוות – הוא מחפש מועמדים כבר נאמר חודש, כלומר הוא כבר פגש בערך 20 עד 30 מועמדים, בעלי פרופיל (ידע ניסיון ורזומה) דומה שלך, נכון?

לראש הצוות כבר יש תחושה של - בערך מהי הרמה של האנשים שהוא פוגש בפרופיל זה, נכון?

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

כלומר אתה לא צריך להיות המתכנת הטוב בעולם, ממש לא, אתה צריך לדאוג להיות קצת יותר טוב מרוב המתכנתים האחרים בעלי פרופיל דומה לשלך!

זוהי האסטרטגיה שלך!
אנו יודעים שהיא המצליחה ביותר בשטח, אנשים אמיתיים - משרות אמיתיות.


מה מכשיר אותנו ללמד אותך את כל זה?

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

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

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

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


אל תרוץ לראיונות עבודה אם אינך מוכן!

אנו ממליצים לך שלא לגשת לראיון עבודה אם אתה יודע שאתה עדיין לא מוכן.

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

היו ויהיו ראיונות בהם אתה לא תצליח, אבל אל תמהר לצאת לשוק לא בשל, לא בשיא מוכנותך, ולשרוף את עצמך ביותר מידי מקומות.

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


אז איך מצליחים מבחינה מקצועית?

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

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

1. לשלוט בנושאים בסיסיים.
כמו למשל מזה Object Oriented? לא יתכן שאתה לא תשלוט בזה היטב. אם תענה תשובה לא מספיק טובה לשאלה בסיסית כמו זו, המרואיין יאמר לך "אוקיי בוא נמשיך הלאה", אבל בליבו הוא כבר אמר לעצמו "Next". רוצה לומר, אם תיכשל בנושאים הנחשבים לבסיסיים – אין לך סיכוי להתקבל.

2. להבין בנושאים מתקדמים.
זכור - עליך רק לעקוף את רוב האחרים. כמה מחבריך מבינים, שולטים ומדברים Design Patterns? יודעים לבצע Design Review? מכירים SDD של IEEE? מבינים Agile או TDD? ועוד...

3. להכיר ולהבין נושאים שמבדילים אותך מהאחרים.
תופעה שאנו פוגשים יותר ויותר לאחרונה היא שמראיינים שואלים שאלות קצת יותר Low-Level בכדי לגלות מי מבין באמת את מה שקורה לעומק ומי לא.
כמו למשל מהו ה Stack ומהו ה Heap, מה ההבדלים בניהם, יתרונות חסרונות...
ושאלות נוספות שמבדילות את אילו שמבינים יותר מאילו שמבינים פחות.

4. להכיר נושאים שכולם שואלים עליהם.
למשל ב - .NET, אתה מכיר ראיון רלוונטי שלא שואלים בו כמה שאלות בנוגע ל Garbage Collector? כיצד הוא עובד מתחת לפני השטח? מהם Gen0 Gen1 Gen2 ומה המשמעויות שלהם?
אם ישנה רשימת שאלות מקצועיות כה צפויות אז למד את התשובות מראש.


לאחר שפרסנו את התוכנית הכללית נוסיף שמומלץ גם לדבר את השפה של המקצוע.
אל תאמר מחלקה אמור Class, אל תאמר מופע אמור Instance, אל תאמר הורשה אמור Inheritance וכיוצא בזה.

אין לך מושג עד כמה הניואנס הזה משנה לטובה את הרושם המקצועי שאתה מותיר על המראיין.

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

בחן את עצמך:

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

להלן רשימה חלקית של שאלות שכל מתכנת רציני צריך לדעת, וכך גם אתה!
גם אם לא בכל ראיון - בכל חברה – תישאל את כל השאלות הללו – עדיין עדיף שתתכונן מראש מאשר להיות מופתע במהלך הראיון עצמו.
זכור, קשה באימונים קל בקרב.

אז איך מצליחים מבחינה אישיותית?

ממש על קצה המזלג...

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

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

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

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

עדיפות - ממקום עבודה, אם אין אז מהלימודים, אם אין אז מהצבא, ואם אין אז ממקום אחר.

אז מהם התכונות האופי החשובות בתחום שלנו? פיתוח התוכנה?

לכל תחום יש את המאפיינים שלו וכך גם תחום פיתוח התוכנה.
בתחום פיתוח-התוכנה ישנם מאפיינים שאולי לא רלוונטיים לתחומים אחרים (כמו למשל לתחום הייעוץ האירגוני), אבל אם נכיר את המאפיינים הללו, נוכל להראות שאנו, באופי שלנו, תואמים אותם.

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

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

להלן כמה מהתכונות החשובות בתוכנה:

Results Oriented
עד כמה העובד מקדש את מבחן התוצאה? האם אתה אדם של דרך או של תוצאה? בתחום שלנו, פיתוח התוכנה התוצאה היא החשובה מכל. הראה שאתה תמיד שם דגש מיוחד על לספק את הסחורה במלואה, בזמן ובאיכות... On-Content, On-Time, On-Quality.
הראה שכשאתה מקבל משימות אתה יודע לתעדף אותם נכון, יודע להבדיל בין עיקר וטפל, יכול לבצע משימות מהרעיון ועד השלמת היישום.

Customer Oriented
עד כמה אתה מקדש את ההצלחה של הלקוח ושביעות הרצון של הלקוח? לגבי לקוחות שמחוץ לארגון...
האם אתה זוכר מי משלם לך את המשכורת? הארגון ואיך הוא עושה זאת? דרך הלקוח! הלקוח הוא החשוב מכל, הראה שאתה מבין את דרישות הלקוח ואת הצרכים שלו. הראה שאתה תמיד זמין, נגיש ותגובתי עבורו.
כל הנאמר רלוונטי גם ללקוח פנימי, למשל איש ה QA הוא הלקוח הפנים-ארגוני של איש התוכנה. זכר זאת.

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

Creativity & Innovation
עד כמה אתה מעודד חשיבה יצירתית? עד כמה אתה מעודד רעיונות חדשים? חשיבה אחרת? שבירת אקסיומות קיימות? חשיבה מחוץ למסגרת? מחוץ למקובל?
עד כמה אתה יודע לזהות הזדמנויות למתן פתרונות פשוטים ואמינים?

Integrity
עד כמה אתה מייצר שקיפות לעבודתך? האם אתה מציף תקלות בזמן? ומדווח עליהם לממונים? האם אתה יודע לקחת אחריות? לקבל ביקורת? להודות בטעיות? לעמוד בהתחייבויות? יכול ליישב מחלוקות? מתקשר באופן גלוי? ישיר? כנה? פתוח? קשוב?


הראה שאתה בנוי מהחומרים הנכונים, ספר סיפורים תומכים שיעידו שאתה אכן מתאים ברמה האישיותית לתפקיד מפתח-תוכנה ולארגון!

שאלה ששואלים אותנו די הרבה היא –
האם לגשת לקורס ראיון אישי עם פסיכולוגית או בעלת מקצוע דומה?

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


כיצד מתכנת צריך לכתוב קורות חיים?

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

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

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

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

בכדי לכתוב קו"ח שיווקיים,
נקטלג את הכתוב בקורות החיים שלך לשלוש קטגוריות:
1. תוכן "המקרב" אותך למשרה הנחשקת
2. תוכן "ניטראלי" שאינו מקרב ואינו מרחיק אותך מהמשרה הנחשקת
3. תוכן "המרחיק" אותך מהמשרה הנחשקת

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

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

להלן רשימה חלקית של מילות-מפתח:
UML, Design-patterns, OOP, OOD, Distributed Applications, Server-side development, Enterprise Development, Enterprise Ready, SLAs, IEEE SDD SRS, Agile, Unit-Testing, TDD, DBC, MVC, 3-Tiers Architecture, DAL, BLL, PL (GUI), ORM (like NHibernate), Enterprise Library, Caching, Advanced Profiling and Performance tuning, Scalability, Stability, Robustness
בחלקם תוכל להשתמש תוך כדי הרכבת הסיפור המתואר.

וכמובן מיותר לציין שעליך לכלול מילות מפתח ספציפיים של הטכנולוגיה שבה פיתחת, כמו .NET, C++, Java, MySql, MS-Sql Server, Azure, ASP.NET ועוד ועוד ועוד לפי הסביבה בה אכן עבדת.

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

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

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

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

בכדי לענות על השאלה הזו, בוא כבר נתאר את ה layout הכללי של קורות החיים ובכך נענה גם על שאלה זו.

בחלק העליון רשום מידע כללי אודותיך.
למשל:

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

שים לב, אם אתה לא גר באזור המרכז, תצטרך לציין באילו אזורים\גבולות-גיזרה אתה מעוניין לעבוד, למשל אם אתה גר באשקלון – האם משרה בנתניה רלוונטית כלפיך? ציין זאת.

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

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

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

מתכנת בעל ניסיון של 2.5 שנים, בעל ידע רב ומעמיק בטכנולוגיית .NET, בפיתוח OO 3-Tiers, פיתוח בעיקר ב Server-Side אך גם ב Client-Side, מעוניין במשרה מאתגרת בחברתכם.

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

שים לב, עבודה ב QA אינה מקרבת אותך למשרה אלא דווקא נהפוך הוא, היא מרחיקה אותך!
המראיין עלול לחשוב בליבו –
"אם הוא סיים לימודים, מדוע לא עבד בפיתוח? האם לא היה מספיק טוב? הרי התפיסה היא שהטובים נחטפים, הלא כך? אז אולי אני טועה אם אני שוקל לגייס אותו?"

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

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

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

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

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

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

שפות:
אנגלית? עברית? רוסית? ספרדית? גרמנית?...

מצ"ב המלצה מ XX, המלצות נוספות תינתנה עפ"י דרישה
שים לב, כולם כותבים "המלצות עפ"י דרישה", אבל אתה רוצה להיות צעד אחד לפני כולם, ולכן אנו ממליצים לך לצרף מיד ומראש המלצה כתובה, כך שתשלח לחברות מסמך בין 2 עמודים, עמוד אחד קו"ח שלך ועמוד שני המלצה מ XX.
פעולה זו יכולה להבדיל אותך מהאחרים ולהעלות את קורות החיים שלך לראש הערימה של קו"ח האחרים.

מהי המלצה?
המראיין לא סומך על העדות שלך כלפי עצמך, הוא סומך הרבה יותר על "צד שלישי אובייקטיבי", כלומר הוא ישמח מאוד אם יבוא צד שלישי אובייקטיבי ויעיד – "... הנ"ל ככה וככה ואני ממליץ עליו בחום...".

מיהו צד שלישי אובייקטיבי?
עדיף מקום עבודה (עדיף בתוכנה), אם אין אז מרצה מהלימודים? ואם אין אז אולי מפקד מהצבא?


על מה עוד מסתכלים המגייסים בקורות החיים שלך?

האם הניסיון התעסוקתי של המועמד רציף וללא "חורים"?
אם ישנם חורי זמן האם ברור ממה נבעו?

האם קיים רצף מקצועי הגיוני או שהמועמד מזגזג בין תחומי מקצוע שונים? ואם כך מדוע?

האם המועמד החליף מקומות עבודה בתדירות של פחות מ 3 שנים לכל מקום עבודה? אם כן מדוע? האם פוטר? האם לא הצליח במקומות אלו?

אם קו"ח משכנעים שהמועמד יוכל להצליח לעמוד באתגרים שהתפקיד מציב?
האם מקו"ח עולה שהמועמד Over Qualified? Under Qualified?
האם המועמד ער לנושאים שיש להבליט ואילו שיש להצניע?
האם קיימת הבחנה בין עיקר לטפל? האם קיימים הרבה מיידעים לא רלוונטיים?
האם למועמד דרישות נמוכות במיוחד? אם כן מדוע? האם הוא לא מאמין בערכו?
האם למועמד הכשרה מקצועית עשירה? באילו קורסים מקצועיים השתתף?

האם לכתוב קו"ח באנגלית?

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


איך נוכל לעזור לך?

עובדה – 90% מהמועמדים נפסלו בגלל חוסר ידע מקצועי ולא על בסיס אישיותי!

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

בנינו את קורס "התקבלתי" המורכב משני חלקים:
1. הצלחה בראיון העבודה מבחינה מקצועית – החלק הזה הוא בערך 90% מהקורס.
2. הצלחה בראיון העבודה מבחינה אישיותית – בחלק הזה התמקדנו בהבלטה של תכונות אופי שחשובות מאוד בתחום פיתוח התוכנה.

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

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

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

אתה מוזמן להתקשר אלינו או להשאיר את מספר הטלפון שלך ואנו ניצור איתך קשר בהקדם.

סטטיסטיקה:
• 98% מהמתכנתים שלימדנו, הביעו שביעות רצון מוחלטת מהתכנים, מהאסטרטגיה ומהתוצאות
• 92% התקבלו למשרת פיתוח תוכנה
• 90% העידו שהביטחון העצמי שלהם בראיונות עלה פלאים וללא היכר
• 90% הצליחו להשתלב בהצלחה במשרה החדשה אליה התקבלו
• 80% העידו שהתקבלו בזכות הידע שרכשו אצלנו
• 70% העידו שחבל שלא מלמדים כך תכנים אלו באקדמיה
• 70% העידו שבזכותנו הם זכו למשכורת גבוהה יותר
• 62% התקבלו למשרה תוך חודש ממועד סיום החומר הנלמד


לחץ כאן בכדי לקרוא אודות "התקבלתי" - מדריך הווידאו המלא להצלחה בראיונות עבודה לתוכנה...