משולש פיתוח האתרים

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

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

רוברט פטריק הוא מנכ"ל מעבדות דוקטורטסוכנות המתכננת, בונה ומשיקה אתרים עבור חברות Fortune 500 מובילות רבות. רוברט עקב אחר הקשיים שנקלעו ל- Healthcare.gov וסיפק 5 סיבות מרכזיות להשקה הכושלת.

  1. לעולם, לעולם אל תפר את זמן, עלות ותכונה הגדר כלל. חשוב על זה כמשולש, עליך לבחור נקודה אחת שתהיה קבוע ושני המשתנים האחרים. בעולם הזה, כמעט כל דבר יכול להיווצר כל עוד יש מספיק זמן וכסף. עם זאת, כל מי שבונה אפליקציה באינטרנט צריך לבחור מלפנים, וזה העדיפות הגבוהה ביותר. זה קובע את הטון והמיקוד לאופן בו צריך להפעיל פרויקט. לדוגמה,
    • האם זה יושק רק לאחר ביצוע תכונות ספציפיות (כסף וזמן משתנים).
    • אם זה יושק במהירות (הכסף והתכונות משתנים).
    • האם הוא יושק מתוך מחשבה על תקציב (הזמן והתכונות משתנים).
  2. השקה עם קו סיום בראש במקום קו הזינוק. יש לראות ביישומי אינטרנט כפרויקט שיעשה זאת התחלה ולאחר מכן להתפתח. בניית מה שחשוב וחובה להיום מתוך מחשבה על צמיחה והתפתחות היא תמיד טובה יותר מאשר בנייה מתוך כוונה לסיים בנקודת ההתחלה.
  3. יותר מדי ספקים מְעוּרָב. דווח כי באתר Obamacare היו מעורבים קרוב ל 55 ספקים. הוספת ספקים מרובים לכל פרויקט יכולה להיות מדרון חלקלק. אתה כמעט יכול להבטיח שיהיו בעיות בגירסאות קבצים, פערים בקבצי אמנות, פערים בדעות אמנות, נטישת פרויקט והרשימה עוד ארוכה. תאר לעצמך אם היו לנו 55 סנאטים שכל אחד מהם הוטל לפתור חלק מהבעיה הכוללת.
  4. ארכיטקטורת מידע לא נלקחים ברצינות. לעתים קרובות, סוכנויות גדולות יבקשו מהספקים להגיש הצעה על RFP ולדלג לחלוטין על תהליך אדריכלות המידע שקופץ ישר לפיתוח מבלי להבין או להסכים להיקף. זו בזבוז זמן עצום, מכוער, כסף שמפסיד, טעות. זה מאוד חשוב לאדריכל כמה שיותר מהיישום שאתה יכול ולהיות מוכן להיות זריז וגמיש בנוגע לדברים שלא ניתן היה לחזות היטב לפני שתתחיל לתכנת אותה (זה כמו לבנות בית ללא שרטוטים). הספקים מיועדים להיגמר מהתקציב ולהתחיל לקצץ פינות אם הדבר לא נעשה כהלכה.
  5. לא מספיק זמן ל בקרת איכות. ברור שזו הייתה נפילה גדולה להשקת HealthCare.Gov. הם עבדו על תאריך השקה קשה (השעה היא המשתנה הקבוע של המשולש במקרה זה) והיה צריך לשנות את התכונות והתקציב כדי לעמוד בתאריך ההשקה עם זמן להבטחת איכות נאותה המובנית בתוכנית. זו טעות מכרעת וכנראה עלתה להרבה אנשים בעבודתם.

מה אתה חושב?

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