Sejarah singkat SharePoint (Dari perspektif pendatang baru relatif)

Catatan: Artikel ini awalnya diumumkan untuk www.endusersharepoint.com. Saya lupa mempostingnya ke blog saya sendiri 🙂

SharePoint telah berevolusi banyak sejak awal sebagai semacam inkubasi teknologi di Microsoft –berkembang hampir seperti film horor, mana ilmuwan gila penciptaan membawa pada kehidupannya sendiri, melanggar bebas dari penciptanya itu harapan dan aturan. Evolusi teknis jelas-WSS 3.0 object model telah lebih kaya dan lebih kompleks daripada WSS 2.0, yang itu sendiri peningkatan atas versi sebelumnya. Versi berikutnya akan tidak diragukan lagi menunjukkan perkembangan yang luar biasa atas 3.0. Dari perspektif pengguna akhir, Namun, SharePoint evolusi bahkan lebih penting.

Pada masa awal, SharePoint tidak menawarkan banyak pengguna akhir. Mereka akan memiliki persyaratan fungsi biasa, bekerja dengan untuk menentukan nasib mereka baik dan menerapkan solusi. ITU akan menggunakan SharePoint untuk memecahkan masalah. Produk tidak sangat mudah bagi pengguna akhir. Aku berpikir melemparkan beberapa analogi, tapi aku memutuskan untuk tetap diagram Venn untuk menunjukkan apa yang saya maksud. Kapan Microsoft pertama kali dirilis SharePoint kepada dunia sebagai persembahan komersial, ia mengikuti pola relatif tradisional pengguna akhir <-> ITU hubungan. Banyak pengguna akhir, berkomunikasi dan bekerja dengan jumlah yang sangat kecil itu orang-orang untuk memberikan solusi yang dapat mengatasi masalah bisnis:

