דוח: היזהר "SharePoint כאוס" יכול ליצור

דוח של Forrester מזהיר לקוחות לשקול בזהירות איך הם מתכננים להשתמש במוצר של Microsoft Office SharePoint Server, אשר הם אומרים יכול להמיט חורבן בארגון IT כאשר משמש פלטפורמת פיתוח יישומים מותאמים אישית. שפורסם לאחרונה, "עכשיו זה הזמן לקבוע את המיקום של SharePoint ביישום שלך פיתוח יישומים", מתאר כיצד, בעוד SharePoint יכול להיות מאוד שימושי ליצירת אינטראנט החברה, חברות צריכות להיזהר בעת השימוש בו כדי ליצור יישומים מותאמים אישית, כי המוצר חסר תכונות - כגון ניהול מחזור חיי יישומים (ALM) ושילוב יישומים ארגוניים (EAI) - לפלטפורמות פיתוח מוכחות אחרות.

כמו כן, SharePoint הוא misun באופן כללי, ובעוד הוא מאפשר למשתמשים ליצור יישומים משלהם ולהתאים אישית את אתרי האינטרא-נט של SharePoint בקלות, זה יכול להפוך למורכבות של מורכבות עבור הארגון בכל מה שקשור לניהול ותמיכה ביישומים אלה. המורכבות הזו גורמת לצוותי IT להיות עסוקים בניסיון "למלא את הפערים במוצר בניהול מחזור החיים של יישומים ובאינטגרציה ארגונית, כאשר הם יוצרים מדיניות למניעת תוהו ובוהו חדש של יישומים שנוצרו על ידי משתמשים", נכתב בדו"ח שפורסם על ידי האנליסטים פורסטר ג'ון Rymer and Rob Koplowitz.

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

בדו"ח הם מתארים מספר תרחישי הלקוח שבו פיתוח מותאם אישית על SharePoint יצא מכלל שליטה והוא הפך להיות יותר מאשר צוות ה- IT של החברה יכול להתמודד.

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

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

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

"אני לא חושב שאפילו מיקרוסופט יכולה לחזות את שיעורי האימוץ ש- SharePoint רואה" אמר אנדרו ברוסט, מנכ"ל, טכנולוגיה חדשה של חברת הייעוץ של ה- IT twentysix ניו יורק. "אכן, בדו"ח שלהם, רימר וקופלוביץ מציינים כי לקוחותיה של פורסטר אמרו כי הצמיחה של SharePoint" תפסה מנהלים רבים של פיתוח אפליקציות בהפתעה ". הם משווים את כאבי הראש של אתרי SharePoint ליצור למנהלי IT כיצד מסדי נתונים של Lotus Notes היו בשנות התשעים. שני המוצרים מאפשרים הפיצוץ של אתרים ויישומים מותאמים אישית שמחלקות IT יכולות להתקשות בהם.

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

בנוסף, הוא ציין שמוצרים אחרים של מיקרוסופט - כגון BizTalk עבור EAI ו- Visual Studio Team System עבור ALM - יכולים לסייע למחלקות IT לעבוד עם SharePoint בינתייםבדו"ח שלהם, רימר וקופלוביץ ציינו כי בעוד שמיקרוסופט פועלת למילוי הפערים במוצר, על ארגונים לשקול בזהירות לפני הפריסה כיצד הם ישתמשו ב- SharePoint, אם בכלל, בארגונים שלהם.

הם הציעו לחברות לבחור אחת שלושה תרחישים עבור SharePoint לעשות את עבודת המוצר באופן יעיל ככל האפשר.

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

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