ประวัติโดยย่อของ SharePoint (จากมุมมองของผู้เกี่ยวข้อง)

หมายเหตุ: บทความนี้ถูกโพสต์ไป www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint มีพัฒนาดีที่สุดตั้งแต่วันแรก ๆ ของเป็นประเภทของเทคโนโลยีการฟักตัวที่ Microsoft –มันจะพัฒนาเกือบเช่นภาพยนตร์สยองขวัญ, ที่สร้างนักวิทยาศาสตร์ที่บ้าใช้ชีวิตของตัวเอง, ทำลายกฎและความคาดหวังประกอบไปด้วย. วิวัฒนาการทางเทคนิคจะเห็นได้ชัด – WSS 3.0 รูปแบบวัตถุจะขึ้น และซับซ้อนกว่า WSS 2.0, ซึ่งเป็นตัวการปรับปรุงมากกว่ารุ่นก่อนหน้านี้. รุ่นถัดไปจะแสดงการปรับปรุงอย่างมากผ่านไม่ต้องสงสัย 3.0. จากมุมมองของผู้ใช้, อย่างไรก็ตาม, วิวัฒนาการของ SharePoint นั้นมีความสำคัญยิ่ง.

ในยุคแรก ๆ, SharePoint ไม่ได้มีมากผู้. พวกเขาจะมีความต้องการฟังก์ชันการทำงานปกติ, ทำงานกับการกำหนดด้วย และใช้วิธีการ. มันจะใช้ SharePoint เพื่อแก้ปัญหา. ผลิตภัณฑ์ไม่ต้องผู้ใช้. ผมเคยคิดว่า โยนกี่ analogies, แต่ผมตัดสินใจใช้แผนภาพเวนน์แสดงว่าผมหมายถึง. เมื่อ Microsoft ออก SharePoint ไปทั่วโลกเป็นการเสนอการค้า, ก็ตามรูปแบบที่ค่อนข้างโบราณของผู้ <-> ความสัมพันธ์ของมัน. จำนวนมากของผู้ใช้, สื่อสาร และทำงาน มีขนาดเล็กมากของคนที่จะส่งมอบโซลูชั่นเพื่อแก้ปัญหาทางธุรกิจ:

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

เป็นพัฒนา SharePoint ให้การ 2.0 โลก (WSS 2.0 และ SharePoint Portal Server), หลายสิ่งเกิดขึ้น. แรก, "ปัญหาโด" เพิ่มขนาด. โดยโดเมนของปัญหา, ผมหมายถึง ชนิดของปัญหาธุรกิจที่ SharePoint อาจแก้ไขปัญหาได้. สำหรับอินสแตนซ์, คุณไม่คิดว่า ยากเกินไปเกี่ยวกับการใช้งานโซลูชันค้นหาอย่างจริงจังใน SharePoint จน SPS (และแม้แล้ว, มันไม่ได้ดีก็ตามจะ). ในเวลาเดียวกัน, ผู้มีความสามารถในการเป็นประวัติการณ์เพื่อไม่เพียงแต่ กำหนด, แต่ยัง นำโซลูชั่นของตนเอง ด้วยการสนับสนุนได้น้อย หรือไม่มี.

ที่ 3.0 แพลตฟอร์ม (WSS และมอส) รักษา และเพิ่มโมเมนตัมนั้น. โดเมนของปัญหาเป็นอย่างมากเป็น compared เพื่อ 2.0 แพลตฟอร์ม. แทบทุกแผนกในบริษัท, ตั้งแต่การผลิตแผนกสุขภาพและความปลอดภัยกับการตลาด, จากขายการควบคุมคุณภาพ – พวกเขาสามารถค้นหาการใช้สำหรับ SharePoint (และไม่ใช่กรณีของ mashing ตรึงกลมเป็นหลุมสี่เหลี่ยม). ในเวลาเดียวกัน, แพลตฟอร์มเอกลักษณ์ยิ่งผู้ใช้สามารถแก้ไขปัญหาทางธุรกิจของตนเอง. พยายามจับภาพที่ มีไดอะแกรมนี้:

นี้ได้พิสูจน์ให้ ทั้งสองส่วนผสมมีศักยภาพ และน่าผิดหวัง. ที่ 3.0 แพลตฟอร์มเปิดบทบาทก่อนหน้านี้มั่นคงบนหัวของพวกเขา. ทันใดนั้น, ผู้ใช้ได้อย่างมีประสิทธิภาพ ผู้พิพากษา, คณะลูกขุนและเพชฌฆาต นักวิเคราะห์ธุรกิจ, โปรแกรมประยุกต์สถาปนิกและนักพัฒนาโซลูชันทางธุรกิจของตนเอง. นี้ได้รับการแห่งปัญหาที่ผมเขียนเกี่ยวกับ. แต่ก่อนฉันกระโดดที่, ลองพิจารณาช้างในห้อง.

ทุกทีเป็นลูกบอลคริสตัล

