טְעִינָה...

דלג לתוכן
טיפים

ניהול פרויקטים: האפליקציות הטובות ביותר ולאיזה צוות הן מיועדות

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

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

טרלו - לצוותים קטנים ותהליכי עבודה פשוטים

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

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

הוא משמש עבור: צוותים של עד עשרה אנשים, זרימת עבודה ליניארית, פרויקטים עם מעט תלויות.

אסאנה - לפרויקטים עם שלבים מקושרים.

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

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

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

monday.com - לפעולות עם תהליכים רבים

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

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

הוא משמש עבור: חברות עם תהליכים חוזרים שכדאי להפוך לאוטומטיים, ומישהו שאחראי על הכלי.

ClickUp - הרבה תכונות במקום אחד.

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

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

הוא משמש עבור: צוותים שמשתמשים כיום בארבעה כלים שונים רוצים לאחד אותם.

רעיון - למי שצריך תיעוד יחד איתו.

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

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

הוא משמש עבור: צוותים קטנים ובינוניים הזקוקים לתיעוד ומשימות לטיפול באותה סביבה.

תיקון בנוגע למיקרוסופט פרוג'קט

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

אם הדרישה היא תרשים גאנט במובייל, Asana ו-monday.com הן אפשרויות מעשיות כיום.

לפני הכלי, השיטה

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

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

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

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

הטעויות הנפוצות ביותר בפריסה

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

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

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

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

מה לשקול לפני אימוץ

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

אורח חיצוני בתוכנית: מה הוא באמת רואה?

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

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

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

נתוני לקוחות בתוך הכלי

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

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

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

מה למדוד כדי לדעת אם הכלי עוזר.

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

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

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

כאשר גיליון אלקטרוני הוא עדיין התשובה הנכונה.

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

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

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

למי שייך החשבון - ומה קורה כשמישהו מתנתק?

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

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

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

הפגישה הקצרה סביב הציור

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

  1. גלילה מימין לשמאל: תתחילו עם מה שהכי קרוב לסיום, לא עם מה שרק התחילו.
  2. דברו על כרטיסי ביקור, לא על אנשים. השאלה היא "מה מעכב את זה?", לא "מה עשית אתמול?"“
  3. סמנו את הנבדל על הכרטיס עצמו. ולהגדיר מי יפתח אותו, עם תאריך.
  4. אל תפתרו את הבעיה שם. רשמו הערות ודנו בהן מאוחר יותר, רק עם אלו שמתעניינים - זה מה ששומר על הפגישה קצרה.
  5. סיים על ידי אחסון בארכיון של מה שהושלם., ...כדי שהלו"ז של השבוע הבא יתחיל נקי.

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

שאלות נפוצות עבור אלו שעומדים ליישם

כמה זמן לוקח לצוות לאמץ את זה באמת?

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

האם אתה זקוק להכשרה פורמלית?

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

ומי מסרב ללבוש את זה?

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

האם ניתן לחבר את זה למחלקת הכספים ולמאגר הלקוחות?

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

איך יודעים מתי הגיע הזמן להחליף פלטפורמה?

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

שאלות נפוצות

מהי אפליקציית ניהול הפרויקטים הטובה ביותר?

עבור צוותים קטנים ותהליכי עבודה פשוטים, השתמשו ב-Trello. עבור פרויקטים עם שלבים תלויים, השתמשו ב-Asana. עבור פעולות עם תהליכים חוזרים, השתמשו ב-monday.com. כדי לאחד כלים מרובים, השתמשו ב-ClickUp. לתיעוד משימות לצד העבודה, השתמשו ב-Notion.

האם יש אופציה חינמית?

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

האם אני יכול לנהל הכל מהטלפון הנייד שלי?

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

איך משכנעים את הצוות להשתמש בו?

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

סיכום

הכלי הנכון הוא הפשוט ביותר שמתאים לצרכים שלך. Trello כהתחלה, Asana כשמתעוררות תלויות, monday.com או ClickUp ככל שהפעולה גדלה, Notion כשתיעוד הופך לחלק מהעבודה.

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

קרא גם

לשתף