היערכות להתרחבות
לקוחות, אתרים או שווקים חדשים בדרך. ארכיטקטורה, ממשקי אינטגרציה ואספקה שמוכנים לפני שהעומס מגיע, לא אחריו.
התאמה
כדאי לבדוק לפני שנדבר
ההתקשרות מתאימה למצב מסוים. להיות ישירים לגביו חוסך לכם שיחה ומגן על התוצאות אצל החברות שכן מתאימות.
מתאים ולא מתאים
אף אחת מהרשימות אינה שיפוט. הן מתארות מה ההתקשרות הזו יכולה לעשות ומה לא.
מתאים
- חברת טכנולוגיה, או עסק ותיק שהמוצרים או התפעול שלו נשענים על תוכנה
- מנהל בכיר שמוכן להשתתף באופן אישי
- בעיות בטכנולוגיה, באספקה, בביצועי הצוות, במותג או בחוויית המוצר
- צוות פנימי או שותף שיכול להמשיך את העבודה: פיתוח, מוצר, עיצוב או הנהלה
- נכונות לפעול לפי מה שהעבודה מגלה
- שינוי מתוכנן שרוצים לעשות נכון, לא רק בעיה לתקן
- בעבודה בריטיינר, יכולת להתקשר לשישה עד שנים עשר חודשים
- בסדנאות, צוות שיכול להגיע יחד
לא מתאים
- פרויקט בשלב רעיון, בלי מוצר, צוות או מימון
- הצעת מחיר קבועה לאפיון שנמסר בלי דיון
- באג בודד, כמה שעות פיתוח, או סדנה אחת שמאיישים בה מי שפנוי
- צורך בבנק שעות או בהשלמת כוח אדם
- אין מנהל בכיר מלווה, או אין נכונות לשנות סדרי עדיפויות
- חיפוש אחר עובד במשרה מלאה
כבר יש לכם CTO או VP R&D?
מצוין. אנחנו עובדים לצידם על ארכיטקטורה, מודרניזציה, שיפור האספקה ושינויים שדורשים ניסיון בכיר נוסף. ההחלטות נשארות בידי ההנהלה שלכם; ההתקשרות מוסיפה עוד זווית מנוסה ועזרה מעשית בהובלת השינוי עד הסוף.
שינוי מתוכנן
לא צריך להיות בצרה
מנהלי טכנולוגיה מנוסים פונים לעתים קרובות לפני שינוי ולא אחרי כישלון, כשזווית בכירה נוספת זולה ביותר.
שילוב של חברה שנרכשה
שני מוצרים ושני צוותים שצריכים מפת דרכים טכנית אחת, רצף מעבר ואחריות ברורה, בזמן ששניהם ממשיכים לשרת לקוחות.
הכנסת פיתוח בסיוע AI
סקירה, בדיקות ומעקות בטיחות שנבנים מחדש לקצב שינוי גבוה יותר, ונמדדים מול תמונת מצב כדי שהשיפור יהיה אמיתי.
חידוש לפני שזה כואב
מערכת שעדיין עובדת אבל נעשית קשה יותר לשינוי. מפת סיכונים ותוכנית בשלבים, כל עוד יש זמן לבחור את הסדר.
למה הגבולות
על מה כל אחד מהם מגן
הגבולות האלה חלים על עבודת ניהול בריטיינר. סדנאות מוזמנות בנפרד ודורשות צוות שיכול להגיע יחד, לא התחייבות לחצי שנה; שירותי הפיתוח מוגדרים לפי פיסת העבודה. כל גבול קיים כי התעלמות ממנו מייצרת התקשרות גרועה לשני הצדדים.
מוצר קיים
העבודה היא אבחון והובלה של מערכת שכבר קיימת ויש לה משתמשים. בלי מוצר אין מה לאבחן, ומה שדרוש הוא צוות בנייה.
צוות קיים
Kendoo מובילה; הצוות שלכם בונה. בלי צוות אין יכולת ביצוע לשום החלטה, וניהול לבדו לא משנה דבר.
מנהל בכיר מלווה
האבחון לרוב מראה שחלק מההתחייבויות מעולם לא היו ברות השגה. רק מנהל בכיר יכול לשנות זאת, ולכן התקשרות בלעדיו נתקעת בממצא הראשון.
שישה עד שנים עשר חודשים
שינוי באופן קבלת ההחלטות הטכנולוגיות דורש יותר מרבעון כדי להחזיק. התקשרות קצרה יוצרת לחץ להראות פעילות מהר, וכך נעשות טעויות יקרות.
ניהול, לא כוח אדם
אם התוכנית תקינה ופשוט דרושות עוד ידיים, זו דרך יקרה לקנות אותן. פיתוח בקבלנות הוא הרכישה הנכונה, והזולה יותר.
לא תחליף למשרה מלאה
אם דרוש מנהל קבוע עם אופציות ואופק ארוך, גייסו אחד. Kendoo יכולה לעזור להגדיר את התפקיד ולהעריך מועמדים, אבל אינה תחליף לו.
בדיקה עצמית
שש שאלות לפני שמתאמים
אם התשובה לרובן חיובית, השיחה תהיה מועילה. אלה בדיוק השאלות שבטופס.
- יש לכם משהו שכבר קיים: מוצר, שירות או צוות שעושה את העבודה?
- אתם יכולים לנסח את הבעיה, ולו בגסות, בין אם היא בטכנולוגיה, באספקה, בצוות, במותג או בחוויית המשתמש?
- יש מנהל בכיר שישתתף באופן אישי ולא יאציל את זה?
- האנשים שזה נוגע להם זמינים: פיתוח, מוצר, עיצוב, או מי שבאמת מחזיק את זה?
- דרוש שיקול דעת בכיר ולא עוד ידיים?
- תוכלו להתחייב לצורה שהעבודה דורשת, בין אם זה חצי שנה, פיתוח מוגדר, או צוות בחדר ליום אחד?
אם זה לא מתאים
תשמעו את זה בשיחה, עם הסיבה. במידת האפשר תקבלו גם כיוון למה שכן יעזור, בין אם זה שותף פיתוח, גיוס קבוע, או פשוט סדר עבודה אחר.
זה עולה שלושים דקות והוא מועיל יותר מהצעה להתקשרות שממילא לא הייתה עובדת.
לגלות כבר בשיחה, ולא בחודש השלישי
אם הקריטריונים למעלה מתארים את המצב שלכם, זה השלב הבא.