Коротка історія 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 вирішити проблему. Продукт був не дуже доступною для кінцевих користувачів. Я думав, кинув кілька аналогій, але я вирішив дотримуватися діаграм Венна, щоб показати, що я маю на увазі. Коли Microsoft спочатку випущений SharePoint у світі як комерційна пропозиція, після нього відносно традиційний узор кінцевого користувача <-> IT відносини. Багато кінцеві користувачі, спілкування і роботи з дуже невелика кількість людей, щоб доставити рішеннями, що вирішення бізнес-задач:
Загальну проблему домену, для якого SharePoint є підходящим доставки платформи є невеликий (особливо в порівнянні з сьогоднішнього SharePoint. Кінцеві користувачі і він працював у більш класична композиція з ним: визначенню вимог до нього, чекати ІТ робити свою роботу за завісою і прийняти поставку кінцевий продукт.
Як SharePoint перетворилася на 2.0 світ (WSS 2.0 і SharePoint Portal Server), сталося кілька речей. Перший, "проблема домену" збільшилася в розмірах. Оглянуто проблема домену, Я маю на увазі види проблем бізнесу, для яких SharePoint може бути життєздатним рішенням. Наприклад, Ви б не гарненько думати занадто реалізації серйозних пошук рішення в середовищі SharePoint до SPS (і вже тоді, Це було не так добре, як він повинен бути). У той же час, Кінцеві користувачі мають безпрецедентну можливість не лише визначити, але також реалізації своїх власних рішень з мало або взагалі не ІТ-підтримки.
На 3.0 платформа (WSS та ЛИШАЙНИК) підтримується і збільшена цей імпульс. Проблема домену є величезні усередненим на 2.0 платформа. Практично кожен відділ маркетингу в компанії, починаючи від охорони здоров'я та безпеки кафедр до маркетингу для виробництва, від продажів до контролю якості – вони можуть знайти хороше застосування для SharePoint (і це не той випадок, затирання круглого кілочок в Квадратний отвір). У той же час, платформа розширює можливості ще більше кінцевим користувачам здійснювати свої власні рішення для бізнесу. Я намагаюся, щоб захопити те з цієї діаграми:
Це виявився обох потужним і розчарування суміш. На 3.0 платформа не включиться раніше стабільний ролей їх головами. Раптом, Кінцеві користувачі входять ефективно суддя, журі і кат Бізнес-аналітик, Програма архітектор і розробником для власного рішення для бізнесу. Це проникає в саму суть проблеми, я пишу про. Але перш ніж я зануритися в те, що, Давайте розглянемо слон в кімнаті.
Вдивляючись у кришталеву кулю
Яким буде SharePoint 2010 впливають на цю модель? Буде інкрементного або революційні? Буде більше, менше або про таку ж кількість кінцевим користувачам знайти себе повноваження для побудови рішень в SharePoint 2010? ВОЛЯ SharePoint 2010 проблема домену, ще більше розширити або буде просто уточнення і раціоналізації, що вже застосовуються на WSS 3.0 / ЛИШАЙНИК?
Є достатньо інформації "там" до сміливо сказати, що більшість відповіла:
- Проблема домену збирається значно розширити.
- Кінцеві користувачі виявляться навіть себе повноваження, ніж раніше.
Діаграма Венна було б більше, ніж ця сторінка і викликати деякі ІТ-фахівців і CxO, щоб досягти своїх Pepto.
Я вважаю, що це буде величезні можливості для компаній, щоб зробити деякі речі дійсно трансформаційний.
Ні Bulls в моєму посудній лавці!
Це звучить більше, але з моєї точки зору як консультант SharePoint і покласти собі в взуття ІТ-менеджер, Я бачу це бачення. Я є власником посудній лавці з красивою таблички, Кристал, д (мій середовища SharePoint). Я зняв простір, Я купив мою інвентаризації і поклав його з усіх шлях, мені подобається це. Я не зовсім готова відкрити, але в очікуванні, Я дивлюся на двері, щоб побачити, якщо мої клієнти шикуються, і я помітив, що фактичні bull там. Я більш уважно, і я реально побачити два бики і навіть вовк. Тоді я помітив, що існують деякі овець. Овець тому Поганий, але вони, може бути замаскований вовків? Я не хочу биків в моєму посудній лавці!
Вона стає все гірше! Коли я орендував простір, Я не міг повірити, наскільки добре вона була. Широкого і відкритого, приголомшлива зручностями, дуже розумною ціною. Однак, Тепер я розуміючи, що широкі відкриті простори і величезний двері є просто чудово розмірів для bull прийти блукав у і спустошує до мого Китай.
Я підштовхують цю аналогію занадто далеко, Звичайно. Кінцеві користувачі не є бики (Більшість з них, у всякому разі) і не ІТ-підрозділів (або безумовно не повинні) Переглянути їх спільноти користувачів з такою підозри. Однак, немає такого роду ідеальний зіткнення відбувається вже в у в 3.0 платформи, що я очікую буде тільки погіршуватися у СП 2010. SharePoint вже наділяє і закликає кінцевим користувачам визначити та впровадити свої власні рішення.
Це чудово і всі, але справа в тому, що це все ще дуже технічний продукт і як і раніше закликає до такого роду енергійний бізнес аналіз вимог, дизайн і загального планування та управління, які технічні проекти вимагають, щоб бути успішним. Вони не такого роду навички, які багато кінцеві користувачі мають у своїх мішок трюки, особливо коли основна увага приділяється технічний продукт, як SharePoint.
Я дав цьому багато думали за останній рік, і я не бачу будь-якої простої відповіді. Це дійсно зводиться до освіти і навчання. Я думаю, що СП 2010 буде змінюватися гра трохи і це буде грати по-різному і в уповільнені рухи, як компанії Розкачати їх SP 2010 рішення над 2010 і на подальший період. Для того, щоб домогтися успіху, Кінцеві користувачі повинні перетворити себе і дістати трохи релігії. Вони знадобляться, щоб дізнатися трохи про належне вимоги
аналіз. Вони повинні будуть деякі проектну документацію, яка чітко визначає бізнес-процес робочого циклу, Наприклад. Вони повинні розуміти фундаментальні концепції як CRUD (створити, оновлення та видалення), Dev/test/забезпечення якості/prod середовищ та використання цього інфраструктури для належним чином розгортання рішень, які живуть, хороший довгий час і вигин (не перерви) у відповідь на зміни в організації.
У найближчі тижні, Я планую спробувати і надати деякі мої власні нові ідеї, а також посилання на велику роботу за інших авторів (на www.endusersharepoint.com і в інших країнах) Таким чином, щоб зацікавлені кінцевих користувачів можна дізнатися, що старий час, релігія. Тримати за оновленнями.
</кінець>
Підписатися на мій блог.
Йди за мною на Twitter в http://www.twitter.com/pagalvin