เหตุผลที่เราใช้เวลามาก (หรือควร, อย่างไรก็ตาม) ทำงานออกแผนการกำกับดูแลกิจการได้เนื่องจากเราต้องการโซลูชัน SharePoint จะมีประสิทธิภาพมากที่สุด. เราต้องการโครงสร้างพื้นฐานที่ดีและกฎให้ฮัม และปลอดภัยกรณีภัยพิบัติ. เราต้องการให้กระบวนการรักษาความปลอดภัยดีทั้งสองอย่างถูกต้องปลอดภัยสภาพแวดล้อม แต่ยัง ทำให้มันสมเหตุสมผลในการจัดการ. เราต้องการสถาปัตยกรรมข้อมูลที่ดีที่จะยืนการทดสอบของเวลา, เปลี่ยนระดับการจัดการเพื่อความอยู่รอดสำคัญขององค์กรในบริษัท.

เพื่อให้บรรลุวัตถุประสงค์ที่ต้องการ, กำกับดูแลเอกสารและแผนสามารถ devolve รายในกลุ่มของ "พระองค์จะ" และ "พระองค์จะไม่เป็น", เช่นใน:

• พระองค์จะไม่สามารถสร้างกลุ่มการรักษาความปลอดภัยของ SharePoint; ใช้ AD แทน.
• พระองค์จะไม่สร้างโฟลเดอร์ในไลบรารีเอกสาร; ใช้ชนิดของเนื้อหาและมุมมองแทน.
• พระองค์จะสร้างเอกสารเนื้อหาชนิดที่ใช้ปิดชนิดพื้นฐานแบบกำหนดเองทั้งหมด.
• พระองค์จะสร้างระบบข้อมูลที่ใช้ปิดวันนี้บริษัทแผนผังองค์กร.

"พระองค์จะ" และ "พระองค์จะไม่" แน่นอนได้ทำแผนการกำกับดูแลกิจการ.

แผนการกำกับดูแลกิจการที่ประสบความสำเร็จมากขึ้นจะมีมุมมองการตลาดแข็งแกร่ง. ควรขาย และจัดตัวเองให้สูงสุด. แผนการกำกับดูแลกิจการที่ประสบความสำเร็จอย่างแท้จริงขึ้นความร่วมมือความสมัครใจของผู้ใช้ SharePoint ทั้งหมด. (มีสวัสดิการกรณีที่ชุมชนไม่จำเป็น, เช่นเมื่อใช้ SharePoint โดยจำนวนเล็ก ๆ ของผู้จัดการอย่างใกล้ชิด; ผมแน่ใจว่า คุณสามารถคิดของผู้อื่น). ถ้าไม่ซื้อชุมชนผู้ใช้เป็นแผนการกำกับดูแลกิจการ จะประสบความสำเร็จบางส่วนที่ดีที่สุด.

จงใจใช้คำว่า "ซื้อ". ชุมชนจะซื้อแผนการกำกับถ้าเป็นเสียงพื้นฐาน และคุณไปบางพยายามที่ขายได้นั้น. ประกาศการตลาดขาย และที่ว่าทำไมผมคิดว่า การวางแผนกำกับดูแลควรพิจารณาวางแผนการตลาดเกินไป. โน้มน้าวใจของผู้ที่ต้องการตามแผนกำกับ และพวกเขาสมัครใจจะปฏิบัติตาม. ถ้าได้จำนวนมากต่อการกำกับดูแลกิจการคน ตามผลประโยชน์ของแผน แล้วคุณจะมีสภาพแวดล้อมที่แข็งแกร่งสำหรับมัน.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ทำตามฉันใน Twitter ที่ http://www.twitter.com/pagalvin

สามารถเขียนบนยาวมากเกี่ยวกับฟอรั่ม MSDN, มารยาทในการ, แบบแผนการตั้งชื่อ, ค้นหา, ฯลฯ. อาจทำเช่นนั้น, อันที่จริง. อยากจะชี้ให้เห็นสิ่งเล็ก ๆ ที่อาจช่วยคนที่มีประสบการณ์โดยรวมดีขึ้น.

ผมได้เมื่อเร็ว ๆ นี้ได้บอกคนที่ถ้าคุณพบปัญหาระบบ SharePoint บางประการ, โครงการพัฒนาหรือ SharePoint อื่น ๆ ที่เกี่ยวข้องกับกิจกรรม, ติดประกาศคำถามในฟอรั่มก่อนหน้านี้ในการดำเนินการ แทนในภายหลัง. ฉันรู้ตัวเองว่าเมื่อมีปัญหา, จำนวนโซลูชั่นที่มีศักยภาพแสดงตัวเองทันที. ผมสั่งซื้อโซลูชั่นเหล่านี้อาจเกิดขึ้นในแง่ของความเป็นไปได้, ความเกี่ยวข้องของและง่ายเป็นการตรวจสอบ. ฉันผ่านรายการ และตามเวลาฉันได้รับการ #10, ทำการเปลี่ยนแปลงรีจิสทรีคีย์ "/ ฟู/บาร์/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"ในคำแนะนำของบล็อกพบหน้า 8 ของการค้นหาของ Google. เมื่อทำงาน, ผมก็ลงคำถาม MSDN (เช่น. ที่นี่: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

คำแนะนำคุณย้อนวิธี. ลงเวทีมากก่อนหน้านี้ในการตรวจสอบเนื่องจาก:

• ได้ฟรีเพื่อคุณต่อไป.
• มีมีไม่รับประกัน SLA (ที่ผมทราบ, น้อย).
• ดังนั้น, อาจต้องใช้เวลานานสำหรับคนที่จะตอบ.
• คนมักจะตอบในที่สุด.
• ถ้าคุณรอจนกว่า 2 หรือ 3 วันหลังจากแรกแสดงปัญหา, คุณคลั่งการตอบสนอง และกระดานข่าวไม่ดีสำหรับความช่วยเหลือฉุกเฉิน (คุณโชคดี).

ดังนั้น, โดยทั่วไป, มันเป็นเรื่องง่าย และฟรี และคุณได้ยิงดีที่ได้รับคำตอบบางประการ, แต่จะใช้ในขณะที่ได้รับคำตอบว่า (อีกครั้ง, คุณโชคดี).

เคยคิดว่า ฉันควรเก็บออกค้นหาช่วยเหลือชุมชนได้เนื่องจากไม่อยากเสียของเวลาขอความช่วยเหลือเมื่อพบการแบบออกเอง. บางฟอรั่มผู้ควบคุมและผู้ร่วมอาจรู้สึก, แต่ฉันไม่ (น้อย, ผมไม่รู้สึกที่ทางอีก). ไม่เห็นข้อเสียใด ๆ. กรณีเลวร้ายที่สุดคือ คุณโพสต์คำถามแล้ว ตอบเองมา, อาจจะ "เสีย" บางทีเวลา. ไม่เห็นความเสี่ยงขนาดใหญ่ในที่ และมีค่าในการทำการวิจัยคำถามว่าในกรณีใด ๆ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ทำตามฉันใน Twitter ที่ http://www.twitter.com/pagalvin