بایگانی دسته بندی: شیرپوینت راه حل های طراحی

پیگیری تمرین – بخش 1

About a year ago, I joined مشاور اسلالوم here in new York as what we call a Practice Area Lead.  (As a minor aside to the point of this blog post, that change in jobs accounts for my total drop-off in blogging.  It was a big change in roles and a big change in day to day “stuff” but I’ve sort of acclimated myself to it and look forward to writing again لبخند ).

In this PAL role, I’m responsible to save the company and the immediate environs of 21 West 21st street from disaster on a regular basis.  It’s a lot of pressure (more than you might think – just think of all the children!). 

In service to that imperative, I need to help out with pre-sales, create and update go-to-market offerings, hire good folks, train up folks to make them better (but really, to make my job easier) and occasionally do something billable at a client.  I get a lot of “input” – questions from clients, sales opportunities, my own addled thoughts and so forth.  Some of it’s really good (like a hot sales oppty) while a lot of it is less good.  The key is to initially track, prioritize and manage each of these ideas (great and small) to a successful conclusion. 

This kind of task management isn’t new, راست?  And we have lots of task tools to help us with this.  Outlook has tasks.  You can slap a spreadsheet together nice and quick.  My very first task management tool was a legal notepad back in my days at GAF as a developer in the IT department.  (Ask me about those good old days the next time you see me if you’re interested, or maybe not...).

Being a SharePoint guy (nominally, حداقل), I’ve always thought to use SharePoint.  But for some reason, a generic Task list never quite did it for me.  A bunch of months ago, I decided to heal myself and just create a SharePoint based solution.  It was so embarrassingly easy to create that I thought to write about it here.

پس, my goals here were very simple:

  • Super easy and fast data entry
  • Prioritize activities
  • Categorize activities
  • “next step” driven – these activities will often span weeks (maybe even months).  They almost never “end” after one specific update.

These bits lend themselves very nicely to a content type, so that’s what I created:

image

You can actually see that I had a sales bias with this at first, since I have that “Client” field.  A lot of my practice’s activities are based around clients (either actual or prospective).  But many of them are also internally focused.  I slap “Slalom” in there when I create them, but it always feels a tad weird.  I should have named it something more generic.  Maybe “Target Organization” or something.

