כיצד להעריך עובד

תוכן עניינים:

כיצד להעריך עובד
כיצד להעריך עובד

וִידֵאוֹ: כיצד להעריך עובד

וִידֵאוֹ: כיצד להעריך עובד
וִידֵאוֹ: תשאלו את תמיר פרק 6 - איך לתגמל עובדים בארגון ולזכות להערכה? 2024, אַפּרִיל
Anonim

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

כיצד להעריך עובד
כיצד להעריך עובד

הוראות

שלב 1

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

שלב 2

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

שלב 3

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

שלב 4

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

שלב 5

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

מוּמלָץ: