(Цей запис опубліковано хрест між http://paulgalvin.spaces.live.com/blog/ і http://blogs.conchango.com)
Проводки на цьому сайті мої власні і не обов'язково відображають у Conchango позиції, стратегії або думки.
Огляд:
Ця запис описує деякі довідкову інформацію на великих (3,000 користувачі) Microsoft Office SharePoint Server (ЛИШАЙНИК) свиті, і те, що ми зробили, щоб отримати проект прокатки таким чином, що клієнт не щасливі і твердо по стежці, яка закінчується повне приєднання набір функцій МОСС. Станом на написання запис, Ми є приблизно 50% в комплекті з першого етапу проекту. Як речі прогрес, І/я буду оновлювати цей запис або писати нові записи.
У даному конкретному випадку, Компанія вже встановлена SharePoint Portal Server 2003. IT групи встановлено продукту в своєрідний «давайте подивимося, якщо хто-небудь хвилює" мода. Він був швидко прийнятий багато бізнес-користувачів і стала досить популярною на підприємстві в цілому. Як ви можете собі уявити, Це був не кращий свиті стратегії (який клієнт з готовністю визнає) і коли МОСС прибули на місце події, клієнт вирішив "робити це правильно" і найняв нас, щоб допомогти їм.
Одна з центральних питання перед нами, коли ми почали, реалізація цього проекту була: Як ми можемо ввести МОСС до цього клієнта? Враховуючи, що клієнт вже мали досвід роботи з SharePoint, Ми дивувалися — нам необхідно зробити "Диференціальні" навчання або робити ми запускається з нуля? Після роботи з ключовими користувачів, Ми визначено, що розглядаючи це як зеленому полі проекту має більше сенсу.
Це рішення дали відправною точкою, але залишилося нас з головної вимоги з'ясувати хороша стратегія для розгортання ЛИШАЙНИК на підприємстві. ЛИШАЙНИК є такий великий тварин … Вона включає в себе управління контентом, керування документами, Пошук, Безпека, Аудиторія орієнтації, управління проектами, "казкове сорока" шаблони, робочий процес, бізнес-дані сполучна лінія, д. З'єднайте це з тим, що це великої організації, можна по-справжньому використовувати практично у всіх основних МОСС функцію і у вас є задатки великий проект з підприємство охоплення і багато зручних речей відбувається.
Ми стикаєтесь з цього питання знову і знову … ЛИШАЙНИК має досягти з її підприємства набір функцій підприємства, ще навіть дещо складні клієнти мають важкий час подумки поглинає ті функції, Нехай поодинці включення помітних частку від їх в їх повсякденному житті.
У мене немає магія рішення проблеми. Замість цього я звертаюся тільки перші кроки, які ми взяли з клієнтом, щоб привести їх по шляху до успішної прийняття довгострокових.
Сфера:
Як би я хотів команди, щоб виробити план проекту, який включав такі віхи, як «PoepleSoft інтеграції через BDC завершено», "Нові крос Факультетська продукт запуск робочого процесу повний" - і "виконавчий управління КПІ", Я повинен був погодитися на те, що менш. Це не означає, що "менше" погано. Насправді, "менше" що ми вирішили для початкового свиті була милях попереду, де вони були, перш ніж ми почали. У нашому випадку, "менше" перетворився:
- Управління просте документами за допомогою бібліотеки документів, версія контролю та вміст типів.
- Ефективний пошук на основі типів вмісту та налаштувати розширений пошук (Via керованими властивостями, XSLT зробити досить результати, д).
На додаток до вище особливості цілого підприємства (Це означає, що вони повинні були бути поширена на всіх кафедр та користувачів), Ми додали ці singleton в сферу міні проекти:
- Доказ концепції інтеграції каталогу бізнес-даних.
- Багатоступінчастий і багатогалузевою робочий процес, створений за допомогою СПД.
- Складної форми InfoPath.
- Наплавлення KPI для деяких бізнес-процесу (ймовірно HR талант на придбання в нашому випадку, Хоча це може змінитися).
Сфера тут є не 100% точний, але достатньо для моїх цілей тут і представник нашого підходу, що таке пояснити, що я вважаю "ефективного" впровадження МОСС, яка буде встановлено клієнт твердо вниз шлях золоті повний МОСС прийняття.
Я не пишу багато іншого про singleton в цьому записі. Хочеться відзначити, що дані є частиною нашої надмірно вигинаючи стратегії. Ідея полягає в тому, щоб реалізувати основного документа управління і пошук функції всім користувачам, але забезпечують дуже функціональна, висока видимий і високо представник приклади інших основних МОСС функцій, які є просто за можливість більшість користувачів поглинати на цьому ранньому етапі. Однак, вони будуть "там" і один сподівається, що інші бізнес-підрозділів буде знати, з або дізнатися про них і потрібні ці функції для себе, призводить до більшої усиновлення. Ці історії успіху singleton також служити забезпечити наших продажу команди "боєприпаси" за другим успішно перемогу, Третій і n фазний проекти.
Те, що ми представляємо і чому?
Мають оселилися на керування документами та пошуку як базова лінія цілого підприємства вимога, нам необхідно почати збір подробиці. В практичному плані, Це обертається навколо розуміння своїх документів і що в остаточному підсумку зіставлено розуміння типи вмісту.
Я знайшов це важко пояснити типи вмісту без візуального помічники. Більш технічної народного можемо піти від дискусії про типи вмісту, коли CT описані в базі даних умов. "A CT схожий на таблицю, вона має колони і колони визначаються з точки зору типів даних, але CT типів даних включають в себе більше, ніж просто ціле число/дата, але також "вибір" "і" Підстановка"" і т. д." Ми можемо говорити про "розширення" типи вмісту, само, як один можуть наслідувати функціональність базового класу в об'єктно-орієнтованої мови. Однак це явно не корисно для перевезення департамент admin особою, не технічна освіта. Тобто, майже все, що має значення у свиті МОСС.
За допомогою біла дошка це ненадійний. Я представив ідея типу вмісту та гужовий Брілліант (або так вони, схоже) типи вмісту та що вони роблять для вас з точки зору пошуку і як вони можуть бути розширені фотографії, д. Врешті-решт, це здаватися, спочатку ввімкнути деякі лампи, отримане зображення біла дошка, але безлад.
Це привело нас до наших поточних і так далеко найбільш ефективних посадочне місце: ЛИШАЙНИК пісочниці сайту, настроєного для відображення цих функцій.
За допомогою сайту пісочниці, Ми демонструємо:
- Типи вмісту:
- Створення КТ з декількох типів даних (текст, Дата, вибір, логічне значення, Підстановка, д).
- Розширення КТ, створюючи новий CT основі батько.
- Пошук документів за допомогою КТ метаданих.
- Бібліотеки документів:
- Зв'язування одного КТ з бібліотекою.
- Що відбувається, коли ми Завантажити документ до цієї бібліотеки?
- Пов'язуючи кілька КТ з doc бібліотека.
- Що відбувається, коли ми Завантажити документ до цієї бібліотеки?
- Добір і сортування через заголовки стовпців у doc-lib.
- Бібліотека режими перегляду документа:
- Сортування
- Групування
- "Швидка запис" (перегляду аркуша даних показати)
- "Без тегів даних" (допомогти з міграції МОСС з інших джерел вмісту; Докладніше про це нижче).
Сайт пісочниці:
Ми розроблений наш сайт пісочниці, щоб бути постійними функцію в середовищі розробки для використання в цілях навчання довго після того, як ми закінчити проект і включені кілька артефактів, як описано:
Типи вмісту:
Ми визначили такі типи вмісту: Рахунок-фактура, Замовлення на закупівлю, Послуги рахунка-фактури.
Ми відібрали рахунка-фактури та придбання замовлення, тому, що вони є більш-менш універсально під
стояли юридичних осіб. Кожен у бізнесі розуміє, що фактура вимогою про оплату до на клієнт для в сума в обіг певним Дата сплачується згідно з деякими умови оплати. Це призводить до природних визначення CT, якого ми називаємо "навчання рахунка-фактури" (щоб відрізняти її від будь-яких рахунку-фактури). Замовлення так само легко визначені. Ми також створили "навчання послуги рахунку за" Створюючи новий CT, засновані на "навчання рахунка-фактури" КТ і додав лише до одного стовпця, "наданих послуг".
З вище, ми тепер може продемонструвати деякі ключові особливості ТТ без потонути намагаючись пояснити абстрактне поняття, перш; всі вже розуміють, що ми розуміємо під "рахунку-фактури" і "замовлення на закупівлю" і замість цього можуть зосередитися на механіки CT себе.
Настроювані списки:
КТ зі стовпцями типу "підстановки" Наведіть вказівник на власний список або бібліотеку документів. Ми використовуємо це, велике й пісочниці, Ми створили один підтримці Настроюваний список, який містить клієнтами. Ми підняли клієнтами, тому що це проста концепція зрозуміти і проста, щоб продемонструвати. Рахунок-фактура CT має стовпець, "Замовник" визначеного типу "підстановки" який вказує на цей список.
Ми створили аналогічні настроюваного списку для керування "постачальників" для "замовлення" CT.
Бібліотеки документів:
Ми створили дві бібліотеки документів: «Рахунки-фактури" і "Змішані документів".
Ми налаштовані бібліотеці документів рахунки-фактури керувати тільки ті документи CT типу "Рахунок".
Ми налаштовані "змішані документи" Бібліотека для керування всі три CT.
Створення кількох подань, які показують, сортування, Фільтрація, дані аркуша та групування.
Пошук:
Ми визначено два нових керованих властивостей і зіставити їх з номер рахунку-фактури та клієнтів.
Ми створили новий сайт пошуку замовний заздалегідь і змінила його, щоб надати користувачам можливість знайти "" за допомогою цих двох зіставлених властивостей.
Змінити на XSLT, щоб номер рахунку-фактури та клієнтів, Коли представити, з'являються в HTML-таблиці в яскравий колір. Мета тут полягає в демонструють, що таке форматування можлива.
Збираємо всі разом:
Ми організуємо для ключових користувачам брати участь в демо.
Ми будемо слідувати цей простий скрипт:
- Описати зміст та цілі КТ, використання рахунків-фактур і купівлю як приклади.
- Відображати визначення фактури CT, забезпечуючи одночасно їм що вони не потрібно використовувати ці екрани, себе, просто забрати концепції.
- Піти в бібліотеці документів рахунки-фактури.
- Завантаження документа.
- Продемонструвати, що клієнт розкривається дійсно був здобутий з настроюваним списком.
- Додавання нових клієнтів до список клієнтів а потім оновіть нещодавно прийнятих рахунка-фактури мета-дані з новостворених замовника.
- Перейти до "змішані документів" Бібліотека та завантаження документа. Пояснити, як система попереджає для типу документа.
- Йти назад в бібліотеці документів рахунки-фактури і показати, як натиснувши на назву стовпця змінюється порядок сортування.
- Продемонструвати рівня стовпця фільтрації.
- Показати різних думок, які демонструють багаторівневий сортування, фільтрування та групування.
- Перейти до подання даних аркуша.
- Пояснити призначення "без тегів документів" подання.
- Перейти до настроюваного розширений пошук.
- В даний час, Нещодавно завантажених документів повинні були поповз і індексується, тому виконувати пошук, що демонструє здатність знаходити цей рахунок через зіставлених властивостей.
- Ми продемонструвати різницю між пошуку через зіставлених властивостей с.. тільки пошук тексту.
На даний момент, Ми більш-менш зробили з демо. Це, здається, бере про 30 Щоб 45 хвилин, Залежно від того, скільки питань люди запитати.
Ми потім відправити їх назад до їх столами з "домашнє завдання". Він складається з простим таблиця excel, де ми просити їх, щоб визначити для нас, що вони думають, що вони мають потребу в плані CT, обидва на високому рівні (просто ім'я і ділових цілях) а також стовпців і типу даних, вони б зберегти у стовпці. Ми не попросити їх визначити типи даних стовпців в умови для ЛИШАЙНИКА, але бізнес-термінів.
У результаті:
Ми створили пісочницю навколишнього середовища, які ми можемо використовувати, щоб продемонструвати деякі основні риси МОСС, чиї апеляції є цілого підприємства.
Ми є змодельована зрозумілими і загальні суб'єктів господарювання, так що користувачі можуть зосередитися на МОСС і не загрузнути про осіб, на / приклади, себе.
Бізнес-користувачів відійти від тез сесій з "домашнє завдання" у вигляді excel документи, які вони зараз є компетентними, щоб заповнити і використовувати для проектування свої власні типи вмісту першого вирізом.
Нарешті, як ми виконують демонстрації з часом, Члени команди клієнта, самі стали більш здатними виконувати вперед, демо в себе і взагалі вивільнити до решти з нас працювати на більш складних питань, Наприклад, глобальний таксономії, комплекс робочі процеси, BDC і тому подібне.