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