1. למה עבודה עם שינויים מרובים שונה
פרויקט רגיל עשוי לכלול הקצאת משימה, השלמתה וסימון כבוצעה. עבודה יצירתית עם שינויים מרובים נדירה שעוברת בדרך ישרה כזו.
מעצב עשוי להגיש יצירה למדיה חברתית, לקבל משוב פנימי, לבצע שינויים, לשלוח ללקוח, לקבל סבב נוסף של הערות, לעדכן את הקובץ שוב ולהמתין לאישור.
האתגר אינו רק במעקב אחר המשימה. הצוותים צריכים לדעת:
איזו גרסה היא הנוכחית? איזה משוב כבר טופל? מי ממתין לאישור? אילו שינויים עדיין ממתינים? האם הלקוח אישר את הגרסה האחרונה? איפה נמצא הקובץ המאושר הסופי?
כאשר פרטים אלה מפוזרים בכלים שונים, שרשורי דוא"ל, הודעות צ'אט ותיקיות, הפרויקטים עלולים להיות קשים למעקב.
2. מה תוכנות ניהול פרויקטים כלליות מטפלות בדרך כלל
פלטפורמות ניהול פרויקטים כלליות בנויות בדרך כלל סביב פרויקטים, משימות, מועדים, מוקצים, סטטוסים ושיתוף פעולה צוותי.
לדוגמה, צוות עשוי ליצור משימה בשם:
"עיצוב יצירת קמפיין לאינסטגרם"
המשימה עשויה לעבור סטטוסים כגון:
לעשות → בתהליך → סקירה → בוצע
זה עובד טוב כאשר הדרישה העיקרית היא לדעת מה צריך להיעשות ומתי.
עם זאת, עבודה עם שינויים מרובים מוסיפה שכבה נוספת. המשימה עצמה עשויה להישאר זהה בעוד שהנכס משתנה מספר פעמים.
מנהל הפרויקט זקוק לכן לנראות גם למשימה וגם לתהליך סקירת הנכס.
3. איפה ניהול שינויים הופך למורכב
נניח יצירת קמפיין שעוברת ארבעה סבבי שינויים.
הצוות עשוי להיות עם:
גרסה 1 נשלחה לסקירה הערות פנימיות על גרסה 1 גרסה 2 נוצרה משוב לקוח על גרסה 2 גרסה 3 הועלתה אישור סופי על גרסה 3 גרסה 4 נוצרה בעקבות תיקון של הרגע האחרון
אם מערכת ניהול הפרויקטים מציגה רק את סטטוס המשימה, מישהו עדיין יצטרך לחפש בין הערות, תיקיות, מיילים או כלים נפרדים כדי להבין מה קרה.
זה יוצר בעיה תפעולית נפוצה: סטטוס הפרויקט נראה, אך היסטוריית השינויים אינה ברורה.
4. איך Draftroom מתמודדת עם עבודה עם שינויים מרובים
Draftroom מקרבת בין ניהול הפרויקט לפעילויות סקירה יצירתית.
במקום להתייחס למשימה כאל כל זרימת העבודה, זרימת העבודה יכולה לכלול:
משימה → קובץ → משוב → שינוי → סקירה → אישור → אספקה
זה רלוונטי במיוחד לסוכנויות שיווק וצוותים יצירתיים שמנהלים נכסים מול לקוחות באופן שגרתי.
מיצוב Draftroom מתמקד בפרויקטים תוכן, משימות, סקירות פנימיות, משוב לקוחות, גרסאות קבצים, אישורים, אספקה ותיאום צוות.
המטרה היא לספק לצוותים הקשר תפעולי רחב יותר סביב העבודה ולא רק להראות אם משימה הושלמה.
5. Draftroom מול ניהול פרויקטים כללי
יכולת ניהול פרויקטים כללי Draftroom ניהול משימות ✓ ✓ מועדים ✓ ✓ הקצאות צוות ✓ ✓ מעקב פרויקט ✓ ✓ זרימת עבודה של קבצים יצירתיים משתנה ✓ מעקב גרסאות קבצים עשוי לדרוש זרימת עבודה נוספת ✓ משוב סקירה בדרך כלל מבוסס משימה/הערה ✓ סקירת לקוח עשוי לדרוש כלי נוסף ✓ זרימת אישורים לעיתים מבוסס סטטוס ✓ זרימת עבודה עם שינויים מרובים עשוי לדרוש תיאום ידני מעוצב סביב זרימה זו מעקב אספקה בדרך כלל מבוסס משימה מחובר לזרימת הפרויקט
ההבדל החשוב הוא לא שתוכנות ניהול פרויקטים כלליות אינן יכולות לנהל פרויקטים יצירתיים. הן יכולות.
ההבדל הוא כמה מתהליך הסקירה והשינויים מיוצג בתוך זרימת העבודה.
6. מתי ניהול פרויקטים כללי מספיק
תוכנות ניהול פרויקטים כלליות יכולות להתאים כאשר:
לפרויקטים יש מעט שינויים יחסית המשימות הן העיקר שהצוות צריך לעקוב אחריהן הקבצים מנוהלים בנפרד ללא הרבה חיכוך משוב הלקוח מוגבל מחזורי האישור פשוטים לצוותים כבר יש תהליך סקירה יעיל
לפרויקטים פשוטים, הוספת פונקציונליות סקירה מיוחדת עשויה שלא להיות נחוצה.
7. מתי זרימת עבודה ממוקדת שינויים עדיפה
זרימת עבודה מתמחה יותר שימושית כאשר צוותים מתמודדים באופן שגרתי עם:
ריבוי שינויים מצד הלקוח נכסים יצירתיים רבים סקירות עיצוב או וידאו תכופות כמה בעלי עניין בלבול בגרסאות מחזורי אישור חוזרים משוב לקוח סקירות פנימיות וחיצוניות אספקת הקובץ הסופי
לצוותים אלה, השאלה אינה רק:
"אילו משימות ממתינות?"
אלא גם:
"מה קורה עם הנכס בתוך המשימה הזו?"
הבדל זה נעשה חשוב יותר ככל שמספר הפרויקטים, הלקוחות ומחזורי הסקירה גדל.