วิธีจะ SharePoint 2010 ส่งผลกระทบต่อรูปแบบนี้? มันจะเพิ่มขึ้น หรือปฏิวัติ? จะเพิ่มเติม, น้อยลง หรือ เกี่ยวกับจำนวนของผู้ค้นหาตัวเองอำนาจเพื่อสร้างโซลูชันใน SharePoint 2010? ขยายโดเมน SharePoint จะบริษัทฯ ปัญหายิ่ง หรือจะเพียงแค่คัดสรร และปรับปรุงอะไรแล้วพักใน WSS 3.0 / มอส?

ไม่มีข้อมูลเพียงพอ "ออก" เพื่อบอกว่า เป็นคำตอบทั่วไปได้อย่าง:

• โดเมนของปัญหาจะขยายอย่างมาก.
• ผู้ใช้จะพบตัวเองยิ่ง empowered กว่าก่อน.

ไดอะแกรมเวนน์จะมีขนาดใหญ่กว่าหน้านี้ และทำให้บาง IT Pros และ CxO ของถึง Pepto ของพวกเขา.

ผมเชื่อว่า มันจะมีโอกาสมากสำหรับบริษัทที่จะทำบางสิ่งภาวะอย่างแท้จริง.

ไม่มีวัวในร้านจีนของฉัน!

นี้เสียงดี, แต่ จากมุมมองของฉันจุดเป็นปรึกษาของ SharePoint และใส่ตัวเองในรองเท้าของการจัดการ, เห็นวิสัยทัศน์นี้. ฉันเป็นเจ้าของร้านจีนกับแผ่นสวยงาม, คริสตัล, ฯลฯ (สภาพแวดล้อมของฉัน SharePoint). ผมได้เช่าพื้นที่, ฉันได้ซื้อสินค้าคงคลังของฉัน และวางมันทั้งหมดออกแบบชอบ. ผมไม่ค่อนข้างพร้อมที่จะเปิด, แต่ ในความคาดหมาย, ฉันมองไปที่ประตูเพื่อดูว่า ลูกค้าของฉันจะซับขึ้น และผมสังเกตวัวตัวจริงค่ะ. ขอดูอย่างใกล้ชิดมากขึ้น และจะเห็น สอง แม้แต่หมาป่าและวัว. จากนั้น ผมสังเกตว่า มีบางแกะ. แกะได้ ดังนั้น ไม่ถูกต้อง, แต่มีพวกเขาอาจจะปลอมแปลงหมาป่า? ไม่ต้องการให้วัวในร้านจีนของฉัน!

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

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

ก็ดี และทั้งหมด, แต่ความจริงคือ มันยังเป็นผลิตภัณฑ์ทางด้านเทคนิคมาก และยังคง เรียกสำหรับชนิดของการวิเคราะห์ความต้องการธุรกิจที่คึกคัก, ออกแบบ และการวางแผนทั่วไป และการจัดการที่เทคนิคโครงการให้ประสบความสำเร็จ. เหล่านี้ไม่ใช่ชนิดของทักษะที่มีจำนวนมากของผู้ใช้ในกระเป๋าของพวกเขาของเทคนิค, โดยเฉพาะอย่างยิ่งเมื่อโฟกัสอยู่บนผลิตภัณฑ์ด้านเทคนิคเช่น SharePoint.

ฉันได้รับนี้มากคิดกว่าปีหรือมากกว่านั้น และฉันไม่เห็นคำตอบใด ๆ ง่าย. จริง ๆ เดือดลงไปศึกษาและฝึกอบรม. ผมคิดว่า SP 2010 กำลังจะเปลี่ยนเกมเล็กน้อยและจะไปเล่นออกแตกต่างกัน และเคลื่อนไหวช้าบริษัทม้วนออก SP ของพวกเขา 2010 โซลูชั่นมากกว่า 2010 และอื่น ๆ. การประสบความสำเร็จ, ผู้ใช้จะต้องเปลี่ยนตัวเอง และรับน้อยศาสนา. พวกเขาจะต้องเรียนรู้น้อยเกี่ยวกับความเหมาะสม
วิเคราะห์. พวกเขาจะต้องบางเอกสารการออกแบบที่ชัดเจนระบุธุรกิจกระบวนการลำดับงาน, สำหรับอินสแตนซ์. พวกเขาจำเป็นต้องเข้าใจแนวคิดพื้นฐานเช่น CRUD (สร้าง, ปรับปรุงและลบ), dev/ทดสอบ/qa/ผลิตภัณฑ์ สภาพแวดล้อมและวิธีการใช้โครงสร้างพื้นฐานที่ถูกต้องปรับใช้โซลูชันที่อยู่นานดีและโค้ง (ไม่แบ่ง) ตอบสนองต่อการเปลี่ยนแปลงในองค์กร.

ในสัปดาห์ผ่านมา, ฉันจะให้บางส่วนของความคิดของตัวเองใหม่ และพยายาม, รวมทั้งเชื่อมโยงการทำงานดีทำ โดยคนจำนวนมาก (บน www.endusersharepoint.com และที่อื่น ๆ) เพื่อให้ผู้สนใจสามารถเรียนรู้ที่เก่าเวลามันศาสนา. เก็บจาก.

</สิ้นสุด>

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

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