Category Archives: Дизайн рішень SharePoint

Відстеження практики діяльності – Частина 1

3 відповіді

Близько року тому, Я приєднався до Слалом, консалтинг тут, в Нью-Йорку, що ми називаємо області практиці свинцю.  (Як незначні бік точку цього блогу пост, які облікові робочих місць для мого всього здачі в блогах.  Це було великою зміною в ролі і великі зміни в день за днем "речі", але я вже роду пристосувався себе до його і дивитися вперед до написання знову посмішка ).

У цій ролі PAL, Я несу відповідальність, щоб зберегти компанію і безпосередні околиці з 21 Західна 21 вулиці від катастрофи на регулярній основі.  Це великий тиск (більше, ніж ви можете подумати – просто думаю, всі діти!). 

На службі що імператив, Мені потрібно, щоб допомогти з Передпродажна, створення і оновлення йти на ринок пропозицій, Прокат хороші люди, поїздом до людей, щоб зробити їх краще (але насправді, щоб зробити мою роботу легше) і час від часу робити щось оплачуваного в клієнті.  Я отримую багато "Вхід" – питання від клієнтів, розширення можливостей, мій власний тотальної думки і т. д.  Деякі з них у дійсно хороший (як гарячий продажів oppty) Хоча багато його менш добре.  Ключ, щоб спочатку відстеження, визначити пріоритети і керувати кожного з цих ідей (великий і малий) успішно завершено. 

Такого роду управління завданнями не є новою, право?  І у нас є багато завдань інструменти, щоб допомогти нам у цьому.  Outlook має завдання.  Ви можете ляпас електронної таблиці разом красиво і швидкий.  Мій самий перший інструмент управління завдання був правові блокнот назад у мої дні в GAF розробника в ІТ-відділу.  (Запитувати про ці старі добрі часи наступного разу ви побачите мене, якщо ви зацікавлені, або, може бути…).

Будучи SharePoint хлопець (номінально, по крайней мере), Я завжди думав використовувати SharePoint.  Але чомусь, загальний список завдань так і не зробив для мене.  Купу місяців тому, Я вирішив зцілювати себе і просто створити SharePoint на основі рішення.  Він був настільки приголомшливо легко створювати, що я думав написати про це тут.

Так, Моя мета тут були дуже простий:

  • Введення даних супер легким і швидким
  • Визначити пріоритети діяльності
  • Класифікувати діяльності
  • "наступний крок" driven – ці заходи часто охопить тижнів (може бути, навіть місяців).  Вони майже ніколи не "завершити" після одного конкретного оновлення.

Ці біти піддаються дуже добре до типу вмісту, Ось що я створив:

image

Ви можете бачити, що я мав продажів упередженості з цим в першу чергу, так як у мене це поле «Клієнт».  Багато моїй практиці діяльність засновані навколо клієнтів (фактичних або потенційних).  Але багато хто з них також внутрішньо орієнтовані.  Я ляпас «Слалом» там, коли я їх створення, але це завжди відчуває себе трохи дивно.  Я повинен бути названий щось більш загальне.  Може бути "цільової організації" або що-небудь.

Нижче наведено кілька різні замітки про тип вмісту:

  • Вплив діяльності передані до вимірювання пріоритет.  Я не впевнений, тому я пішов з "Впливу" та "Пріоритет" день нуль, але ось що я зробив. 
  • Подальші кроки і наступна дата дії – мене приладну дошку, що рухає наступна дата діяльності.  Цю приладну дошку свого роду став мій наказ день/тиждень.  Я просто перейдіть на панель моніторингу і зосередитися на високий пріоритет речі по-перше і йти звідти.  (Існує поняття ан "без тегів"
  • Основним власником – єдина річ відзначити- Чи не так awesome, що ви можете сортувати і фільтрувати за стовпцями множинного вибору в СП 2010! Я насправді не повністю купити в це поняття на перший.
  • Стан справи – насправді просто "Відкрити" або "Закриті". 
  • Первинний практика – після того, як я почав використовувати це, інший PAL в моїй групі хотіли, щоб випробувати це, так я засунув це суміш розрізняти мої речі (Портали & Співпраця) і її речі (Azure).

Ось мій приладної дошки:

image

(Вибачте за все розмито біти-я не відчуваю, як створювати купу даних випробувань, і я не хочу, щоб дати хто-небудь серцевого нападу над обміну vital подробиці [Переглянути біт в intro re: врятувати світ, д., д., д.]).

У мене є кілька інші подання в цьому списку, у тому числі в поданні, що дозволяє мені масове оновлення.  Я це зробити найбільш часто, коли купу низький пріоритет елементів, що запланував ніколи не зовсім отримали зробити і повинні бути штовхнув на тиждень.

Щодня, Підтягти мій журнал діяльності і просто почати працювати з верхньої частини списку.

Частково 2, Я поясню, як я цього домігся ще кориснішими з додаванням nice електронної пошти з підтримкою doc бібліотека та СПД-документообігу.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Нехай світить приклади провідний шлях до підвищення прийняття SharePoint

залишити відповідь

Мій перший "чистий" BrightStarr запис у блозі опублікований сьогодні.  Ось тизер:

Там було багато розмов про Інтернеті останнім часом на тему SharePoint прийняття і особливо їх відсутність. Ніхто не хоче йти всі труднощі, проектування ферми та безпеку інфраструктури, участь у майстернях, воєдино шикарний вигляд, розробка рок твердих інформаційної архітектури, яка може витримати перипетії компанія re-orgs і, нарешті,, фанфари заповнені свиті тільки, щоб виявити три місяці пост go-live і менше 50% компанії співробітники використовують SharePoint, і більшість з них використовують його для заміни старої мережі файлові сервери ("S:\ диск").

Срібної кулі немає (або одного блогу) буде вирішити цю проблему. Однак, є багато речей, які ви можете зробити, щоб зменшити ризик анемічного портал SharePoint. Один такий метод є "Блищача приклад моделі."

Мені б дуже хотілося знати про інші SharePoint прийняття стратегії, які ви піклуєтеся поділитися.  Якщо ви поділяєте, будь ласка, залиште як коментар в блозі BrightStarr.

Читати все це тут: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Створити принтер дружні сторінки і навіть роздрукувати їх

1 Відповідь

Я написав статтю для Брифінг SharePoint на тиждень або два тому і були розміщені.  Ось трохи відкриття:

image

Ви можете читати все це тут: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Я сподіваюся, це допоможе хтось.  Насолоджуйтесь!

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

"Може зробити” проти "повинні робити” у SharePoint проекти

8 відповіді

Я думаю, що багато хто з нас іноді представлено з, за відсутністю кращого фразу, молодий дитини вимоги.  Кінцевий користувач дійсно, дуже погано хоче у певних конкретних зовнішній вигляд, або дуже конкретної структури сортування або вирізати один клік або параметр меню для полегшення навігації або [Вставити пристрасно переконання, що відбувається, щоб бути неправильно].  Як SharePoint профі, ми зазвичай можна зустріти майже будь-які вимоги з платформи, але для деяких з них, Ми знаємо, в наших серцях,:

  • Вони будуть приймати непропорційно велику кількість часу для реалізації (і тому коштують більше)
  • Вони збираються бути дуже нестандартний і тому складно підтримувати і виправлення
  • Там є легко SharePoint підхід, який відповідає 80% або більше з вимогою (тобто. відповідає Духа вимога, але не лист вимога)

Нижній рядок, Ми знаємо, що "вимога" насправді просто приємно мати, або навіть законним в якомусь сенсі, але те, що люди повинні жити з, а не витрачати багато часу, намагаючись "вирішення".

Я думаю, що їх як "молодий дитини" вимоги до тому, що я бачив цю модель у багато разів, перш ніж.  Діти Пайн-звідси і nag вас для деяких нову іграшку для декількох тижнів часу.  Ви отримаєте їх іграшки, вони грати з ним протягом декількох годин або днів а потім поклав його, ніколи не для того, щоб забрати його коли-небудь знову.  Або, Ви не отримаєте іграшку, ниття зупиняється і дитина переходить до стати президентом вільного світу.   Я бачив це сталося в SharePoint проектів.  Приймають рішення або отримати те, що вони хочуть і стає не використовується або недостатньо використовуваних функцій або вони не отримують те, що вони хочуть і проекту ще вдається все одно.

Нагадало мені про що сьогодні в форумі пост, і мені сподобалося, як Clayton Cobb спробував отримати форум плакаті, щоб відтіснити на одному з таких вимог: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Я дійсно цікаво, як люди переглянути цю тему, і як ви маєте справу з ним.  У мене не вистачає точки?  У вас є стратегії, щоб направити рішень органів від overinvesting в тривіальних вимоги?  Будь ласка, залиште коментар.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Використання робочого процесу для імітації безпеки типу вмісту

3 відповіді

Ще один день, інший MSDN-форумах надихнув пост.

Хтось питав, чи вони здатні забезпечити типу вмісту, така, що коли користувач натискає на кнопку "створити" за настроюваним списком, типи вмісту, до якого доступ надається ця особа буде з'являтися тільки в розкривному списку.  Як ми знаємо, Це не підтримується з коробки.

Це виникає питання раз і на цей раз, Я знав, що новий.  Давайте припустимо, що у нас є сценарій, як це:

  • У нас є служби підтримки квитки систему.
  • До служби підтримки квитки систему, дозволяє користувачам вводити регулярні helpdesk квитка інформація, такі як проблемну ділянку, проблема статус, д.
  • Ми хочемо, щоб дозволити користувачам «супер» вкажіть "гостроти" поле.
  • Інші користувачі не мають доступу до цього поля.  Система завжди буде призначати рівня пріоритету "середній" для їх прохання.

Те, що ми могли б зробити, це створити два окремі списки SharePoint і два різних типи вмісту, один для "Супер" користувачів а інший для всіх інших.

Робочий процес на кожному списку скопіює дані до зведеного списку (Список квиток фактичної служби підтримки) і цей процес протікає звідти.

Такий підхід може спрацювати потік свого роду стовпець рівні безпеки, а. 

Я не пробував, але вона відчуває себе розумними і дає досить простою, Якщо досить грубо, можливість здійснювати свого роду типу вмісту і навіть стовпець рівня безпеки.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Веб-частина запиту вмісту: SharePoint, Швейцарський армійський ніж

залишити відповідь

Моя остання стаття це в www.sharepointbriefing.com. Ось тизер:

image

Читати все це тут: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Побачити її в використання реального громадського веб-сайт тут, виконавши такі дії.:

  1. Перейти на цю веб-сторінку: http://cdi-its.com/Pages/Customer_Support.aspx (Це сторінка підтримки клієнтів для CDI).
  2. Натисніть на "Практикум" в лівій руці навігації.

Програма перейде до конкретних прикладів лістингу, розділ «Підтримка користувачів».

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Вже існуючі умови: Шаблони SharePoint оповіщення на допомогу (?)

залишити відповідь

Один з моїх клієнтів, працював з попередніх підрядника побудувати на невеликі, але корисні HR застосування для підприємства. Що підрядник використовуються програму SharePoint Designer для реалізації робочим процесом частину рішення. Це трохи безлад. Наприклад, є дев'ять СДПН робочі процеси на підтримку єдиний логічний процес обробки і вгору до п'яти з них може одночасно вогонь на даний момент огляду сприятливих умовах. It’s not easy to debug 🙂

Мій клієнт має ряд видатних ще вимог, одним з яких є взагалі з контекстом більше коли система надсилає на електронній пошті оповіщення – як в електронній пошті, сам, а також пов'язаного завдання форми. Як СДПН робочого процесу виконавців знати, Дія СПД "збирати дані від користувача" насправді створює завдання з користувацьких типів вмісту. Коли ми використовуємо цю дію, Ми не отримуємо багато вказати. Ми можемо запитувати кілька значень (Наприклад. «Затвердити» або «відхилити») і ми можете вказати жорстких закодованих значення в заголовок і Опис. Ось про це.

Мій клієнт вимога в два рази:

  1. Коли SharePoint надсилає електронною поштою про призначення завдання, включити багато інформації про завдання в тілі електронної пошти.
  2. Ще важливіше, на сьогоднішній день – Коли користувач натискає на завдання посилання в повідомленні електронної пошти, форми завдання повинна мати всі дані на затверджувача потребує для того, щоб зробити його/її затвердити або відхилити рішення. Прямо зараз, менеджер повинен натисніть на елемент посилання, сама деталізувати основні деталі, і ніхто не любить. Ви повинні натиснути в повідомленні електронної пошти. Потім потрібно клацнути роду незрозумілі посилання на контактним. То ви можете подивитися на базових даних (в InfoPath форми в цьому випадку). Натисніть кнопку назад /, д. Ніхто не любить його.

Я успадкувала цей дещо заплутана технічного рішення, і я хочу, щоб внести зміни в менш нав'язливим можливих.

Підхід, я беру на себе прямо зараз, щоб створити шаблон, оповіщення. Ви можете прочитати про це тут. Потік працює таким чином:

  • СПД-документообігу працює.
  • В деякій точці, він призначає завдання менеджера.
  • SharePoint система автоматично надсилає попередження, що менеджер. Це не є частиною СДПН робочого процесу, але скоріше, "що SharePoint робить." (Служба часу SharePoint, Я вважаю).
  • Користувальницькі оповіщення обробник викликається на користь стандартний alert процесу (після магія правила як описано вище посилання статті).
  • Коли мої власні оповіщення обробник працює, Він генерує красиві електронної пошти. Ще важливіше, так як він має завдання в руці, Він також прикрашає актуальну задачу з усіх контексті інформацію, необхідну для задоволення вимог бізнесу.
  • Користувач отримує повідомлення електронної пошти і вона сповнена корисні контекстної інформації.
  • Користувач натискає на посилання, завдання та сама задача сповнена корисні контекстної інформації.
  • Кожен йде додому мати кавун і морозиво.

Я зробив швидкий ПСУ, і вона добре працює в середовищі лабораторії. Я отримую мої власні електронній пошті оповіщення належним чином. Я також отримати, щоб оновити опис завдання і заголовок, сам.

Тільки хитрий біт, до цих пір, щоб уникнути ситуації, де оповіщення оновлень елемент, Запуск іншого оповіщення. Це мені не турбуватися.

Виглядає багатообіцяюче до цих пір...

Найчудовіше це те, що я не потрібно скинути з будь-якого з існуючих СДПН робочі процеси. Вони в блаженної знали, що обробник сигналу — це"IIZ RUNNIN В ДА BAKGROUND, ПРИКРАШАТИ Г TEH ЗАВДАННЯ СПИСОК WIF MOAR КОНТЕКСТІ”.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Демонстрація SharePoint: Важелі SharePoint побудувати застосунок вертикальних бізнес

залишити відповідь

[Примітка: Я хочу відразу ж сказати, що я мають фінансовий інтерес до бажаного результату цієї демонстрації, який я вже говорив в інтересах повного розкриття, д. Це насправді перший раз, коли я коли-небудь блогах про захід де я стою на користь особисто таким чином.]

Ця демонстрація web відбувається четвер, 06/04 в 12:30 EDT, закінчується на 1:30PM EDT.

У співпраці з моїм партнером відмінні бізнес, Інтегрованих систем і служб Група (ISSG), Я працюю для розробки Вертикальна бізнес-застосунку за допомогою SharePoint як платформа. У цьому випадку, Ми будуєте програми, які обслуговують потреби виробників, які роблять замовний продукції для своїх клієнтів. У цих випадках, великий співпрацю гармонізація між замовником та виробника. Існує також великий співпрацю між різними групами в межах виробника, у тому числі продажів, Інжиніринг, дослідження та розвитку, правових та інших груп.

Демо-версія має намір Показати програма, яка полегшує така співпраця, поряд з дискусії про те, як все цих бітів спільної роботи потрібно здійснювати інтеграцію з бекенда ERP-систему.

І нарешті, Це не збирається бути SharePoint демо. Це демонстрація рішення для певну нішу проблема, що відбувається за допомогою SharePoint як платформа.

Так, Навіщо возитися зареєструватися і подивитися демо? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Якщо ви зацікавлені, будь ласка, зареєструйтесь тут(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Ви може вирвати SharePoint Designer від мого холодного, Руки мертвих

залишити відповідь

Мої останні статті це в www.EndUserSharePoint.com. Я писав про SharePoint Designer, Завершіть користувачів та контур стратегії, що кінцеві користувачі можуть спробувати і наступних для того, щоб продемонструвати компетентність та взаємну довіру навколо цього інструменту.

Коментарі, більш цікавими, ніж сама стаття.

Перевірити його.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Профіль користувача МОСС авторитетом Вибір мови користувача

4 відповіді

На мій поточний проект, Деякі з користувачів буде подорожувати по всьому світу, і коли вони прибудуть в різних напрямків, використовувати будь-які машини є під рукою під час. Ці машини Відгуки буде запущений Windows і встановлений і налаштований для місцевих локалі. (Я просто зрозумів, що машини Відгуки не може мати рацію мовних пакетів… ймовірно, не буде, Насправді… Я впевнений, що один зараз паркування).

SharePoint повинна забезпечити механізм, відповідно до якого користувач може вибрати бажану мову і потім МОСС честь цієї мови, незалежно від того, як користувач отримує доступ до МОСС. Іншими словами, ігнорувати будь-який інший браузер розповідає IIS/МОСС і замість цього подивитися що бажану мову і використовувати його.

Ми будемо розслідувати підходів.:

  1. Обробник HTTP: Користувальницькі обробник HTTP на IIS інстальовано дивляться МОСС профіль користувача, зрозуміти основну мову і переключіться заголовку HTTP навколо міру необхідності до проходження контролю МОСС.
  2. Global.asax: Змінити global.asax, щоб зробити те ж саме. Ми можемо змінювати щось інше, Але ідея полягає в тому, що ми знаходимо деякі місце, де можна вставити наша логіка локалі перемикання.

Інші ускладнюють фактором є, що нам необхідно підтримки 60 к користувачів, про 1,000 який може бути одночасно доступу ЛИШАЙНИК на піку навантаження.

Обробник HTTP здається досить різке, Але можливо найкраще місце, щоб поставити код, так як це на рівні IIS і всезнаючий. Це хороший єдиною точкою роботи.

Ми маєте схиляється до global.asax типу підхід, головним чином тому, що ми вважаємо, що ми будемо мати більше можливостей для кешування даних на той момент.

Я буду блоги більше на цю тему, як я дізнатися більше.

Якщо ви повинні знати про це, будь ласка, залиште коментар 🙂

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin