שאַרעפּאָינט בעסטער פּראַקטיסעס קאָנפֿערענץ, “בעסטער פּראַקטיסעס,” און דער עלעפאַנט אין די רום

I was lucky to attend and present at last week’s SharePoint Best Practices conference. I’m still new to the whole speaking "thing" און, פראַנגקלי, I was a bit nervous for the first half while I sweated out waiting to speak myself. That sort of nervous feeling made it a little hard for me to pay attention to the presenters (not that I ignored them). אַנשטאָט, I focused a bit more on the attendees.

Conferences always set my mind racing and there was a lot take in at this one. This conference was excellent. I think it was unusual in several ways. It wasn’t a heavy developer conference. There were certainly dev parts to it, אָבער איך טראַכטן עס איז געווען לפּחות 60% פאָוקיסט אויף ניט-דעוו ישוז, maybe as high as 80%. I think that speaks to the evolving nature of the SharePoint market. Companies are implementing SharePoint in a variety of ways and they are looking for guidance on how to do it right. And not just guidance on how to create features/solutions (וואָס דורך איצט, האט שוין זייער געזונט געגרינדעט).

I believe the conference was tremendously valuable to most everyone that attended and I know that the organizers plan to do the conference again early next year.

Having said that, I believe there was a missed opportunity which I hope the next conference addresses. I say it’s a missed opportunity, but that’s not a bad thing. Discovering a community need is in and of itself a good thing. The conference discussed a number of best practices in a variety of areas such as governance, טריינינג, requirements gathering, זוכן, אַנטוויקלונג, information architecture, אאז"ו ו. I think that the missed opportunity has to do with the "green field" assumptions underlying many of the best practices.

When we talk about green field, we mean that SharePoint hasn’t gone into production and we’re starting with a clean slate. This is ideal because you can start straight away using best practices for defining and managing governance, information architecture, אאז"ו ו. אָבער … what happens when you’re already in production with several thousand users (or 10’s of thousands) and you didn’t follow best practices at the beginning? I’ve seen companies with … ahem … a very odd information architecture baked into their environment. I don’t think that this conference provided much guidance for organizations with that kind of problem (and I don’t just mean IA, but governance, זוכן, many other areas). אַוואַדע, knowing you have a problem is a big part of the solution and that’s very valuable.

I think that the online SharePoint community hasn’t done much to address this either. I know I have not. It’s a very hard problem to solve at many levels. Technically it’s hard. Budget-wise it’s hard. Culturally, it’s hard. אָבער, it’s probably a bigger real world problem than most. Since the conference ended, I’ve been thinking about these kinds of problems and how one would solve them. There has to be a better answer than, "uninstall and reinstall" און די קהל דאַרף צו פּנים עס קאָפּ אויף.

I think that this a great opportunity for the blogging community and experienced thought leaders to lay out some guidance on how to repair their environments. I think there’s a small but non-zero risk that SharePoint could end up with a bad and enduring reputation as a result of poorly architected implementations that fail due to poor governance, IA, אאז"ו ו.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

ניו בלאָגגער אויף די בלאַק

מייַן עמק קאָלעגע, עריק סווענסאָן, האט שוין זיכער צו שפּרינגען אין די פריי, שטיי אויף און ווערן גערעכנט 🙂

He blogs about about a wide variety of SharePoint branding topics at http://erikswenson.blogspot.com/. Some of his recent posts include interesting stuff about Photoshop, מייקראָסאָפֿט אָפיס לעבן פֿאַר קליין געזעלשאַפֿט, שאַרעפּאָינט גאָווערנאַנסע, creating custom WCM styles and so forth. He does not confine himself to branding. It’s quite an interesting mix which is a little bit different from a lot of the SharePoint blogs with which I’m familiar.

His RSS feed is: http://feeds.feedburner.com/SharepointBrandingDesign

Check it out and give him a little encouragement. We all need that from time to time, ספּעציעל ווען מיר ערשטער טאַקע ונטערטוקנ זיך אין דעם בלאָגגינג וועלט.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

בעסטער פּראַקטיסעס קאָנפֿערענץ: “באַקומען גרויס רעקווירעמענץ” פּאָווערפּאָינט פּרעזענטירונג

