מה היינו עושים בלי ווב 2.0?

צלם: יח"צ

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

22.07.08 | 15:08  IDG
Internet | Social Media

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

תהליך מסוג זה של התאמות קטנות ובלתי פוסקות - שלעיתים נקרא "בטא תמידית" (perpetual beta) - נפוץ בחברות כמו פליקר, הבונות יישומים לשוק הצרכני, שוק שנמצא במצב מתמיד של השתנות. שינויים מהירים ונוספים, בשילוב עם התערבות ערה של משתמשים, הם מאפייני מפתח בפרדיגמה חדשה של פיתוח תוכנה אותה מובילות חברות סטארט-אפ מתחום הווב 2.0.

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

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

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

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

2. פשטות היא שם המשחק

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

3. עשו שימוש בשפות סקריפט

חברות ווב 2.0 הן בעלות נטייה ברורה לשפות סקריפט דינמיות כגון רובי, פייטון, פרל או PHP, ומעדיפות אותן למימוש פרויקטים על פני ג'אווה של סאן או .Net של מיקרוסופט. האמונד מציין שמרגע שמפתחים מתמקצעים באחת משפות הסקריפט הללו, הם יכולים לבנות יישומים במהירות - 30 עד 40 אחוז מהר יותר מאשר באמצעות .Net או ג'אווה. יותר ממחצית המפתחים בצפון אמריקה עושים שימוש כזה או אחר בשפות סקריפט, כך לפי סקר מחודש דצמבר של Evans Data, חברת מחקר מקליפורניה. ולמרות שיותר ממחצית מהמפתחים הללו משתמשים בשפות סקריפט פחות מ-20% מזמנם, על פי הסקר מספר התוכניתנים הכולל העושה שימוש בשפות הללו, כמו גם סך השימוש הכללי בהן צפוי לעלות בשנה הבאה.

4. שחררו מוקדם ולעיתים קרובות

חברת Wesabe, בדומה לפליקר, מעדכנת את האתר שלה לעיתים קרובות, לפעמים כמה פעמים ביום. לדברי האמונד, האינטראקציה המתמדת עם המשתמשים מאפשרת למפתחי החברה לקבל הודעות מיידיות על באגים. בנוסף, Wesabe, כמו חברות ווב 2.0 נוספות, מחזיקות "גרסאות צללים" (shadow versions) של האתרים שלהן, גרסאות המסייעות להן לקבוע כיצד משתמשים יגיבו לשינוי כזה או אחר. דוחות המתקבלים מאתרי צללים יכולים להראות, למשל, כמה מהר משתמשים עזבו את האתר או האם כמות המידע הפיננסי אותו הזינו עלתה או ירדה.

5. תנו למשתמשים, לא למפתחים, לקבוע את המאפיינים החדשים

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

שינוי תפיסתי בארגונים

למרות שמרבית החברות הגדולות ככל הנראה לא תאמצנה כל כך מהר את טכניקות הפיתוח של הווב 2.0 (ואין ספק שישנם לא מעט יישומים שכלל אינם מתאימים למתודולוגיית עבודה זו), חלקן בכל זאת מתחילות להבין את היתרונות הגלומים בתהליכים חדשים כגון אלה. זה לפחות המסר שעולה מסקר שנערך ב-1 ליולי על ידי חברת TopCoder בקרב יותר מ-1,300 מפתחים. בסקר אמרו 70% מהמשיבים שצוותי פיתוח בחברות גדולות ומבוססות יכולים להרוויח מטכניקות ווב 2.0, ובמיוחד משחרור המאפיינים המתווספים, מעגלי המשוב הקצרים, ומנגנוני בקרת האיכות המערבים את משתמשי הקצה. רבים מהם אף מאמינים שהשימוש בטכניקות הללו עשוי להקטין באופן משמעותי את מספר פרויקטי הפיתוח שמופסקים ומושלכים לפח לפני סיומם.

עוד בנושא - מחלקות IT מתחילות להבין את הפוטנציאל של כלי ווב 2.0  | 5 התקוות של ה-Web 3.0

לקבלת עידכונים מ-TheMarker IT, הרשמו לניוזלטר שלנו