פיתוח תקני איכות מעשיות, ניתן להגיע ו- believable

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

על-ידי לוני פאצ'לי

באחד הלקוחות שלי לשעבר היה בארגון IT גדול ייעודי לניהול איכות. מידע מנהל ראשי mandated שיש מנהל איכות כדי לוודא כי הפרוייקט פעלה לפי מורשה לתקני כל פרוייקט. כאשר הפרוייקט של הצוות שלי בעבודה, המנהל איכות העניק לנו רשימה ארוכה של תקנים. כפי אנו העיון אותם, היא הופיעה רבות לא חלות על הפרוייקט שלנו, או היו ולכן לא ברור שאנו לא היתה אפשרות להבין כיצד ליישם אותן. אנשים רבים המוקצים לפרוייקט סגירת את תקני איכות כמו פנויים/לא פנויים עבודה ואת יתעלמו אותם. אנשים אחרים ניסית להבין כיצד שהוחלו על הפרוייקט ותקנים של מאמץ valiant כדי להדגים adherence שבוצעו. ולמרות זאת, כאשר project שלנו הסקירה בתקנים איכות, התוקף אותו was מהסחות לצוות והוסף לא שטח ערך.

איכות משנה

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

לראש הדף

קווים מנחים לפיתוח תקנים איכות

האופן שבו אתה מציב בתקנים איכות מעשית, ניתן להגיע ו- believable מקום? שקול את הקווים המנחים הבאים כאשר שתתחיל במסע:

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

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

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

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

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

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

    • המערכת התעלמה בתקנים איכות כלשהו? אם כן, היתה התוצאה משמעותי?

    • המוצר עוצבה לתקני איכות לזכור, או הם הוחלו לאחר המוצר מיועדת ואת הצורך לבדיקה?

    • האם הצוות לקחת את תקני איכות ברצינות, או האם הם לעקוב אחר הקווים המנחים מאחר שהם?


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

לראש הדף

סיכום

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

לראש הדף

אודות המחבר     לוני פאצ'לי הוא הבעלים business, יועץ ומחבר עם יותר מ- 20 שנות חוויית בניהול פרוייקטים. הוא מכיל עבדת עם חברות Fortune 500 כולל Microsoft, Accenture, Motorola, אלקטרוניים וינר-איתן, AT & T, ו- Northrop Grumman, ופרוייקטים מנוהלים בהצלחה מההתקנה של מערכות טכנולוגיית מידע מורכב ועד לשיפורים קטנים. שהוא נמצא כעת Sushi מנכ"ל של Banzai בתל-אביב. לוני הוא המחבר יועץ ה של ניהול פרוייקט: Screw-ups פרוייקט מקצוע 18 וכיצד חתוכים אותם בחלק מעבר (אולם Prentice, 2004), האמת אודות תחילת שלך נקודת על-פני (אולם Prentice, 2006) מנהיגות שבוצעו פשוט (Amazon.com, 2006).

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

הרחב את הכישורים שלך
סייר בהדרכה
קבל תכונות חדשות לפני כולם
הצטרף למשתתפי Office Insider

האם מידע זה היה שימושי?

תודה על המשוב!

תודה על המשוב! נראה שכדאי לקשר אותך לאחד מנציגי התמיכה של Office.

×