פיתוח אתרים ושירותים קיימים

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

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

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

נחקור את הסיבות כדי לשמור על מה שמועיל ולבחור שיפור שפותר את הבעיה הקיימת.

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

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

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

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

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

עם השינויים במוצר ובקוד נמסור תוצאות בדיקות, השוואת מדדים ותיעוד. הצוות יוכל להשתמש בהבנה שנצברה למשימה הבאה.

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

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