Here are a few miscellaneous notes on the content type:

  • Activity Impact has devolved into a measurement of priority.  I’m not sure why I went with “Impact” and not “Priority” day zero, but that’s what I did. 
  • Next Steps and Next Steps Date – I have a dashboard that is driven by the next activity date.  This dashboard has sort of become my marching orders for the day/week.  I just go to the dashboard and focus on high priority stuff first and go from there.  (There’s the notion of an “untagged”
  • Primary Owner – the only thing of note is – isn’t it awesome that you can sort and filter on multi-select columns in SP 2010! I actually didn’t fully buy into this notion at first.
  • Activity Status – really just “Open” or “Closed.” 
  • Primary Practice – After I began using this, another PAL in my group wanted to try this out, so I slipped this into the mix to distinguish between my stuff (Portals & همکاری) and her stuff (Azure).

Here’s my dashboard:

image

(sorry for all the blurred out bits – I didn’t feel like creating a bunch of test data and I don’t want to give anyone a heart attack over sharing vital details [see the bit in the intro re: save the world, غیره, غیره, غیره]).

I have several other views on this list, including a datasheet view that allows me to do mass updates.  I do this most often when a bunch of lower priority items I planned to do a never quite got done and need to be pushed out a week.

Every day, I pull up my activities log and just start working off the top of the list.

In part 2, I’ll explain how I made this even more useful with the addition of a nice email-enabled doc library and SPD workflow.

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

درخشان به عنوان مثال منجر شود در راه افزایش به تصویب شیرپوینت

اول من "خالص" BrightStarr وبلاگ امروز منتشر شد.  تیزر:

وجود دارد مقدار زیادی از گفتگو در اینترنت در اواخر موضوع تصویب شیرپوینت و به خصوص فقدان آن. هیچ کس مایل به رفتن به تمام مشکل از طراحی یک مزرعه و زیرساخت های امنیتی, شرکت در کارگاه, کنار هم قرار دادن نگاه بسیار جالب و احساس, کار معماری اطلاعات یک سنگ جامد است که می تواند فراز و نشیب های شرکت-orgs مجدد و در نهایت مقاومت در برابر, rollout برروی پر هیاهو فقط به کشف سه ماه پس از زندگی که کمتر از 50% از کارمندان شرکت با استفاده از شیرپوینت و بسیاری از آنها را با استفاده از آن را جایگزین فایل سرور شبکه قدیمی ("the S:\ drive").

هیچ گلوله نقره ای (و یا پست های بلاگ تک) برای حل این مشکل. اما, بسیاری از چیزهایی که شما می توانید انجام دهید برای کاهش خطر ابتلا به کم خونی شیرپوینت پورتال وجود دارد. One such technique is the "Shining Example Pattern."

من دوست دارم به شیرپوینت اتخاذ استراتژی های دیگر است که شما مراقبت برای به اشتراک گذاشتن می دانم.  اگر شما سهم, لطفا به عنوان یک اظهار نظر در مورد وبلاگ BrightStarr.

دفعات بازدید: همه چیز در اینجا: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

Create Printer Friendly Pages and Even Print Them

نوشتم تا مقاله ای برای شیرپوینت توجیهی a week or so ago and it’s been posted.  Here is the opening bit:

image

You can read the whole thing here: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

I hope this helps someone.  لذت بردن!

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

"می توانند انجام دهند” در مقابل "باید انجام” در پروژه شیرپوینت

من فکر می کنم که بسیاری از ما گاهی اوقات با ارائه, برای عدم عبارت بهتر, الزامات جوان کودک.  کاربر نهایی واقعا, بسیار بد می خواهد نگاه خاص و احساس, یا یک ساختار مرتب سازی بسیار خاص و یا به برش با یک کلیک و یا گزینه منو برای سهولت ناوبری یا [درج باور عاشقانه برگزار شد که اتفاق می افتد به اشتباه].  به عنوان شیرپوینت طرفدار, ما به طور کلی می توانید با پلت فرم ملاقات تقریبا هر نوع نیاز, اما برای برخی از آنها, ما در قلب ما می دانیم که:

  • آنها در حال رفتن به یک مقدار نامتناسبی از زمان لازم برای پیادهسازی (و به همین دلیل هزینه بیشتر)
  • آنها در حال رفتن به بسیار سفارشی و برای حفظ و عیب یابی بنابراین مشکل
  • برخی از رویکرد شیرپوینت آسان است که مطابق وجود دارد 80% یا بیشتر از نیاز (i.e. دیدار روح از نیاز, اما نه نامه ای از نیاز)

خط پایین, ما می دانیم که "نیاز" است که واقعا فقط خوب داشته باشند و یا حتی مشروع در برخی از حس, اما چیزی است که مردم باید با زندگی به جای صرف مقدار زیادی از زمان تلاش برای "حل".

من از این به عنوان "کودک خردسال" الزامات چون من این الگو پیش از این هم بارها دیده ام فکر می کنم.  کودکان و نوجوانان خواهد شد کاج دور و نق نقو شما برای برخی از اسباب بازی جدید برای هفته در یک زمان است.  شما آنها را دریافت اسباب بازی, آنها با آن را برای چند ساعت یا چند روز بازی می کنند و پس از آن قرار داده و آن را پایین, هرگز به آن را انتخاب کنید تا هرگز دوباره.  یا, شما اسباب بازی می کنید, توقف آزار دهنده و بچه حرکت می کند به تبدیل شدن به رئیس جمهور از جهان آزاد.   من دیده ام این اتفاق می افتد در پروژه های شیرپوینت.  تصمیم گیرندگان یا دریافت آنها چه می خواهند و آن را یک تابع استفاده نشده و یا به ندرت مورد بهره برداری می شود و یا نمی شود آنها چه می خواهند و این پروژه هنوز هم به هر حال موفق.

من که امروز در یک پست انجمن تذکر داده شد و من هم دوست داشتم که چگونه کلیتون کاب تلاش برای دریافت پوستر انجمن را به عقب براند در یکی از این دسته از الزاماتی: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

من واقعا کنجکاو مشاهده و مردم این موضوع و چگونه با آن کنار بیاییم.  من از دست رفته نقطه?  آیا استراتژی شما باید برای هدایت تصمیمات سازندگان به دور از overinvesting در نیازهای بی اهمیت?  لطفا برای ارسال نظر اینجا را کلیک کنید.

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

گردش کار استفاده از امنیت نوع محتوا برای شبیه سازی

یک روز دیگر, یکی دیگر از MSDN انجمن ها با الهام پست.

کسی بود پرسیدن که آیا آنها می توانند به نوع محتوا به طوری که تضمین زمانی که کلیک کاربر بر روی "جدید" را فشار دهید یک لیست سفارشی, تنها نوع محتوا که به آن شخص اجازه دسترسی را در لیست کشویی ظاهر می شود.  همانطور که می دانیم, این پشتیبانی نمی شود خارج از جعبه.

این سوال می آید در حال حاضر و پس از آن و این زمان, من تا به حال یک ایده جدید است.  بیایید فرض کنیم که ما باید سناریو مثل این:

  • ما باید یک سیستم مرکز فروش بلیط.
  • مرکز فروش بلیط سیستم اجازه می دهد تا کاربران را وارد کنید به طور منظم مرکز اطلاعات بلیط, مانند منطقه مشکل, وضعیت مشکل, غیره.
  • ما می خواهیم که اجازه می دهد تا کاربران "فوق العاده" زمینه "ضرورت" به مشخص.
  • دیگر کاربران دسترسی به این حوزه ندارد.  این سیستم همواره اولویت سطح "متوسط" را به درخواست خود اختصاص.

آنچه ما می توانیم انجام دهیم این است که ایجاد دو لیست شیرپوینت جداگانه و دو نوع مختلف محتوا, یکی برای کاربران "فوق العاده" و از سوی دیگر برای هر کس دیگری.

گردش کار در هر فهرست را کپی اطلاعات را به لیست کارشناسی ارشد (لیست بلیط واقعی مرکز) و این روند ادامه از آنجا.

این روش ممکن است در جریان کار یک نوع امنیت در سطح ستون نیز هست. 

من آن را سعی نمی, بلکه آن را احساس معقول و نسبتا ساده می دهد, اگر بسیار خشن, گزینه ای را برای پیاده سازی یک نوع از نوع محتوا و حتی امنیتی در سطح ستون.

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

محتوا قسمت وب سایت پرس و جو: چاقو ارتش سوئیس شیرپوینت،

آخرین مقاله من است تا در 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. با کلیک بر روی «مطالعات موردی» در ناوبری دست چپ.

پرش به "مشتری های پشتیبانی شده" بخش از لیست مطالعات مورد.

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

شرایط از پیش موجود: شیرپوینت قالب هشدار به نجات (?)

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. مثلا, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

My customer has a number of still-outstanding requirements, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. “approve” or “deny”) and we can specify a hard coded value in the title and description. That’s about it.

