היסטוריה קצרה של SharePoint (מנקודת המבט של פנים חדשות)
הערה: מאמר זה נכתב במקור כדי www.endusersharepoint.com. I forgot to post it to my own blog 🙂
SharePoint התפתח במידה רבה מאז ראשית ימי כמו סוג של טכנולוגיה הדגירה במיקרוסופט –זה מפותח כמעט כמו סרט אימה, שם היצירה של המדען המטורף לוקח חיים משל עצמו, משתחררים של ציפיות וכללי של יוצרה. ההתפתחות הטכנית ברור – הקובץ WSS 3.0 מודל אובייקט שהוא עשיר יותר, מורכב יותר מאשר WSS 2.0, . שהיה עצמה שיפור בהשוואה לגירסאות מוקדמות יותר. הגירסה הבאה ללא ספק יראה שיפור משמעותי. 3.0. מנקודת המבט של משתמש קצה, עם זאת, האבולוציה של SharePoint הוא משמעותי עוד יותר.
בימים הראשונים, SharePoint לא מציעים הרבה למשתמשי קצה. היה להם את דרישות פונקציונליות הרגיל שלהם, לעבוד עם זה מגדירים אותם היטב וליישם פתרון. זה משתמש SharePoint כדי לפתור את הבעיה. המוצר לא היה מאוד נגיש למשתמשי קצה. . חשבתי זרק כמה אנלוגיות, אבל אני החלטתי להישאר מהדיאגרמות להראות למה אני מתכוון. מתי לראשונה פרסמה מיקרוסופט SharePoint אל העולם כמו המציע מסחרי, . זה עקב דפוס מסורתי יחסית של משתמש הקצה <-> . זה הקשר. הרבה משתמשי קצה, תקשורת ועבודה עם מספר קטן מאוד של זה אנשים כדי לספק פתרונות לפתור בעיות עסקיות:
התחום הבעיה הכללית אשר SharePoint היא פלטפורמה צורת המשלוח הוא קטן (במיוחד בהשוואה SharePoint של היום. משתמשי קצה וזה עבד בסידור יותר קלאסי עם זה: הגדרת דרישות אליו, לחכות זה לעשות את העבודה שלהם מאחורי הקלעים, קח את המשלוח של המוצר הסופי.
כמו SharePoint התפתח 2.0 העולם (WSS 2.0 ו- SharePoint Portal Server), כמה דברים קרו. הראשונה, התחום"בעיה" גדל בגודל. על ידי תחום בעיה, כלומר את סוגי בעיות עסקיות אשר SharePoint יכול להיות פתרון בר קיימא. למשל, אתה לא חושב יותר מדי על יישום פתרון חיפוש רציני בסביבת SharePoint עד SPS (. וגם אז, . זה לא היה טוב כמו שהיה צריך להיות). באותו זמן, משתמשי קצה יש יכולת חסרת תקדים לא רק להגדיר, אבל גם ליישם פתרונות משלהם עם מעט או ללא תמיכת IT.
את 3.0 פלטפורמה (WSS ומוס) מתוחזק והגדילה את המומנטום. התחום הבעיה הוא עצום בהשוואה 2.0 פלטפורמה. כמעט כל מחלקת בחברה, החל ייצור בטיחות וגהות מחלקות השיווק, מן המכירות כדי בקרת איכות – הם יכולים למצוא שימוש טוב עבור SharePoint (זה לא מקרה של רסוק סיבוב מסמר לתוך חור מרובע). באותו זמן, פלטפורמת יעצים עוד יותר למשתמשי קצה כדי ליישם פתרונות עסקיים שלהם. אני מנסה לתפוס את זה עם זה הפוך:
זה הוכיח להיות שניהם תערובת חזק ומתסכל. את 3.0 פלטפורמה הופך תפקידים בעבר יציב על ראשיהם. לפתע, משתמשי קצה הם ביעילות השופט, חבר מושבעים ומוציא להורג מנתח עסקי, יישום אדריכל ומפתח משלהם פתרונות עסקיים. זה חודר ללב ליבו של הבעיה שאני כותב על. אבל לפני שאני לצלול לתוך זה, . בוא נבדוק את הפיל בחדר.
לתוך כדור הבדולח
איך יהיה SharePoint 2010 להשפיע על דפוס זה? האם זה יהיה מצטבר או מהפכני? יותר, פחות או על מספר זהה של משתמשי קצה מוצאים את עצמם רשאי לבנות פתרונות ב- SharePoint 2010? וויל SharePoint 2010 ' s הבעיה תחום להרחיב עוד יותר או שזה פשוט לחדד, לייעל את מה שכבר מציע ב- WSS 3.0 / מוס?
יש מספיק מידע "שם" לומר בבטחה כי התשובה הכללית:
- התחום הבעיה הולך להרחיב באופן דרמטי.
- משתמשי קצה ימצאו את עצמם אפילו יותר חזקה מאשר בעבר.
דיאגרמת להיות גדול יותר בדף זה ולגרום כמה מומחי IT, CxO להגיע לטיפול במערכת העיכול שלהם.
אני מאמין שזה הולך להיות הזדמנות אדירה עבור חברות לעשות כמה דברים באמת מעצבת.
אף שור בחנות שלי בסין!
זה נשמע נהדר, אבל מנקודת המבט שלי בתור יועץ SharePoint. ולשים את עצמי לתוך הנעליים של מנהל IT, אני רואה את החזון הזה. אני בעל חנות סין עם צלחות יפה, קריסטל, ועוד (לסביבת SharePoint שלי). השכרתי רווח, יש לרכוש מהמלאי שלי והניח. אותה, הכל כמו שאני אוהב את זה. אני לא מוכנה לפתוח, אבל בציפייה, אני מסתכל על הדלת כדי לראות אם הלקוחות שלי. כבר נעמדות בתור שמתי לב של השור בפועל שם בחוץ. אני מסתכל מקרוב יותר ורואה למעשה שני בולס, אפילו זאב. ואז שמתי לב שישנם כמה כבשים. הכבשים הן אז רע, אבל הם הם אולי מוסווה זאבים? . אני לא רוצה בולס בחנות שלי בסין!
זה נהיה יותר גרוע! כאשר שכרתי את החלל, לא האמנתי כמה זה נחמד. רחב ופתוח, הנוחיות נפלא, מחיר סביר מאוד. עם זאת, ועכשיו אני מבין כי על המרחבים והדלת ענק הוא פשוט מושלם בגודל עבור שור לבוא משוטט בתוך ושכב פסולת לסין שלי.
אני דוחפת את האנלוגיה הזו רחוק מדי, בטח. משתמשי קצה אינם פרים (רובם, בכל מקרה) ואל מחלקות ה-it (או לא בטוח צריך) הצג את קהילת המשתמשים שלהם עם הסוג כזה של חשד. עם זאת, ישנו סוג של התנגשות מושלם המתרחשים כבר, 3.0 פלטפורמה הצפויים רק יחמירו ב SP 2010. SharePoint כבר מחזקת ומעודדת את משתמשי הקצה להגדיר וליישם פתרונות משלהם.
. זה נהדר, כל, אבל העובדה היא כי זה עדיין מוצר מאוד טכני, עדיין דורש הסוג של ניתוח דרישות העסק נמרצת, עיצוב, תכנון כלליים וניהול הדורשים פרויקטים טכניים כדי להצליח. אלו לא מסוג המיומנויות שיש הרבה משתמשי קצה בתיק בקסמים שלהם, במיוחד כאשר המוקד הוא על מוצר טכניים כמו SharePoint.
הקדשתי לזה הרבה מחשבה על השנה האחרונה או משהו כזה ואני לא רואה שום תשובה קלה. זה באמת מסתכם חינוך והכשרה. אני חושבת SP 2010 ישנה את המשחק קצת וזה הולך לשחק בצורה שונה לגמרי, בהילוך איטי, כמו חברות מרדדים שלהם SP 2010 פתרונות. 2010 ומעבר. כדי להצליח, משתמשי קצה צריכים להפוך את עצמם ולקבל קצת זה דת. הם יצטרכו ללמוד קצת על דרישות נכונה
ניתוח. הם יצטרכו קצת בתיעוד עיצוב מזהה בבירור זרימת העבודה של תהליך עסקי, למשל. הם צריכים להבין מושגי יסוד כמו CRUD (צור, update ו- delete), dev/בדיקות/אבטחת איכות/מלמד סביבות וכיצד להשתמש שתשתית זו כראוי ולפרוס פתרונות לחיות זמן רב נחמד וזיהום בנד (לא לשבור) בתגובה לשינויים בארגון.
בשבועות הקרובים, אני מתכנן ולנסות לספק חלק מהרעיונות החדשים שלי, כמו גם לקשר העבודה הגדולה נעשה על ידי סופרים רבים (על www.endusersharepoint.com ובמקומות) כך גם משתמשי קצה יכולים ללמוד כי זמן זה דת. לשמור מכוון.
</קצה>
עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin