חמש דרכים להרוס יישום תוכנה

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

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

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

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

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

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

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

4. זה רק מחסן נתונים - זה לא עושה כלום! כמה זה קשה?

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

5. נצליח אפילו יותר - יהיו לנו כמה לידים פונקציונליים.

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

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

[באמצעות The Enterprise System Spectator]