Keseluruhan masalah domain yang SharePoint adalah sebuah platform pengiriman cocok kecil (terutama dibandingkan dengan SharePoint hari ini. Pengguna akhir dan bekerja dalam pengaturan yang lebih klasik dengan itu: mendefinisikan persyaratan untuk itu, menunggu untuk melakukan itu pekerjaan mereka di balik tirai dan mengambil pengiriman dari produk akhir.

Seperti SharePoint berevolusi untuk 2.0 dunia (WSS 2.0 dan SharePoint Portal Server), beberapa hal yang terjadi. Pertama, "masalah domain" meningkat dalam ukuran. Oleh masalah domain, Maksudku jenis masalah bisnis yang SharePoint dapat menjadi solusi. Misalnya, Anda tidak akan berpikir terlalu keras tentang mengimplementasikan solusi Cari serius dalam lingkungan SharePoint sampai SPS (dan bahkan kemudian, tidak sebagus yang harus). Pada saat yang sama, Pengguna akhir memiliki kemampuan belum pernah terjadi sebelumnya untuk tidak hanya menentukan, tetapi juga menerapkan solusi mereka sendiri dengan sedikit atau tanpa dukungan IT.

The 3.0 platform (WSS dan MOSS) mempertahankan dan meningkatkan momentum. Domain masalah yang sangat besar dibandingkan dengan 2.0 platform. Hampir setiap departemen di perusahaan, mulai dari manufaktur Departemen Kesehatan dan keselamatan untuk pemasaran, dari penjualan untuk quality control-mereka dapat menemukan penggunaan yang baik untuk SharePoint (dan itu bukan kasus menumbuk pasak bulat dalam lubang persegi). Pada saat yang sama, platform memberdayakan pengguna akhir bahkan lebih untuk menerapkan solusi bisnis mereka sendiri. Saya mencoba untuk menangkap bahwa dengan diagram ini:

Ini telah terbukti menjadi keduanya campuran kuat dan frustasi. The 3.0 platform ternyata peran sebelumnya stabil di kepala mereka. Tiba-tiba, Pengguna akhir secara efektif Hakim, juri dan algojo analis bisnis, arsitek aplikasi dan pengembang untuk solusi bisnis mereka sendiri. Ini mendapat ke jantung masalah saya menulis tentang. Tapi sebelum aku menyelam ke dalam, Mari kita mempertimbangkan Gajah di kamar.

Mengintip ke dalam bola kristal

Bagaimana akan SharePoint 2010 mempengaruhi pola ini? Itu akan inkremental atau revolusioner? Akan lebih, lebih sedikit atau tentang jumlah yang sama pengguna akhir menemukan diri mereka diberdayakan untuk membangun solusi di SharePoint 2010? Domain masalah 2010's SharePoint akan memperluas lebih jauh atau akan itu hanya memperbaiki dan merampingkan apa yang sudah ia menawarkan di WSS 3.0 / MOSS?

Ada cukup informasi "out there" untuk aman mengatakan bahwa jawaban Umum:

• Domain masalah yang akan secara dramatis memperluas.
• Pengguna akhir akan menemukan diri mereka bahkan lebih berdaya daripada sebelum.

Venn Diagram akan menjadi lebih besar dari Halaman ini dan menyebabkan beberapa IT Pro dan CxO's untuk meraih Pepto mereka.

Saya percaya itu akan menjadi kesempatan besar bagi perusahaan untuk melakukan beberapa hal yang benar-benar transformasi.

Tidak ada banteng di toko Cina saya!

Ini terdengar besar, tapi dari sudut pandang sebagai konsultan SharePoint dan menempatkan diri dalam sepatu Manajer TI, Saya melihat visi ini. Saya memiliki toko Cina dengan indah piring, kristal, dll (lingkungan SharePoint saya). Saya telah menyewa gedung, Saya telah membeli persediaan dan meletakkannya di semua keluar cara saya menyukainya. Aku tidak cukup siap untuk membuka, Tapi dalam mengantisipasi, Saya melihat pintu untuk melihat jika mengantre pelanggan saya dan saya melihat sebenarnya banteng luar sana. Saya melihat lebih dekat dan benar-benar melihat dua sapi jantan dan bahkan serigala. Kemudian saya menyadari bahwa ada beberapa domba. Domba adalah Jadi Buruk, tetapi mereka mungkin disamarkan serigala? Saya tidak ingin banteng di toko Cina saya!

Ia mendapat lebih buruk! Ketika saya menyewa ruang, Aku tidak bisa percaya betapa menyenangkan itu. Luas dan terbuka, Fasilitas hebat, harga sangat wajar. Namun, Sekarang saya menyadari bahwa ruang terbuka lebar dan pintu besar adalah hanya ukuran sempurna untuk banteng datang berkeliaran di dan berbaring limbah ke Cina saya.

Saya mendorong analogi ini terlalu jauh, Tentu saja. Pengguna akhir tidak bulls (Kebanyakan dari mereka, Pokoknya) dan departemen TI tidak (atau tentunya tidak boleh) Lihat komunitas pengguna mereka dengan kecurigaan semacam itu. Namun, ada semacam ini sempurna tabrakan terjadi sudah masuk 3.0 platform yang saya harapkan akan hanya menjadi lebih buruk di SP 2010. SharePoint sudah memberdayakan dan mendorong pengguna untuk menentukan dan mengimplementasikan solusi mereka sendiri.

Bagus dan semua, tetapi kenyataannya adalah bahwa itu adalah masih produk sangat teknis dan masih panggilan untuk jenis analisis persyaratan bisnis yang kuat, Desain dan perencanaan Umum dan manajemen yang memerlukan teknis proyek untuk sukses. Ini tidak jenis keterampilan yang memiliki banyak pengguna akhir dalam mereka tas trik, terutama ketika fokus adalah pada produk teknis seperti SharePoint.

Aku sudah memberikan ini banyak pemikiran selama tahun lalu atau lebih dan aku tidak melihat jawaban mudah. Itu benar-benar bermuara pendidikan dan pelatihan. Saya berpikir bahwa SP 2010 akan mengubah permainan sedikit dan itu akan bermain berbeda dan dalam gerakan lambat sebagai perusahaan menggelar mereka SP 2010 solusi atas 2010 dan seterusnya. Untuk berhasil, Pengguna akhir akan perlu untuk mengubah diri dan mendapatkan sedikit itu agama. Mereka akan perlu untuk belajar sedikit tentang persyaratan tepat
analisis. Mereka akan memerlukan beberapa dokumentasi desain yang jelas mengidentifikasi alur kerja proses bisnis, misalnya. Mereka perlu memahami konsep dasar seperti CRUD (membuat, Update, dan delete), dev/uji/qa/prod lingkungan dan bagaimana menggunakan infrastruktur yang benar menggunakan solusi yang hidup baik lama dan tikungan (tidak istirahat) dalam menanggapi perubahan dalam organisasi.

Dalam beberapa minggu mendatang, Saya berencana untuk mencoba dan memberikan beberapa ide-ide baru saya sendiri, serta link ke karya besar yang dilakukan oleh banyak penulis lain (pada www.endusersharepoint.com dan di tempat lain) sehingga pengguna akhir yang tertarik dapat belajar bahwa lama waktu agama. Tetap peka.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin