SharePoint מגשרי הישיבות, “שיטות עבודה מומלצות,” הפיל שבחדר

היה לי מזל להשתתף ולהציג בכנס SharePoint המומלצות של השבוע. . אני עדיין חדש כל דיבור "דבר" ו, . למען האמת, הייתי קצת עצבני במחצית הראשונה בזמן הזעתי את מחכה כדי לדבר את עצמי. ההרגשה די עצבני. עשה את זה קצת קשה לי לשים לב המציגים (לא כי התעלמתי מהם). במקום זאת, התמקדתי יותר על המשתתפים.

כנסים להגדיר תמיד מירוץ המוח שלי והיה שם מבט רבות באת זאת. כנס זה היה מעולה. אני חושב שזה היה יוצא דופן במספר דרכים. . זה לא היה בכנס מפתחים כבד. היו בהחלט dev חלקים אליו, אבל אני חושב שזה היה לפחות 60% התמקדו בנושאים שאינם-dev, אולי גבוה ככל 80%. אני חושב שזה. מעיד על אופי השוק SharePoint המתפתחת. חברות מיישמים SharePoint במגוון דרכים, הם מחפשים הדרכה על איך לעשות את זה נכון. והכוונה לא רק כיצד ליצור תכונות/פתרונות (אשר עד עכשיו, הוכח גם מאוד).

אני מאמין הוועידה היה מאוד חשוב ביותר שכולם השתתפו ואני יודע כי המארגנים מתכננים לעשות את הכנס שוב בתחילת שנה הבאה.

אחרי שאמרתי את זה, אני מאמינה שהיה הזדמנות שהוחמצה. ואני מקווה שזה הכתובות בכנס הבא. לדעתי שזו הזדמנות שהוחמצה, אבל זה לא דבר רע. גילוי צורך הקהילה היא כשלעצמה דבר טוב. הכנס דנו במספר שיטות עבודה מומלצות במגוון תחומים כגון ממשל, הדרכה, דרישות איסוף, חיפוש, פיתוח, ארכיטקטורת מידע, ועוד. אני חושב שיש קשר "שדה ירוק ההחמצה" הנחות ביסוד מרבית העבודה המומלצות.

כשאנחנו מדברים על שדה ירוק, אנו מתכוונים כי SharePoint לא נכנס לייצור, אנו מתחילים עם עבר נקי. זה אידיאלי כי אתה יכול להתחיל מיד באמצעות שיטות עבודה מומלצות עבור הגדרת וניהול ממשל, ארכיטקטורת מידע, ועוד. עם זאת … מה קורה כאשר אתה כבר בייצור עם כמה אלפי משתמשים (או של 10 אלפי) ואם לא תבצע מומלצות בהתחלה? ראיתי חברות עם … אהממ … מאוד מוזר ארכיטקטורת מידע אפוי של הסביבה שלהם. אני לא חושב כי ועידה זו סיפקה הרבה הדרכה לארגונים עם הסוג כזה של בעיה (ואני לא מתכוונת רק IA, אבל ממשל, חיפוש, בתחומים אחרים). בטח, . בידיעה שיש לך בעיה היא חלק גדול של הפתרון, וזה יקר מאוד.

אני חושב כי קהילת SharePoint online לא עשו הרבה כדי לטפל בבעיה זו גם. . אני יודע, לא ראיתי. זו בעיה קשה מאוד לפתור ברמות רבות. מבחינה טכנית זה קשה. Budget-wise זה קשה. מבחינה תרבותית, . זה קשה. עם זאת, זה כנראה בעיה בעולם האמיתי גדולה יותר מאשר רוב. מאז הוועידה הסתיימה, אני חושב על אלה סוגים של בעיות, איך אחד יפתור אותם. חייבת להיות תשובה יותר מאשר, "הסרת ההתקנה וההתקנה מחדש" הקהילה צריכה להתמודד עם זה הראש-.

חשב כי זו הזדמנות גדולה עבור הקהילה לבלוגים ומנוסה מנהיגים כדי לפרוס הדרכה כיצד לתקן את הסביבות שלהם. לדעתי יש קטן אבל אפס סיכון כי SharePoint יכולה לסיים עם מוניטין גרוע ומתמשך כתוצאה מכך גרוע מתוכנן מימושים שנכשלות עקב ממשל המסכן, IA, ועוד.

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי:

בלוגר חדש בשכונה

עמיתי EMC, אריק סוונסון, שכנע להצטרף למערכה, stand up and be counted 🙂

הוא בלוגים בנושא על מגוון רחב של SharePoint מיתוג נושאים ב http://erikswenson.blogspot.com/. כמה הודעות אחרונות שלו כוללים חומר מעניין על פוטושופ, Microsoft Office Live עבור עסקים קטנים, SharePoint ממשל, יצירת סגנונות WCM מותאמים אישית, וכן הלאה. הוא לא הסתגר מיתוג. . זה די שילוב מעניין שהוא קצת שונה מהרבה הבלוגים SharePoint שבה אני מכיר.

RSS feed שלו הוא: http://feeds.feedburner.com/SharepointBrandingDesign

תבדוק את זה ולתת לו קצת עידוד. . כולנו צריכים את זה מפעם לפעם, במיוחד כאשר אנחנו באמת צלילה ראשונה לעולם הבלוגים הזה.

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי:

כנס שיטות הטוב ביותר: “מקבל דרישות נהדר” מצגת PowerPoint

העלתי את PowerPoint באחת הפגישות שלי, "מקבל דרישות עסק מצוין," . ממש כאן (http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/Public/Paul Galvin Great Requirements.pptx).

חוץ מסדרה של נקודות מבריק, עשוי בצורה עוצמתית, הסיפון כולל הערות מקיף אשר להשלים ולשפר את הנקודות שצויינו הנזכרת מדברים מבריק.

לאלו מכם שהחטיא את הכנס מומלצות, . הייתי בר מזל מספיק כדי להציג ולדון תהליך זה עובד טוב מאוד כאשר מנסים לגלות משתמש הקצה מדויק לדרישות העסקיות עבור SharePoint פרוייקטים. PowerPoint בתוספת הערות לתאר את זה בפירוט די טוב. זה תוספי תזונה אחד פרסומי הבלוג המוקדמים שלי כאן: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!146.entry

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי: ,

סמינר מקוון של לוחות מחוונים של SharePoint

ידידי באינטרנט, מארק מילר מעל, משתמש הקצה SharePoint (www.endusersharepoint.com) מנהל סמינר שעה אחת חינם ממוקד, . כמו שהוא תמיד עושה, בקהילה משתמש הקצה של SharePoint. זה מתרחש ב 1 pm EDT. הפרטים נמצאים פה: http://www.endusersharepoint.com/?p=785

ישבתי באחד ביזנטל באינטרנט בחודש האחרון, זה די טוב, אם אתה מתעניין מאוד פרקטי מידע בלוחות מחוונים ב- SharePoint, . אני בטוח שזה שווה 1 שעה השקעות.

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי: ,

קבוצת משתמש SharePoint עלוני הלילה

הלילה, 08/20/08, הפגישה קבוצת SharePoint קונטיקט משתמש משדר שידור אינטרנט במקום פגישה פיזית החודש.

נושא הערב: "Microsoft Office SharePoint Server 2007 – פריסה אקסטרא-נט מתודולוגיות"

Chris Lavista של מיקרוסופט שינחו את הדיון. עבדתי עם Chris לפני, הוא ידע מה הוא עושה. אם יש לך עניין בנושא זה, תבדוק את זה. הנה הפרטים:

שידור האינטרנט SharePoint משתמש קבוצה: https://www.clicktoattend.com/invitation.aspx?code=130299

נושא: Microsoft Office SharePoint Server 2007 – פריסה אקסטרא-נט מתודולוגיות
רמקול:
כריס Lavista של מיקרוסופט

תאריך: באוגוסט 20th זמן הפתיחה: 6:15 PM זמן: 6:30 PM -8:00PM


תיאור:
SharePoint מאפשר מספר אפשרויות פריסה. הדיון ימורכז על איך מאובטחת אקסטרא-נט בפלטפורמת SharePoint יכול להיות פרוס. לדון הטוב ביותר תרחישים הכרוכים שילוב טכנולוגיות Forefront ומנהגים, ISA Server 2006 IAG 2007. אם תרצה, לדבר עם כניסה יחיד הנתמכות על מקרי שימוש.
כריס:
Chris Lavista הוא אדריכל טכני במרכז טכנולוגיית Microsoft שנפתחו לאחרונה בניו יורק. המוקד שלו הוא ב- SharePoint, שיתוף פעולה, תקשורת מאוחדת. הוא עבד בתעשיית השירותים הפיננסיים (צ'ייס, סיטיגרופ) לפני הצטרפותו של מיקרוסופט 8 שנים. הוא התחיל ב- Microsoft ב- 2000 במסגרת הפרקטיקה שלהם-שירותי ייעוץ לפני שהצטרף לצוות MTC ב מוקדם 2006.

רישום & מידע נוסף: https://www.clicktoattend.com/invitation.aspx?code=130299

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי:

פגש את ועדת החיפוש שלך החודש?

זה תחילתו של החודש, עכשיו זה זמן טוב כמו כל ועדת החיפוש של החברה שלך ביחד ולנתח מומלצות., לא כל כך מוצלח ומצליח חיפושים, ועוד.

אתה לא צריך לחפש? Then form one 🙂

WSS ומוס במיוחד לחפש תועלת כמה פיקוח אנושי. להשקיע כמה שעות בחודש על בסיס חודשי עקבית לא רק יותר כיף חבית של קופים, זה יכול:

  • לתת תובנות צורכי המידע של הארגון. אם אנשים מחפשים שמאלה וימינה עבור נושא xyzzy "," אתה יודע שזה נושא חשוב לארגון.
  • לזהות פוטנציאל דרישות ההכשרה. אם אנשים מחפשים נושא xyzzy "" אבל צריך להיות באמת מחפש "abcd" אז אתה יכול להשתמש בזה כדי לחנך אנשים על איפה ואיך למצוא את המידע.
  • לסייע לארגון שלך למקד את ארכיטקטורת המידע שלו.
  • זיהוי הזדמנויות כדי לשפר את אוצר המילים.
  • הזדמנויות אחרות אין ספק יציגו את עצמם.

מי צריך להיות על ועדת המינויים? הכרת את האנשים שלך הכי טוב, אבל תשקלו:

  • לפחות אחד (ואולי רק אחד) זה אדם שמבין (או ניתן ללמוד) הדרכים השונות כדי לכוונן את החיפוש, כולל הצעות מומלצות, אוצר מילים, מאפיינים מנוהלים, ועוד.
  • מספר מומחים בנושא יוכל לקרוא את דוחות חיפוש, לבלוע אותו ולתקשר עסקים-פקחות לפעולות זה כך זה יכול ללחוץ על הכפתורים, משוך את המנופים, פתיחה/סגירה שסתומים לפי הצורך על המלצות הועדה.
  • אדריכלים מידע אחד או יותר, מי יכול לאמת, בדרך זו או אחרת, ארכיטקטורת המידע היא חיפוש ידידותי, והאם זה מסתדר טוב עבור הארגון.
  • מושב מסתובב על הוועדה. הכניסו אחד או שניים אנשים בדרך כלל לא משתתף סוגים אלה של מאמצים. הם עשויים להביא תובנות חריג ויקר לשולחן.

ניתוח מאושר!

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי:

מהיר וקל: להשיג SPFolder של SPItemList

אני כל הזמן נתקל בבעיה, גוגל אף פעם לא מבינים מה אני רוצה לעשות, אז חשבתי שאכתוב את זה.

אני עושה הרבה מקלט אירוע באגים בשבוע האחרון או שתיים. המיון מוגדר נגד ספריית מסמכים. הפריטים הבודדים ספריית מסמכים קשורים באופן הדוק תיקיות האב שלהם. כל כך, אני תמיד מקבל את התיקיה של הפריט עבור מניפולציות שונות. בעת איתור באגים, הייתי צריך לעדכן את המטה-נתונים של תיקיה עבור פריט ספציפי שהמזהה שלה. אני יודעת.

הנה יישום מסוף קצת (היכולת להפעיל שרת בחווה) . זה דורש שני ארגומנטים: המזהה של פריט וערך כדי להקצות שדה, "מצב אישור". זה קשה קודים הרבה דברים ויש לו אין בדיקת שגיאות.

הקוד נראה אתר מקודד קשה, מקבל ספריית מסמכים מקודד קשה, ואז מוצא את הפריט המסומן. ואז הוא מוצא תיקיית האב של פריט זה, הקצאת הערך מצב.

השיעור מפתח כאן בשבילי הוא SPItem לא לקבל גישה לתיקיה. אתה צריך להשתמש SPListItem.File.

אם למישהו אכפת להציע ביקורת או להציע דרך טובה יותר כדי לקבל את התיקיה של פריט, אנא השאירו תגובה.

<קוד>
שימוש מערכת;
שימוש System.Collections.Generic;
שימוש System.Text;
שימוש Microsoft.SharePoint;
שימוש System.Collections;

מרחב שמות Conchango
{
    /// <סיכום>
 /// </סיכום>
 מחלקה ManualFolderUpdate
    {
        סטטי void ראשי(מחרוזת[] ארגומנטים לזמינים)
        {
            מחרוזת msh = "ManualFolderUpdate (v 1.0): "; // msh = "הודעה עליונה"

 המסוף.WriteLine(msh + ". מתחילים.  . אני שונה לאחרונה ב- 08/04/08.");

            מחרוזת כתובת url = http://localhost/xyzzy;

            שימוש (SPSite oSPSite = חדש SPSite(כתובת url))
            {

                שימוש (SPWeb oSPWeb = oSPSite.OpenWeb())
                {
                    Splist.update() ספריית מסמכים = oSPWeb.Lists["מסמכים"];

                    המסוף.WriteLine(msh + "מה אתה עושה. יש ספריית המסמכים.");

                    המסוף.WriteLine(msh + "הרוזן פריט lib של דוק: [" + docLib.ItemCount + "].");

                    int המיפוי של מזהי התיקיות = 0;
                    מחרוזת NewStatus = "xyzzy";

                    המיפוי של מזהי התיקיות = מערכת.המר.ToInt32(ארגומנטים לזמינים[0].ToString());
                    המסוף.WriteLine("מחפשים תיקיה עבור פריט: [" + המיפוי של מזהי התיקיות + "].");

                    SPListItem li = docLib.GetItemById(המיפוי של מזהי התיקיות);

                    SPFolder thisItemFolder = li.File.ParentFolder;

                    המסוף.WriteLine(msh + "מה אתה עושה. יש תיקיית האב.");

                    NewStatus = ארגומנטים[1].ToString();
                    המסוף.WriteLine("הגדרת מצב [" + NewStatus + "].");

                    המסוף.WriteLine("לחץ חזור לבצע את העדכון או CTRL-C כדי לבטל.");

                    המסוף.ReadLine();

                    thisItemFolder.Item["מצב אישור"] = NewStatus;
                    thisItemFolder.Item.Update();

                    המסוף.WriteLine(msh + "מסיים לעדכן את התיקיה.  יציאה.");

                } // שימוש SPWeb

            } // שימוש SPSite

 המסוף.WriteLine(msh + "סיים.");

        } // ראשי

    } // מחלקה foldersync
} // מרחב שמות
</קוד>

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי:

ביום ראשון בבוקר מצחיק: “אבא, הוא אפילו לא מכיר אותך”

אנחנו בצפון ניו-ג'רזי גאלווין הם מעריצים גדולים של טלוויזיה סאטירה פוליטית. תוכנית, הדיילי שואו בחסות ג'ון סטיוארט. אני לא אוהב לקבל פוליטית לבלוגים שלי, אז אני אגיד את זה בלי הדיילי שואו, אולי טוב לצמיתות איבדתי כל חוש הומור או על 12/12/2000.

היה לנו ארוחה על הסיפון בתחילת השבוע, בני בן 10 מעלה פרק האחרונות של הצג. את ההערה, "ג'ון סטיוארט יודע שהוא עדיף לא לעשות ממני צחוק או שיהיו השלכות נוראיות עבור ג'ון סטיוארט."

הבן שלי חושב על זה לרגע ואומר: "אבא, מספר אחד: . הוא אפילו לא מכיר אותך"

. חיכיתי מספר שתיים, אבל הוא החליט את זה היה מספיק והמשיך אל הנושא הבא טונה הקדים.

היא נהגה להיות ושאני יכול להוציא הרבה יותר מרחק הסוג הזה של בדיחות, אבל הוא מקבל גם בשימוש לי או בוגר מדי או שניהם. אני צריכה להתאים איכשהו.

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי:

לוח אימונים העובד ותבנית חומרים — תיקון האבטחה ספירת מושבים באג פלוס(?)

זה פופולרי למדי "נפלא 40" תבנית. יש לו גם באג אשר ידועה (יש לי אפילו בבלוג על איך לתקן את זה).

Sogeti שוחרר פרוייקט codeplex השבוע זה מתקן את הבאג (זה נחמד בפני עצמו, אבל לא מרעיש) אבל הם גם טוענים פתר בעיה thornier: אבטחה. Fab 40 תבנית דורש הגדרת אבטחה מאוד נדיב (צרכי המשתתפים רמת גישה למשתמשים כמעט הכל). . לא יותר! על פי הסיכום codeplex:

"תבנית זו כוללת גם חדש פעולת זרימת עבודה מותאמת אישית המאפשרת את התבנית לעבוד מבלי לתת כל המשתמשים לתרום הרשאות ברשימת הקורסים."

. זה חומר טוב, שווה לבדוק.

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי: , ,

זרימת עבודה של SharePoint Designer, אירוע רסיברים ו “עדכון פריט רשימה” לעומת “הגדר שדה בפריט הנוכחי”

יש לנו קבוצה של SharePoint מעצב זרימות "לתקשר" עם מקלט אירוע ברשימה באמצעות שינוי ערכי עמודות אתר. לדוגמה, אם עמודת אתר "SetDuedate" מוגדר נכון על-ידי זרימת העבודה, המקלט אירוע יזהה את השינוי הזה, חישוב תאריך יעד ומקצה את התאריך הזה לעמודה אחרת של האתר, "תאריך יעד." נפרדנו דברים כאלה כי המקלט אירוע ניתן לחשב תאריך יעד באמצעות כללים עסקיים מורכבים (בסופי שבוע ובחגים החברה התחשבות) בעוד SPD באמת לא יכול.

במקרה ספציפי אחד, נתקלנו בבעיה את הטריק הזה. איתור באגים כל זה. זה די קשה, אבל הגענו למסקנה ברורה כי במקרה אחד בתוך (לפחות), המקלט אירוע לא פעל כל הזמן. בשלב אחד של זרימת העבודה, היינו משנים את הערך של עמודת אתר ומופיעים המקלט אירוע לא לרוץ. עם זאת, פעל באופן עקבי בשלב שונה של זרימת העבודה.

לאחר שתקרא את זה, שמתי לב כי השלב בזרימת העבודה שמח משמש את "עדכון פריט רשימה" ואילו השלב השני משמש "קבע שדה בפריט הנוכחי." עדכון פריט רשימה עדכנה את "הפריט הנוכחי." אני לא בטוח למה בחרנו אחד מעל השני מאחר לעשות את אותו הדבר.

כל כך … בפעולה עדכון פריט רשימה גרם האירוע לירות. מצד שני, הגדרת שדה בפריט הנוכחי פעולה לא.

השתמשתי עדכון פריט רשימה בשני המקומות, ויולה! . זה עבד. [[ סה כ הצידה, . אני מנגן בכינור עבור בסיס יומי עבור כמעט 15 שנים ]]

מזה, אני מאמין באופן לא סופי "הגדרת שדה" פעולה לא לגרום למקבלי אירוע אש, לפחות חלק מהזמן.

בעיה זו ייסרה אותנו במשך שבועות.

זהו אחד האלה "נצפתה התנהגות" הצבות. הבחנתי שזה יקרה פעם בסביבה מסוימת ואני עושה קצת ניחוש למה הדברים קורים כפי שעשו. אם יש לך כל תובנה זו, בבקשה לשתף את התגובות.

</קצה>

מנוי על הבלוג שלי.

תגיות טכנורטי: