ארכיון קטגוריה: עיצוב פתרונות של SharePoint

מעקב אחר פעילויות לתרגול – חלק 1

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

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

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

ניהול פעילויות מסוג זה אינה חדשה, מימין? . ויש לנו המון פעילות כלים כדי לעזור לנו עם זה. Outlook כולל משימות. את מתכוונת לסטור גיליון אלקטרוני יחד נחמד ומהיר. הכלי הראשון שלי ניהול הפעילות היה פנקס משפטי בימים שלי-GAF כמפתח במחלקת איי. (תשאלי אותי. על הימים הטובים האלה בפעם הבאה שתראה אותי. אם אתה מעוניין, או שאולי לא…).

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

כל כך, המטרות שלי כאן היו פשוטות מאוד:

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

סיביות אלה להשאיל את עצמם יפה מאוד לסוג תוכן, אז זה מה יצרתי:

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

להלן כמה הערות שונות על סוג התוכן:

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

. הנה לוח המחוונים שלי:

(מצטער על כל הסיביות מטושטשים החוצה – לא הרגשתי כמו יצירת חבורה של נתוני הבדיקה ואני לא רוצה לתת למישהו התקף לב על שיתוף פרטים חיוניים [לראות את קטע סצינת הפתיחה מחדש: להציל את העולם, וכו '., וכו '., וכו '.]).

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

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

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

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

תן מאיר דוגמאות מוביל הדרך אימוץ SharePoint מוגברת

השאר תגובה

אזור רשומה בבלוג הראשון של BrightStarr "טהור" יצא לאור היום. הנה טיזר:

היו המון שיחה בניהולי של סוף על נושא האימוץ SharePoint, במיוחד את העדרו. אף אחד לא רוצה לעבור הטרחה של תכנון חוות שרתים ותשתיות אבטחה, השתתפות בסדנאות, בהכנת מראה ותחושה מהודרות, עבודה על ארכיטקטורת מידע מוצק סלע אשר יעמוד תלאות החברה סדר ולבסוף, לתרגולי מילא תרועה רק כדי לגלות שלאחר שלושה חודשים go-live פחות מ 50% של החברה עובדים באמצעות SharePoint ואת רובם משתמשים בו כדי להחליף שרתי קבצים ישנים של רשת ("S:\ כונן").

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

אני אשמח לדעת על אחרים אסטרטגיות אימוץ של SharePoint שבו אתה לשתף. אם אתה משתף, נא להשאיר תגובה בבלוג BrightStarr.

לקרוא את כל העניין כאן: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

ליצור דפים ידידותית למדפסת ולהדפיס אותם אפילו

1 תשובה

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

אתה יכול לקרוא את הכל כאן: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

אני מקווה שזה יעזור למישהו. ליהנות!

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

"יכול לעשות” לעומת "לעשות” הפרוייקטים של SharePoint

8 תגובות

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

הם הולכים לקחת כמות בלתי-מידתית של זמן ליישם (ולכן העלות יותר)
הם הולכים להיות מאוד מותאם אישית, לכן קשה לשמור על ולפתור
יש כמה גישה קלה SharePoint שעונה 80% או יותר של הדרישה (כלומר. פוגש sprit של הדרישה, אבל לא את מכתב הדרישה)

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

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

נזכרתי כי בפורום בפוסט היום ואהבתי איך קלייטון קוב ניסיתי להשיג את הפוסטר פורום לדחוף בחזרה על אחד הסוגים האלה של דרישות: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

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

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

שימוש בזרימת עבודה כדי לדמות אבטחת סוג תוכן

3 תגובות

ביום אחר, MSDN אחר-פורומים השראה פוסט.

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

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

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

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

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

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

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

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

Web Part של שאילתת תוכן: אולר שווייצרי של SharePoint

השאר תגובה

המאמר האחרון שלי, קרה www.sharepointbriefing.com. הנה טיזר:

לקרוא את כל העניין כאן: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

רואה את זה בשימוש באתר אינטרנט ציבורי אמיתי כאן על-ידי ביצוע השלבים הבאים:

ללכת לדף אינטרנט זה: http://cdi-its.com/Pages/Customer_Support.aspx (זהו דף תמיכה ללקוח עבור CDI).
לחץ על "מחקרים" הניווט יד שמאל.

ידלג בסעיף "שירות לקוחות" הינו חקר המקרים רישום.

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

קיימים מצבים: תבניות SharePoint ההתראה כדי להציל (?)

השאר תגובה

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

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

דרישת הלקוח שלי הוא שני לקפל:

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

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

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

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

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

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

. נראה מבטיח כל כך רחוק...

הדבר הגדול על זה הוא כי לא צריך באפס מעשה עם כל זרימות העבודה-SPD הקיים. . הם מודע באושר כי הוא מטפל התראה"IIZ פועל על-DA BAKGROUND, לקשט טה המשימות רשימת WIF MOAR הקשר”.

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

תגיות טכנורטי: SharePoint,זרימת עבודה של SharePoint

הפגנה של SharePoint: למנף את SharePoint כדי לבנות יישום עסקי אנכי

השאר תגובה

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

הדגמה אינטרנט לוקח מקום חמישי, 06/04 ב 12:30 EDT, הסוף 1:30PM EDT.

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

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

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

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

אם אתה מעוניין, אנא הרשמו כאן(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

תגיות טכנורטי: עיצוב פתרונות של SharePoint, הפגנה, יישומים אנכי

שתוכל לקחת SharePoint Designer שלי קר, מהיידים המתות

השאר תגובה

המאמר האחרון שלי קרה www.EndUserSharePoint.com. כתבתי על SharePoint Designer, לסיים את קווי המתאר של אסטרטגיה, משתמשי קצה עשויים לנסות וכן לעקוב אחר ומשתמשים על מנת להפגין יכולת ולבנות אמון סביב הכלי הזה.

התגובות מעניינות יותר מאשר המאמר עצמו.

תבדוק את זה.

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

תגיות טכנורטי: SharePoint Designer, משתמשי קצה

מוס פרופיל המשתמש כמקור הסמכות עבור המשתמש העדפות שפה

4 תגובות

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

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

אנחנו הולכים לחקור את שתי הגישות:

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

מסבכים הינם הגורם השני הוא שאנחנו צריכות תמיכה 60 אלף משתמשים, אודות 1,000 אשר עשוי להיות בעת ובעונה אחת לגשת מוס בשיא לטעון.

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

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

אני אהיה לבלוגים יותר בנושא זה כמו ללמוד יותר.

אם יש לך מושג מה זה, אנא פרסם תגובה 🙂

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

תגיות טכנורטי: בריבוי שפות, עיצוב פתרונות של SharePoint