My customer’s requirement is two fold:

  1. When SharePoint sends an email about a task assignment, include a lot of information about the task in the email body.
  2. More importantly, by far – when the user clicks on the task link in the email, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (an InfoPath form in this case). Then you click back/back, غیره. Everyone hates it.

I’ve inherited this somewhat messy technical solution and I want to make changes in the least intrusive way possible.

The approach I’m taking right now is to create a custom alert template. You can read about that here. The flow works like this:

  • SPD workflow runs.
  • At some point, it assigns a task to a manager.
  • SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (The SharePoint timer service, I believe).
  • A custom alert handler is invoked in favor of the standard alert process (following magic rules as described in the above referenced article).
  • When my custom alert handler runs, it generates a beautiful email. More importantly, since it has the task in hand, it also decorates the actual task with all the context information necessary to meet the business requirement.
  • The user gets the email and it’s full of useful context information.
  • User clicks on the task link and the task itself is full of useful context information.
  • Everyone goes home to have watermelon and ice cream.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

The only tricky bit, تا کنون, is to avoid a situation where the alert updates the item, triggering another alert. This doesn’t worry me.

Looks promising so far…

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ RUNNIN IN DA BAKGROUND, چارچوب DECORATIN TEH TASK LIST WIF MOAR".

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

تظاهرات شیرپوینت: شیرپوینت اهرم به ساخت یک برنامه کسب و کار در حالت عمودی

[یادداشت: من می خواهم به راست دور می گویند که من یک منافع مالی در نتیجه مورد نظر را از این تظاهرات, که من در منافع افشای کامل ذکر, غیره. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

این تظاهرات وب طول می کشد جای پنجشنبه, 06/04 در 12:30 EDT, پایان دادن به در 1:30PM EDT.

در همکاری با شریک کسب و کار من عالی, سیستم های یکپارچه و خدمات گروه (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. در این مورد, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, از جمله خرید و فروش, مهندسی, تحقیق و توسعه, گروه های قانونی و دیگر.

نسخه ی نمایشی است برای نشان دادن برنامه ای است که تسهیل این نوع از همکاری, همراه با بحث در مورد چگونگی تمام این بیت همکاری نیاز به ادغام با یک سیستم ERP باطن.

در نهایت, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

پس, چرا شما زحمت برای ثبت نام و دیدن این نسخه ی نمایشی? 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).

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

شما می توانید شیرپوینت طراح دیلم یا اهرم بلند کردن از سرد من, دست مرده

آخرین مقاله من است تا در www.EndUserSharePoint.com. I wrote about SharePoint Designer, پایان دادن به کاربران و طرح یک استراتژی است که کاربران نهایی ممکن است سعی کنید و به دنبال به منظور نشان دادن شایستگی و ایجاد اعتماد در اطراف این ابزار.

این سایت در مقابل نظرات و پیشنهادات جالب تر از خود مقاله.

آن را چک کنید.

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

MOSS مشخصات کاربری به عنوان سازمان زبان کاربری رجحان

در پروژه فعلی من, برخی از کاربران در سراسر جهان سفر و زمانی که آنها در مقصدهای مختلف می رسند, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (من فقط متوجه شدم که ماشین آلات مهمان ممکن است بسته زبان حق ندارد… احتمالا نمی خواهد, در واقع… من پارک که یکی در حال حاضر).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

ما قصد داریم به بررسی دو رویکرد:

  1. شده HTTP handler،: شده HTTP handler، سفارشی نصب شده بر روی IIS نگاه کردن مشخصات خزه کاربر, کشف زبان مورد نظر و سپس تغییر هدر HTTP در اطراف به عنوان مورد نیاز است قبل از عبور کنترل به MOSS.
  2. Global.asax را: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

عامل پیچیده دیگر این است که ما نیاز به پشتیبانی کاربران 60K, در حدود 1,000 از آنها ممکن است به طور همزمان دسترسی به MOSS در بار پیک.

شده HTTP handler، به نظر می رسد بسیار شدید است, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

ما با تکیه به سوی یک رویکرد نوع Global.asax را, عمدتا به دلیل معتقدم که ما به گزینه های بیشتری برای ذخیره داده ها در آن نقطه.

من وبلاگ نویسی را بیشتر در مورد این موضوع می شود که من کسب اطلاعات بیشتر.

اگر شما هر چیزی در مورد این دانم, لطفا نظر بدهید 🙂

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin