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