Категория Архиви: Дизайн на решения на SharePoint

Проследяване на практика дейности – Част 1

Преди около година, Аз се присъединиха Slalom консултации тук в Ню Йорк като това, което наричаме практика площ доведе.  (Като малки настрана до точката на този блог пост, това промени работни места сметки за моя общо транспорт в блоговете.  Това е голяма промяна в роли и голяма промяна в ден за ден "неща", но нещо като сте acclimated себе си към него и гледам напред да писане отново Усмивка ).

В тази роля на PAL, Аз съм отговорен да спаси компанията и непосредствените околности на 21 Уест 21-ва улица от бедствия на регулярна основа.  Това е много натиск (повече, отколкото може би си мислите-просто мисля за всички деца!). 

В услуга на този императив, Имам нужда да помогне с предварително продажби, създаване и актуализиране на go към пазар оферти, под наем на добри хора, обучават хора за да ги направят по-добре (но наистина, да направи работата ми-лесно) и понякога направи нещо фактуриране на клиент.  Получавам много на "вход" – въпроси от клиенти, възможности за продажби, моите собствени addled мисли и така нататък.  Някои от това е наистина добра (като горещо продажба oppty) докато много от него е по-малко добри.  Ключът е да проследяване на първоначално, приоритет и управлява всеки един от тези идеи (големи и малки) до успешен край. 

Този вид на управление на задачите не е нова, десен?  И ние имаме много инструменти за задача да ни помогне с това.  Outlook е задачи.  Можете да шамар електронна таблица заедно хубаво и бързо.  Моят първи инструмент за управление на задачите е правен бележник обратно в дните ми в GAF като разработчик в ИТ отдела.  (Питайте ме за тези добрите стари дни следващия път ме видиш, ако проявявате интерес, или може би не…).

Като SharePoint човек (номинално, най-малко), Аз винаги съм мислила да използват SharePoint.  Но по някаква причина, общ задача списък никога не го е направил за мен.  Няколко месеца преди, Реших да лекува себе си и просто създаване на SharePoint базата решение.  Беше толкова смущаващо лесно да създадете че мислех да пиша за това тук.

Така, целите ми тук са много прости:

  • Супер лесен и постя данни влизане
  • Приоритет на дейността
  • Категоризиране на дейностите
  • "Следваща стъпка" задвижвани – тези дейности ще често обхващат седмици (може би дори месеци).  Те почти никога не "край" след една специфична актуализация.

Тези битове се поддават много добре на тип съдържание, така че това, което съм създал:

image

Всъщност можете да видите, че имах продажби пристрастия с това на първо място, тъй като аз имам този "Клиент" поле.  Много от моята практика дейности са базирани около клиенти (действителни или потенциални).  Но много от тях са също така вътрешно съсредоточени.  Шамар "Слалом" там, когато аз ги създавам, но тя винаги се чувства малко странно.  Аз трябва да има име то нещо по-общо.  Може би "целевата организация" или нещо такова.

Ето няколко други бележки за типа съдържание:

  • Дейност въздействие е децентрализиране на измерване на приоритет.  Аз не съм сигурен защо аз отидох с "Въздействие" и не "приоритет" ден нула, но това е това, което направих. 
  • Следващи стъпки и следващите стъпки дата – имам табло, се задвижва от датата на следващата дейност.  Това табло стана някак ми маршируване поръчки за ден/седмица.  Просто отидете на таблото и се съсредоточи върху висок приоритет неща първо и отидете от там.  (Там е идеята за един "немаркирани"
  • Основен собственик – единственото нещо на нота е – не е ли страхотно, че можете да сортирате и филтрирате по мулти-изберете колони в SP 2010! Аз всъщност не купувам в напълно това понятие в началото.
  • Състояние на дейност – наистина просто "Отворени" или "Затворена". 
  • Основната практика – след като аз започна да използва това, друг приятел в моята група иска да опитате това, така че това изпадна в микс да се прави разлика между моите неща (Портали & Сътрудничество) и нейните неща (Azure).

Тук е моето табло:

image

(Съжалявам за всички замъглено, бита-аз не се чувствам като създаде куп тест данни и не искам да даде някой сърдечен удар върху споделяне на жизнено важни детайли [Вижте малко в интрото ре: спаси света, и др., и др., и др.]).

Имам няколко други изгледи в този списък, включително табличен изглед, който ми позволява да маса актуализации.  Аз правя това най-често, когато един куп по-нисък приоритет елементи, което планира да направи никога доста работа и трябва да се избута една седмица.

Всеки ден, Дръпнете си дейности влезете и просто започнете работа на разстояние от върха на списъка.

В част 2, Аз ще обясня как се прави това още по-полезен с добавянето на хубаво имейл поддръжка doc библиотека и ЕДП поток.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Нека блестящ примери олово, начина на повишена приемане на SharePoint

Моят първи "чисто" BrightStarr блог запис е публикувана днес.  Тук е закачка:

Е имало много разговор на Internets на закъсняло по темата на SharePoint приемането и особено несъществуване. Никой не иска да отиде за всички неприятности за проектиране на инфраструктура на стопанството и защита, участие в семинари, събира Steve готовите изглед и усещане, работа по архитектура рок солидна информация, която може да издържи превратностите на компанията ре-orgs и накрая, шум зареждани обаче само, за да се открият три месеца пост go-живо, по-малко от 50% на компанията и служителите използват SharePoint и повечето от тях са го използват да замести стария мрежови сървъри ("S:\ устройство").

Няма талисман (или един блог съобщение) предстои да се реши този проблем. Въпреки това, има много неща, които можете да направите, за да се намали риска от anemic портал на SharePoint. Една такава техника е на "образец за пример на Shining."

Аз ще обичам да знаете за други стратегии за приемането на SharePoint, които грижи, за да споделите.  Ако споделите, моля оставете като коментар за BrightStarr блог.

Прочетете цялото нещо тук: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Създаване на принтер приятелски страници и дори да ги отпечатате

Аз написах една статия за 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

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

  • Те ще вземат непропорционално голямо количество от време за прилагане на (и поради това струва повече)
  • Те ще бъдат силно персонализирани и затова е трудно да поддържане и отстраняване на
  • Има е лесно SharePoint подход, който отговаря 80% или повече от изискването (т.е.. среща спиртни на изискването, но не буквата на изискването)

Долната линия, Ние знаем, че "изискването" е наистина само хубаво да имат или дори законен в известен смисъл, но нещо, което хората трябва да живеят с, а не прекарват много време се опитва да "реши".

Аз мисля за тях, като "дете" изисквания, защото аз съм виждал този модел много пъти преди.  Децата ще стопите и ви конче за някои нови играчки за седмици в даден момент.  Можете да ги получите играчка, те играят с него за няколко часа или дни и след това я съборят, никога да не го взема все пак.  Или, Вие не получите играчка, заяждането спирките и детето се движи да стане президент на свободния свят.   Аз съм виждал това да се случи в проекти SharePoint.  Вземащите решения или получите това, което искат и става неизползвани или използват пълноценно функция или те не получават това, което искат и проектът все още успява все пак.

Аз бях напомня на че днес в един форум пост и ми хареса как Клейтън Коб се опита да получи форум poster да прокара обратно на един от тези видове на изискванията: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Аз съм много любопитен как хората видите тази тема и как да се справят с него.  Съм аз отсъствуващ определителен член точка?  Имате ли стратегии да направлява решенията дейци от overinvesting в тривиално изисквания?  Моля, оставете коментар.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Използвате работен поток, за да симулирате тип съдържание сигурност

Друг ден, друг MSDN-форуми вдъхновени пост.

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

Този въпрос сега и тогава и този път, Имах една нова идея.  Да предположим, че имаме сценарий като този:

  • Имаме helpdesk билети система.
  • Helpdesk билети система позволява на потребителите да въвеждат редовни helpdesk билет информация, като проблемна област, състояние на проблема, н.
  • Ние искаме да се позволи на "супер" потребителите да зададете полето "спешност".
  • Другите потребители нямат достъп до това поле.  Системата винаги ще присвои "средно" ниво приоритет на исканията им.

Какво можем да направим е да създадете две отделни списъци на SharePoint и две различни типове съдържание, един за "супер" потребители и за всички останали.

Работният поток на всеки списък копира данните в главния списък (действителната helpdesk билет списък) и този процес продължава от там.

Този подход може да работи един вид на колоната ниво на сигурност както и се вливат. 

Не съм опитвал, но тя се чувства разумно и дава доста прости, Ако е доста груба, възможност за реализиране на тип съдържание и дори колоната ниво на сигурност.

</край>

Абонирайте се за моя блог.

Следвайте ме на 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. Отидете на тази web страница: 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 🙂

Моят клиент има редица все още неизпълнени изисквания, един от които е да обикновено предоставят повече контекст, когато системата изпраща сигнали по имейл – както в самата електронна поща, както и свързаните с тях задачи форми. Като ЕДП поток изпълнители знам, действието "събира данни от потребител" ЕДП всъщност създава задача с потребителски тип съдържание. Когато използваме това действие, Ние не се да зададете много. Ние може да подкани за някои стойности (e.g. "одобрение" или "Отказ") и ние да зададете твърди кодирани стойност в заглавието и описанието. Това е за него.

Изискването на клиента ми е два пъти:

  1. Когато SharePoint изпраща имейл за присвояване на задача, включва много информация за задачата в тялото на имейл.
  2. Още по-важно, далеч – когато потребителят щракне върху задача връзката в имейл, формуляра на задачата трябва да има цялата информация, одобряващ трябва да направят неговото одобрение или отказ на решение. Точно сега, Управителят трябва да щракнете върху връзката за елемента, самата да пробия в основните подробности и никой не се интересува, че. Вие трябва да кликнете на имейл. Тогава ще трябва да щракнете върху нещо неясно връзка на задачата. След това можете да погледнете в основните данни (InfoPath форма в този случай). След това щракнете върху назад/назад, н. Всеки мрази го.

Аз съм наследил тази малко объркана техническо решение и аз искам да се промени в най-слабо вмешателство начин е възможно.

Аз съм като сега подход е да създадете потребителски шаблон за предупреждение. Можете да прочетете за това тук. Работи по този начин потока:

  • ЕДП поток работи.
  • В някакъв момент, Тя възлага задача на един мениджър.
  • Система SharePoint автоматично изпраща сигнал към този мениджър. Това не е част от ЕПД поток, но по-скоро "какво SharePoint прави." (Услугата за таймер на SharePoint, Вярвам, че).
  • Потребителски отговорник е извикан в полза на стандартния сигнал процес (след магически правила, описани в по-горе упомената статия).
  • Когато ми потребителски отговорник работи, тя генерира красива имейл. Още по-важно, тъй като тя има за задача в ръка, Тя също украсява реалната задача с всички контекста информация, необходима да отговарят на бизнес изискванията.
  • Потребителят получава електронна поща и е пълен с полезни контекст информация.
  • Потребителят кликне върху връзка към задача и самата задача е пълен с полезни контекст информация.
  • Всеки се прибира да има диня и сладолед.

Направих бързо Рос и работи добре в лабораторията среда. Получавам ми персонализирани имейл предупреждение, както се очаква. Аз също се да актуализира описанието на задачата и самото заглавие.

Само сложната малко, досега, е да се избегне ситуация, когато предупреждението актуализира елемента, задействане на друг сигнал. Това не ме притеснява.

Изглежда обещаващ досега...

Голямото нещо за това е, че аз не трябва да се мотам с някоя от съществуващите работни потоци, SPD. Те са блажено неведение, че отговорник е"ИМС RUNNIN В DA BAKGROUND, Д TEH ЗАДАЧА СПИСЪК WIF ФЕСТИВАЛ ШАТРИТЕ КОНТЕКСТ”.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове: ,

SharePoint демонстрация: Ливъридж SharePoint за изграждане на вертикална бизнес приложение

[Бележка: Искам да кажа веднага, че имат финансов интерес в постигането на желаните резултати от тази демонстрация, които споменавам в интерес на пълно разкриване, н. Това е всъщност е първият път, когато сте някога blogged за събитие къде стоя да ползват лично по този начин.]

Тази web демонстрация се провежда четвъртък, 06/04 в 12:30 EDT, завършващ в 1:30Ч. EDT.

В сътрудничество с моите отлични бизнес партньор, Интегрирани системи и услуги група (ISSG), Съм бил на работа за разработване на вертикален бизнес приложение използва SharePoint като платформа. В този случай, Ние сме изграждане на приложение, което служи на нуждите на производителите, които правят персонализирани продукт за своите клиенти. В тези случаи, голяма част от сътрудничество трябва да се проведе между клиента и производителя. Там е също голям раздавам на сътрудничество изисква между различните групи в рамките на производителя, включително продажби, Инженеринг, научни изследвания и развитие, правни и други групи.

Демонстрацията ще покаже приложение, което улеснява този вид сътрудничество, заедно с дискусия за това как всички тези сътрудничество бита трябва да се интегрират с ERP система.

На последно място, Това няма да бъде демонстрация на SharePoint. Това е демонстрация на решение за определена ниша проблем, който се случва да използват SharePoint като платформа.

Така, Защо да се притеснява да се регистрирате и да видим тази демонстрация? Не очаквам прекалено много от читателите на моя блог, за да бъдат всички, които се интересуват от решение за изработка по поръчка на производителите 🙂 ви за вкъщи ще бъде самата концепция - с помощта на SharePoint чисто да се достави бизнес решение, без оглед на самата SharePoint.

Ако проявявате интерес, Моля регистрирайте се тук(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

Мос потребителски профил като орган за предпочитание за език на потребителя

На текущата ми проект, някои от потребителите ще пътуват по света и когато те пристигнат в различни дестинации, Използвайте каквато и машина е удобен по време. Тези машини, гости ще работи с Windows и инсталирани и конфигурирани за местни локал. (Просто осъзнах, че на гости машини не могат да имат правилния език вързоп… вероятно няма да, Всъщност… Аз съм че един за сега паркинг).

SharePoint трябва да предостави механизъм, чрез която потребителят може да изберете предпочитания от тях език и след това са МЪХА чест този език независимо как потребителят влиза Мос. С други думи, незачитане каквото браузъра казва IIS/Мос и вместо това потърсете този предпочитан език и го използват.

Ние ще разследва два подхода:

  1. HTTP манипулатора: Персонализирани HTTP манипулатор, инсталирани на IIS ще потърсите Мос профила на потребителя, разбера предпочитан език и след това да превключвате HTTP заглавката около, ако е необходимо, преди да премине контрола на Мос.
  2. Global.asax: Променят global.asax да направи същото нещо. Ние може да промени нещо друго, но идеята е, че ние намери някое място, където можете да поставите нашите превключване на локал логика.

Друг усложняващ фактор е, че ние трябва да поддръжка 60k потребители, за 1,000 на които могат да бъдат едновременно достъп до Мос в връх натоварване.

HTTP манипулатора изглежда доста драстични, но вероятно най-доброто място да поставите кода, тъй като тя е на IIS ниво и всезнаещ. Това е добра една точка на работа.

Ние сме наведе се към global.asax тип подход, главно, защото вярваме, че ще имаме повече опции за кеширане на данни в този момент.

Аз ще бъда блог повече по този въпрос, като научи повече.

Ако знаете нещо за това, please post a comment 🙂

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin