תוֹכֶן
- הגדר ציפיות
- ניהול ציפיות
- שפר את התקשורת
- אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
- מול מצוקות
- המפתח לניהול פרויקטים חלק
להסיר:
הסוגיה הגדולה ביותר שרבים ממחלקות ה- IT מתמודדות איתה אינה טכנית - אישית שלה.
אחד הנושאים הגדולים ביותר שאינם טכניים המשפיעים על מרבית מחלקות ה- IT הארגוניות הוא גם קל לניהול. כשמדובר בהתמודדות עם משתמשי קצה, כולם צריכים להיות באותו עמוד ולדעת מה ניתן לעשות - ומתי. ויש המפתח: ניהול הציפיות של משתמשי הקצה. זה נשמע פשוט, אבל בדרך כלל זה יכול לעשות דרך ארוכה לקראת הקלת הדברים כאשר מתמודדים עם האנשים המשתמשים במערכת יישומים על בסיס יומיומי.
מחלקות IT שנכשלות בדבר אחד זה באמת יכולות לסבול, מכיוון שבעיות נוגעות בתרעומת כלפי המחלקה. זה מקשה על פרויקטים עבור כולם. (לקבלת עצות נוספות בנושא תמיכה, עיין בעשרה טיפים למתן תמיכה טובה יותר ב- IT.)
הגדר ציפיות
אם עבדתם ב- IT תקופה מסוימת, אתם בטח יכולים לחשוב על פרויקטים, כרטיסים ומערכות בהן מחלקת ה- IT מואשמת בכך שהפרויקט, הכרטיסים או הפיכתם באיחור, לא על מה שהתבקש בהתחלה, או סתם פשוט לא מספיק טוב. כאשר הציפיות של קהילת משתמשי הקצה (EUC) עומדות בקו אחר קו עם מושג המציאות - או אפילו סתם מעט מוטה - הביקורת שלהם יכולה להיות הסחת דעת לא רצויה.
אפילו דברים פשוטים כמו חשבון משתמש חדש יכולים לגרום לחיכוך בין מחלקות - או אפילו לריבוי ענק בין-משרדי. הדרך הטובה ביותר להימנע מכך היא ליצור ציפיות מציאותיות, ולעמוד בהן בכל פעם ופעם. המשמעות היא ש- IT צריך לומר לצוות כמה זמן ייקח לפרויקט ולמה לצפות בסופו. בין אם במשרד לחמישה אנשים או בקונגלומרט רב-לאומי, יידע את מי שישתמש במשאבי IT על מה שמחלקת ה- IT יכולה ואינה יכולה לעשות. ברוב המקרים, בעיות אינן נובעות ממה שמשיג IT, אלא ממה שעובדים אחרים מאמינים כי עליהם להיות מסוגלים לעשות. מחלקות שיכולות להימנע מניתוק מסוג זה יעברו דרך ארוכה לקראת הימנעות מתסמונת "האשמה ב- IT".
ניהול ציפיות
אחת הדרכים הטובות ביותר להתחיל לנהל את הציפיות של קהילת משתמשי קצה היא ליישם מדיניות של מתן הסכמי רמת שירות (SLA) לכל השירותים. אנשים רבים בתחומים הטכניים מקשרים SLAs עם ספקים חיצוניים, אך אותה מנטליות יכולה לשמש גם ללקוחות פנימיים - והיא צריכה להיות כזו. זה יאפשר למשתמשי הקצה מסגרת של מה לצפות בעת בקשת השירותים וישמור על כולם, אם לא באותו עמוד, לפחות באותו פרק.
ברוב חבילות תוכנת כרטיסי הבעיות יש מודולים להגדרת SLAs. אם יש לך כבר SLAs עבור הלקוחות הפנימיים שלך אז מזל טוב, המחלקה שלך כבר בדרך הנכונה.
שפר את התקשורת
כעת, לאחר שהנחתם את הבסיס, עליכם להמשיך בתקשורת. הן בפרויקטים לטווח הארוך והן בפרויקטים קצרים, זה הכרחי לשמור על כל הצדדים בקשר להתקדמות וגם לכישלונות. הציפיות יכולות לעבור בשני הכיוונים פעימות לב וכששמחתם שהייתם בפתיחת הפרויקט, אם תפספסו את ציר הזמן שהגדרתם, הדברים עלולים להתדרדר במהירות. מעט מאוד דברים יהרסו את הרצון הטוב ש- IT פעלה להשיג מהר יותר מתקשורת שגויה והורידו מועדים.
אה, ואם אתם מפספסים תאריך יעד, עדיף שתעבירו בבירור סיבה מהירה וסבירה לעיכוב. שמירה על קווי התקשורת פתוחים תעזור להימנע מנוצות פרעו ותבטיח שכולם ירגישו טוב יותר באשר לפרויקט יגיע. אם משתמשי הקצה שלך לא ישמעו ממך, הם עשויים להניח שהכל דורי. אם יתברר שזה לא המקרה, תיכשל בהם בגדול בכך שלא תעמוד בציפיותיהם.
אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
אינך יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.
מול מצוקות
לאחר שהשגת הרמוניה עם קהילת משתמשי הקצה שלך וכולם עובדים יחד, אתה עשוי לחשוב שהשגת נירוונה במקום העבודה. לא כל כך מהר. פתאום השרת או (הכנס כאן הפסקות רלוונטיות) סובל מכישלון קטסטרופלי מסוג כלשהו ויש לך מערכת קריטית למשימה למטה. זו הזדמנות נוספת לנהל את הציפיות של משתמשי הקצה שלך כדי למזער את הסחת הדעת כדי לעזור לפתור את ההפסקה במהירות וללא בעיות נוספות.
אם לא תצליחו לעשות זאת, אתם יובקעו מדיווחי הפסקות והבלתי נמנע "כמה זמן זה יימשך?" שאלות. זה יצליח רק להמציא את להבות התסכול.
הנה מה לעשות: כאשר מתרחש הפסקת שיניים, עליך להיות יותר משיטה אחת להוצאת המילה. זה צריך להיות גם עקבי וישר. לכן, אם אתה אומר שההפסקה תיפתר בעוד שעתיים, משתמשי הקצה שלך יצפו שזה יושלם במסגרת זמן זו. המשמעות היא שעליכם להימנע מהערכות אופטימיות כדי לשמח אנשים. בנוסף, אם הבעיה משפיעה כעת על משתמשי הקצה שלך, הפוך את התיקון לעדיפות. כאשר ההפסקה נפתרה במועד, אתה והצוות שלך יכולים לחזור לתכנות המתוזמנת באופן קבוע.
המפתח לניהול פרויקטים חלק
דם רע מתפתח לעיתים קרובות לעבר המחלקות - ובהמשך לתוכם. זה נפוץ ביותר כאשר מחלקת IT ומשתמשי הקצה שלה לא מצליחים לתקשר וכאשר מחלקת ה- IT לא מצליחה לנהל ולעמוד בציפיות של משתמשי הקצה. מנהל פרויקטים בתחום ה- IT שיכול לשלוט באומנות ההגדרה ועמידה בציפיות, לא צריך לדאוג להתאמץ כדי לשמור על משתמשי הקצה - זה יבוא באופן טבעי. (רוצה לטפס בסולם הקריירה של ה- IT? קרא כיצד להפוך למנהל IT: טיפים מלמעלה.)