איך ווע ופּלאָאַדעד די פּאָווערפּאָינט פֿאַר איינער פון מיין סעשאַנז, "Get Great Business Requirements," רעכט דאָ (הטטפּ://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/Public/Paul% 20גאַלווין% 20גרעאַט% 20רעקווירעמענצ.פּפּטקס).

באַזונדער פון אַ סעריע פון ​​בריליאַנט פונקטן, פּאַוערפלי געמאכט, the deck includes extensive notes which supplement and enhance the afore-mentioned brilliant talking points.

פֿאַר די פון איר אַז מיסט דער בעסטער פּראַקטיסעס זיצונג, I was lucky enough to present and discuss a process that works very well when trying to discover accurate end user business requirements for SharePoint projects. The PowerPoint plus notes describe this in pretty good detail. It supplements one of my earliest blog postings here: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!146.entry

</עק>

אַבאָנירן צו מיין בלאָג.

שאַרעפּאָינט דאַשבאָאַרדס אָנליין סעמינאַר

מייַן אָנליין פרייַנד, מארק מיללער איבער און סוף באַניצער שאַרעפּאָינט (www.endusersharepoint.com) איז פליסנדיק אַ פֿרייַ איין שעה סעמינאַר טאַרגעטעד, ווי ער שטענדיק טוט, at the SharePoint End User community. It takes place at 1pm EDT. Details are here: http://www.endusersharepoint.com/?p=785

איך האָבן Sat אין אויף איינער פון זייַן אָנליין סעמינאַר לעצטע חודש און עס איז געווען געטאן גאַנץ געזונט און אויב איר ניטאָ אינטערעסירט אין עטלעכע זייער פּראַקטיש אינפֿאָרמאַציע אויף דאַשבאָרדז אין שאַרעפּאָינט, איך בין זיכער עס ס 'ווערט די 1 שעה ינוועסמאַנט.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס: ,

שאַרעפּאָינט באַניצער גרופע וועבקאַסט הייַנט בייַ נאַכט

הייַנט בייַ נאַכט, 08/20/08, די קאָננעקטיקוט שאַרעפּאָינט באַניצער גרופּע באַגעגעניש איז בראָדקאַסטינג אַ וועבקאַסט אין לו פון אַ גשמיות באַגעגעניש דעם חודש.

הייַנט בייַ נאַכט ס טעמע: "Microsoft Office SharePoint Server 2007 – עקסטראַנעט דיפּלוימאַנט מעטאָודאַלאַדזשיז"

Microsoft’s own Chris Lavista will lead the discussion. I’ve worked with Chris before and he really knows his stuff. If you have any interest in this subject, טשעק עס אויס. Here are the details:

שאַרעפּאָינט באַניצער גרופע וועבקאַסט: https://www.clicktoattend.com/invitation.aspx?code=130299

טעמע: מיקראָסאָפט אָפפיסע שאַרעפּאָינט סערווירער 2007 – עקסטראַנעט דיפּלוימאַנט מעטאָודאַלאַדזשיז
רעדנער:
קריס לאַוויסטאַ פון מייקראָסאָפֿט

דאַטע: ויגוסט 20טה ברוכים הבאים צייט: 6:15 PM צייַט: 6:30 PM -8:00PM


באַשרייַבונג:
שאַרעפּאָינט אַלאַוז פֿאַר קייפל דיפּלוימאַנט אָפּציעס. די דיסקוסיע וועט זייַן סענטערד אויף ווי אַ זיכער עקסטראַנעט אויף די שאַרעפּאָינט פּלאַטפאָרמע קען זייַן דיפּלויד. דיסקוטירן בעסטער פּראַקטאַסאַז און סינעריאָוז ינוואַלווינג די ינטאַגריישאַן פון פאָרעפראָנט טעקנאַלאַדזשיז, יסאַ סערווירער 2006 און יאַג 2007. אָפּטיאָנאַללי, רעדן צו געשטיצט איין צייכן אויף נוצן קאַסעס.
וועגן קריס:
Chris Lavista is a Technical Architect at recently opened Microsoft Technology Center in New York. His focus is on SharePoint, מיטאַרבעט, און וניפיעד תקשורת. ער האט געארבעט אין דער פינאַנציעל סערוויסעס אינדוסטריע (יאָגן, סיטיגראָופּ) פריערדיק צו דזשוינינג מייקראָסאָפֿט פֿאַר 8 יאָרן. He started at Microsoft in 2000 ווי טייל פון זייער קאַנסאַלטינג באַדינונגען פיר איידער דזשוינינג די מטק מאַנשאַפֿט אין פרי 2006.

פאַרשרייַבונג & מער אינפֿאָרמאַציע: https://www.clicktoattend.com/invitation.aspx?code=130299

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

האט אייער זוכן קאַמיטי באגעגנט דעם חודש?

עס ס די אָנהייב פון די חודש און איצט איז ווי גוט אַ צייַט ווי קיין פֿאַר דיין פירמע ס זוכן קאַמיטי צו באַקומען צוזאַמען און פונאַנדערקלייַבן בעסטער בעץ, מצליח און נישט אַזוי מצליח אָנפֿרעגן, אאז"ו ו.

איר טאָן ניט האָבן אַ זוכן קאַמיטי? Then form one 🙂

WSS and especially MOSS search benefit from some human oversight. Investing a few hours a month on a consistent monthly basis is not only מער שפּאַס ווי אַ פאַס פון מאַנגקיז, עס קענען:

  • Give insight into the information needs of the enterprise. If people are searching left and right for topic "xyzzy," you know that’s an important topic to the enterprise.
  • Identify potential training requirements. If people are searching for topic "xyzzy" but should really be searching for "abcd" דעמאָלט איר קענען נוצן אַז צו דערציען פאָלקס אויף ווו און ווי צו געפינען די אינפֿאָרמאַציע.
  • Help your organization refine its information architecture.
  • ידענטיפיצירן אַפּערטונאַטיז צו פאַרבעסערן די טאַסאָראַס.
  • אנדערע אַפּערטונאַטיז וועט קיין צווייפל פאָרשטעלן זיך.

ווער זאָל זייַן אויף זוכן קאַמיטי? You would know your people best, אָבער באַטראַכטן:

  • לפּחות איין (און אפֿשר בלויז איין) עס מענטש וואס פארשטייט (אָדער קענען לערנען) די פארשידענע וועגן צו טוויק זוכן, אַרייַנגערעכנט בעסטער בעץ, טאַסאָראַס, געראטן פּראָפּערטיעס, אאז"ו ו.
  • עטלעכע אונטער ענין עקספּערץ וואָס קענען לייענען די זוכן מעלדעט, ינדזשעסט עס און יבערגעבן געשעפט-סאַווי אַקשאַנז צו עס אַזוי אַז עס קענען שטופּן די קנעפּלעך, ציען די לעווערז און עפענען / נאָענט וואַלווז ווי נייטיק צו אויף קאַמיטי רעקאַמאַנדיישאַנז.
  • איינער אָדער מער אינפֿאָרמאַציע אַרקאַטעקץ וואס קענען וואַלאַדייט, איין וועג אָדער אנדערן, צי די אינפֿאָרמאַציע אַרקאַטעקטשער איז זוכן פרייַנדלעך און צי עס ס ארבעטן אויס גוט פֿאַר די פאַרנעמונג.
  • A rotating seat on the committee. Bring in one or two people who don’t normally participate in these kinds of efforts. They may bring unusual and valuable insights to the table.

מזל אַנאַלייזינג!

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

שנעל און יזי: באַקומען ספּפאָלדער פון ספּיטעמליסט

איך האַלטן פליסנדיק אין דעם פּראָבלעם און די גוגל קיינמאָל מיינט צו פֿאַרשטיין וואָס איך ווילן צו טאָן, אַזוי איך פיגיערד איך וואָלט שרייַבן דעם אַראָפּ.

איך ווע שוין טאן אַ פּלאַץ פון געשעעניש ופנעמער דיבאַגינג אין די לעצטע וואָך אָדער צוויי. The ER is defined against a document library. The individual items in the document library are tightly related to their parent folders. אַזוי, I am always getting the folder of the item for various manipulations. While debugging, איך דארף צו דערהייַנטיקן די מעטאַדאַטאַ פון אַ טעקע פֿאַר אַ ספּעציפיש נומער וועמענס שייַן איך וויסן.

דאָ ס אַ ביסל קאַנסאָול אַפּלאַקיישאַן (דיזיינד צו לויפן אויף סערווער אין די פאַרם) וואָס נעמט צוויי טענות: די שייַן פון אַ נומער און אַ ווערט צו באַשטימען צו אַ פעלד, "Approval Status". It hard codes a lot of stuff and has no error checking.

The code looks up a hard coded site, gets a hard coded document library and then finds the indicated item. It then finds the parent folder of that item and assigns the status value.

The key lesson here for me is that SPItem doesn’t get you access to the folder. You need to use SPListItem.File.

If anyone cares to offer a critique or suggest a better way to get the folder of an item, ביטע לאָזן אַ באַמערקונג.

<code>
ניצן סיסטעם;
ניצן סיסטעמ.קאָללעקטיאָנס.גענעריק;
ניצן סיסטעמ.טעקסט;
ניצן Microsoft.SharePoint;
ניצן סיסטעמ.קאָללעקטיאָנס;

נאָמענטייל קאָנטשאַנגאָ
{
    /// <קיצער>
 /// </קיצער>
 קלאַס ManualFolderUpdate
    {
        סטאַטיק פּאָסל הויפּט(שטריקל[] אַרגס)
        {
            שטריקל msh = "ManualFolderUpdate (v1.0): "; // msh = "Message Header"

 קאַנסאָול.ווריטעלינע(msh + "Starting up.  I was last modified on 08/04/08.");

            שטריקל url = http://localhost/xyzzy;

            ניצן (ספּסיטע oSPSite = נייַ ספּסיטע(URL))
            {

                ניצן (ספּוועב oSPWeb = oSPSite.OpenWeb())
                {
                    ספּליסט docLib = oSPWeb.Lists["Documents"];

                    קאַנסאָול.ווריטעלינע(msh + "Got the document library.");

                    קאַנסאָול.ווריטעלינע(msh + "Doc lib item count: [" + docLib.ItemCount + "].");

                    ינט FolderID = 0;
                    שטריקל נעווסטאַטוס = "xyzzy";

                    פאָלדעריד = סיסטעם.גער.טאָינט32(אַרגס[0].טאָסטרינג());
                    קאַנסאָול.ווריטעלינע("Seeking folder for item: [" + פאָלדעריד + "].");

                    ספּליסטיטעם לי = דאָקליב.געטיטעמבייד(פאָלדעריד);

                    ספּפאָלדער טהיסיטעמפאָלדער = לי.פילע.פּאַרענטפאָלדער;

                    קאַנסאָול.ווריטעלינע(msh + "Got the parent folder.");

                    נעווסטאַטוס = אַרגס[1].טאָסטרינג();
                    קאַנסאָול.ווריטעלינע("Setting status to [" + נעווסטאַטוס + "].");

                    קאַנסאָול.ווריטעלינע("Press return to commit the update or CTRL-C to abort.");

                    קאַנסאָול.רעאַדלינע();

                    טהיסיטעמפאָלדער.יטעם["Approval Status"] = נעווסטאַטוס;
                    טהיסיטעמפאָלדער.יטעמ.ופּדאַטע();

                    קאַנסאָול.ווריטעלינע(msh + "Finished updating the folder.  עקסיטינג.");

                } // ניצן ספּוועב

            } // ניצן ספּסיטע

 קאַנסאָול.ווריטעלינע(msh + "Finished.");

        } // הויפּט

    } // קלאַס פאָלדערסינק
} // נאָמענטייל
</code>

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

זונטיק מאָרגן מאָדנע: “טאַטע, ער טוט נישט אפילו וויסן איר”

מיר צאָפנדיק ניו דזשערזי גאַלווין ס זענען גרויס פאַנס פון דער פּאָליטיש סאַטירע טעלעוויזיע. פּראָגראַם, די דיילי ווייַז hosted by Jon Stewart. I don’t like to get political in my blogging, אַזוי אַלע איך וועט זאָגן אויף וואָס איז אַז אָן דעם טעגלעך ווייַז, איך זאל געזונט האָבן פּערמאַנאַנטלי פאַרפאַלן אַלע פון ​​זינען פון הומאָר אויף אָדער וועגן 12/12/2000.

We were having a meal on the deck early last week and my ten year old son brings up a recent episode of the Show. I made the comment, "Jon Stewart knows that he better not make fun of me or there will be terrible consequences for Jon Stewart."

My son thinks about it for a minute and says: "Dad, number one: He doesn’t even know you."

I waited for a number two, but he decided that was enough and moved on to the next subject without skipping a beat.

It used to be that I could get a lot more mileage out of those kinds of jokes, but he’s getting too used to me or too mature or both. I need to adjust somehow.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

אָנגעשטעלטער טראַינינג פּלאַן און מאַטעריאַלס מוסטער — אַוועקזעצן גראף באַג פּלוס זיכערהייַט פיקס(?)

דאס איז אַ פערלי פאָלקס "פאַביאַלאַס 40" מוסטער. It also has a bug which is widely known (איך ווע אַפֿילו בלאָגגעד וועגן ווי צו פאַרריכטן עס).

סאָגעטי באפרייט אַ קאָדעפּלעקס פּרויעקט דעם וואָך, אז פיקסיז דעם זשוק (וואָס איז פייַן דורך זיך, אָבער ניט ערד-שאַטערינג) אָבער זיי אויך פאָדערן צו האָבן סאַלווד אַ פיל טהאָרניער פּראָבלעם: זיכערהייַט. The fab 40 מוסטער ריקווייערז אַ זייער ברייטהאַרציק זיכערהייַט באַשטעטיקן (ניצערס דאַרף קאָנטריבוטאָר מדרגה צוטריט צו כמעט אַלץ). Not any more! According to the codeplex summary:

"This template also includes a new custom workflow action which enables the template to work without having to give all users contribute permissions to the courses list."

אַז ס 'גוט שטאָפּן און ווערט קאָנטראָלירונג אויס.

</עק>

אַבאָנירן צו מיין בלאָג.

שאַרעפּאָינט דיזיינער וואָרקפלאָוו, געשעעניש רעסעיווערס און “דערהייַנטיקן רשימה נומער” קעגן “שטעלן פיעלד אין קראַנט נומער”

We have a set of SharePoint designer workflows that "communicate" with an event receiver on the list via changes to site column values. לעמאָשל, if a site column "SetDuedate" איז באַשטימט צו אמת דורך די וואָרקפלאָוו, די געשעעניש ופנעמער דיטעקץ אַז ענדערונג, קאַלקיאַלייץ אַ רעכט דאַטע און אַסיינז אַז דאַטע צו אנדערן פּלאַץ זייַל, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (גענומען וויקענדז און פירמע האָלידייַס אין חשבון) בשעת ספּד טאַקע קענען ניט.

אין איין ספּעציפיש בייַשפּיל, we ran into a problem with this trick. Debugging all this is pretty difficult, אָבער מיר געקומען צו די באַשטימט מסקנא אַז אין איין פאַל (בייַ מינדסטער), the event receiver was not running all the time. In one step of the workflow, we would change the value of a site column and the event receiver didn’t appear to run. אָבער, עס איז געווען פליסנדיק קאַנסיסטאַנטלי אין אַ פאַרשידענע שריט פון די וואָרקפלאָוו.

נאָך ריוויוינג עס, I noticed that the happy workflow step used the "Update List Item" while the other step used "Set Field in Current Item." Update List Item was updating the "current item." I’m not sure why we picked one over the other since they would seem to be doing the same thing.

אַזוי … the Update List Item action did cause the event to fire. אויף די אנדערע האַנט, די באַשטעטיקט פיעלד אין קראַנט נומער קאַמף האט ניט.

איך געוויינט אַפּדייט רשימה נומער אין ביידע ערטער און לילאַ! It worked. [[ גאַנץ באַזונדער, איך געשפילט די פֿידל פֿאַר אויף אַ טעגלעך יקער פֿאַר כּמעט 15 יאָרן ]]

פון דעם, I tentatively believe that the "Set Field" קאַמף טוט נישט גרונט געשעעניש ראַסיווערז צו פייַער, at least some of the time.

This issue bedeviled us for weeks.

This is one of those "observed behavior" posts. I observed this happen once in a specific environment and I’m making some guesses as to why things happened as they did. If you have any insight into this one, ביטע שער אין די באַמערקונגען.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס: